{"id":35800,"date":"2019-10-31T22:06:24","date_gmt":"2019-10-31T19:06:24","guid":{"rendered":"https:\/\/prohoster.info\/blog\/dizajn-virtualizovannogo-tsod\/"},"modified":"2019-10-31T22:06:24","modified_gmt":"2019-10-31T19:06:24","slug":"dizajn-virtualizovannogo-tsod","status":"publish","type":"post","link":"https:\/\/prohoster.info\/hu\/blog\/administrirovanie\/dizajn-virtualizovannogo-tsod","title":{"rendered":"Virtualiz\u00e1lt adatk\u00f6zpont diz\u00e1jn.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Virtualiz\u00e1lt
\n
\nBevezet\u00e9s<\/b><\/p>\n

A felhaszn\u00e1l\u00f3 szempontj\u00e1b\u00f3l az inform\u00e1ci\u00f3s rendszer j\u00f3l defini\u00e1lhat\u00f3 az ISO RV 51987 szerint \u2013 \u201eautomatikus rendszer, amelynek m\u0171k\u00f6d\u00e9se sor\u00e1n a kimen\u0151 inform\u00e1ci\u00f3k bemutat\u00e1s\u00e1nak eredm\u00e9nye a tov\u00e1bbi felhaszn\u00e1l\u00e1sra\u201d. Ha a bels\u0151 strukt\u00far\u00e1t n\u00e9zz\u00fck, akkor l\u00e9nyeg\u00e9ben b\u00e1rmely inform\u00e1ci\u00f3s rendszer a k\u00f3dban megval\u00f3s\u00edtott k\u00f6lcs\u00f6nhat\u00e1sban l\u00e9v\u0151 algoritmusok rendszere. Sz\u00e9lesebb \u00e9rtelemben a Turing\u2013Church t\u00e9tel alapj\u00e1n az algoritmus (azaz az inform\u00e1ci\u00f3s rendszer) a bemeneti adatok halmaz\u00e1t kimeneti adatok halmaz\u00e1v\u00e1 alak\u00edtja.
\nM\u00e9g azt is mondhatjuk, hogy a bemeneti adatok \u00e1talak\u00edt\u00e1sa az inform\u00e1ci\u00f3s rendszer l\u00e9tez\u00e9s\u00e9nek \u00e9rtelme. Ennek megfelel\u0151en az inform\u00e1ci\u00f3s rendszer \u00e9s az eg\u00e9sz inform\u00e1ci\u00f3s rendszer komplexum \u00e9rt\u00e9ke a bemeneti \u00e9s kimeneti adatok \u00e9rt\u00e9k\u00e9n kereszt\u00fcl hat\u00e1rozhat\u00f3 meg.
\nEzekb\u0151l kiindulva a tervez\u00e9snek a legfontosabb adatokra kell \u00e9p\u00fclnie, alkalmazkodva az adatok strukt\u00far\u00e1j\u00e1hoz \u00e9s jelent\u0151s\u00e9g\u00e9hez.<\/p>\n

T\u00e1rolt adatok<\/b>
\nA tervez\u00e9s el\u0151k\u00e9sz\u00edt\u00e9se kulcsfontoss\u00e1g\u00fa l\u00e9p\u00e9se a feldolgozni \u00e9s t\u00e1rolni sz\u00e1nd\u00e9kozott adathalmazonk\u00e9nt az \u00f6sszes jellemz\u0151 k\u00f6zl\u00e9se. Ezek a jellemz\u0151k a k\u00f6vetkez\u0151ket tartalmazz\u00e1k:
\n \u2014 Az adatok mennyis\u00e9ge;
\n \u2014 Az adatok \u00e9letciklus\u00e1val kapcsolatos inform\u00e1ci\u00f3 (\u00faj adatok be\u00e1raml\u00e1sa, \u00e9lettartam, elavult adatok feldolgoz\u00e1sa);
\n \u2014 Az adatok \u00fczleti szempont\u00fa oszt\u00e1lyoz\u00e1sa (az \u00fczlet alapelvei szempontj\u00e1b\u00f3l \u2013 a bizalmass\u00e1g, integrit\u00e1s, rendelkez\u00e9sre \u00e1ll\u00e1s h\u00e1rmass\u00e1ga) egy\u00fctt a p\u00e9nz\u00fcgyi mutat\u00f3kkal (pl. az utols\u00f3 \u00f3r\u00e1ban adatveszt\u00e9s k\u00f6lts\u00e9ge);
\n \u2014 Az adatok feldolgoz\u00e1s\u00e1nak f\u00f6ldrajzi elhelyezked\u00e9se (a feldolgoz\u00f3 rendszerek fizikai elhelyezked\u00e9se);
\n \u2014 A szab\u00e1lyoz\u00f3k k\u00f6vetelm\u00e9nyei minden egyes adatkateg\u00f3ri\u00e1ra vonatkoz\u00f3an (pl. FZ-152, PCI DSS).<\/p>\n

<\/a><\/noindex><\/p>\n

Inform\u00e1ci\u00f3s rendszerek<\/b><\/p>\n

Az adatok nemcsak t\u00e1rol\u00f3dnak, hanem az inform\u00e1ci\u00f3s rendszerek \u00e1ltal feldolgoz\u00f3dnak (\u00e1transform\u00e1l\u00f3dnak). Az adatok jellemz\u0151inek megismer\u00e9s\u00e9t k\u00f6vet\u0151en a k\u00f6vetkez\u0151 l\u00e9p\u00e9s egy maxim\u00e1lisan teljes inform\u00e1ci\u00f3s rendszer lelt\u00e1r k\u00e9sz\u00edt\u00e9se, amely mag\u00e1ban foglalja a rendszerek architekt\u00far\u00e1j\u00e1nak jellemz\u0151it, k\u00f6lcs\u00f6n\u00f6s f\u00fcgg\u00e9seit \u00e9s az infrastrukt\u00far\u00e1ra vonatkoz\u00f3 k\u00f6vetelm\u00e9nyeket n\u00e9gyf\u00e9le er\u0151forr\u00e1s kedvezm\u00e9nyes egys\u00e9geiben:
\n \u2014 A processzor sz\u00e1m\u00edt\u00e1si teljes\u00edtm\u00e9nye;
\n \u2014 Az operat\u00edv mem\u00f3ria mennyis\u00e9ge;
\n \u2014 Az adatok t\u00e1rol\u00e1s\u00e1ra \u00e9s teljes\u00edtm\u00e9ny\u00e9re vonatkoz\u00f3 k\u00f6vetelm\u00e9nyek;
\n \u2014 Az adatok \u00e1tvitel\u00e9re vonatkoz\u00f3 h\u00e1l\u00f3zati k\u00f6vetelm\u00e9nyek (k\u00fcls\u0151 csatorn\u00e1k, csatorn\u00e1k az inform\u00e1ci\u00f3s rendszerek komponensei k\u00f6z\u00f6tt).
\nA k\u00f6vetelm\u00e9nyeknek minden szolg\u00e1ltat\u00e1sra\/mikroszolg\u00e1ltat\u00e1sra vonatkozniuk kell az informatikai rendszer keretein bel\u00fcl.
\nK\u00fcl\u00f6n\u00f6sen fontos megjegyezni, hogy a megfelel\u0151 tervez\u00e9shez elengedhetetlen, hogy rendelkez\u00e9sre \u00e1lljanak az informatikai rendszer hat\u00e1s\u00e1ra vonatkoz\u00f3 adatok a c\u00e9g f\u0151 \u00fczlet\u00e9re n\u00e9zve, a le\u00e1ll\u00e1s k\u00f6lts\u00e9ge (forint\/\u00f3ra) form\u00e1j\u00e1ban.<\/p>\n

Fenntarthat\u00f3s\u00e1gi Modellek<\/b><\/p>\n

K\u00f6telez\u0151, hogy rendelkez\u00e9sre \u00e1lljon egy hivatalos fenyeget\u00e9smodell, amely alapj\u00e1n v\u00e9delmet terveznek az adatok\/szolg\u00e1ltat\u00e1sok sz\u00e1m\u00e1ra. A fenyeget\u00e9smodellnek nemcsak a titkoss\u00e1ggal, hanem az integrit\u00e1ssal \u00e9s a rendelkez\u00e9sre \u00e1ll\u00e1ssal kapcsolatos aspektusokat is tartalmaznia kell. P\u00e9ld\u00e1ul:
\n \u2014 Fizikai szerver meghib\u00e1sod\u00e1sa;
\n \u2014 A top-of-the-rack switch meghib\u00e1sod\u00e1sa;
\n \u2014 Az optikai kommunik\u00e1ci\u00f3s csatorna megszakad\u00e1sa az adatk\u00f6zpontok k\u00f6z\u00f6tt;
\n \u2014 Az operat\u00edv t\u00e1rol\u00f3rendszer teljes meghib\u00e1sod\u00e1sa.
\nBizonyos esetekben a fenyeget\u00e9smodellek nemcsak az infrastruktur\u00e1lis elemekre vonatkoznak, hanem konkr\u00e9t informatikai rendszerekre vagy azok elemeire is, mint p\u00e9ld\u00e1ul az adatb\u00e1zis logikai szerkezet\u00e9nek megszakad\u00e1sa.
\nMinden d\u00f6nt\u00e9s a projekt keretein bel\u00fcl, amely a nem le\u00edrt fenyeget\u00e9s elleni v\u00e9dekez\u00e9st c\u00e9lozza, felesleges.<\/p>\n

A szab\u00e1lyoz\u00f3k k\u00f6vetelm\u00e9nyei<\/b><\/p>\n

Ha az kezelend\u0151 adatok k\u00fcl\u00f6nleges szab\u00e1lyok hat\u00e1lya al\u00e1 tartoznak, amelyeket a szab\u00e1lyoz\u00f3k \u00e1llap\u00edtanak meg, k\u00f6telez\u0151 inform\u00e1ci\u00f3t szolg\u00e1ltatni az adatcsoportokr\u00f3l \u00e9s a feldolgoz\u00e1si\/t\u00e1rol\u00e1si szab\u00e1lyokr\u00f3l.<\/p>\n

C\u00e9l\u00e9rt\u00e9kek RPO \/ RTO<\/b><\/p>\n

B\u00e1rmilyen v\u00e9delmi t\u00edpus tervez\u00e9se megk\u00f6veteli a c\u00e9lzott adatvesztes\u00e9g \u00e9s az \u00e9rintett fenyeget\u00e9sek mindegyike sz\u00e1m\u00e1ra a szolg\u00e1ltat\u00e1s helyre\u00e1ll\u00edt\u00e1s\u00e1nak c\u00e9lid\u0151pontja megl\u00e9t\u00e9t.
\nIde\u00e1lis esetben az RPO-nak \u00e9s az RTO-nak t\u00e1rs\u00edtott k\u00f6lts\u00e9gekkel kell b\u00edrnia az adatvesztes\u00e9g \u00e9s a le\u00e1ll\u00e1s tekintet\u00e9ben id\u0151egys\u00e9genk\u00e9nt.<\/p>\n

\"Virtualiz\u00e1lt
\n
\nEr\u0151forr\u00e1spoolsra val\u00f3 feloszt\u00e1s<\/b><\/p>\n

Az \u00f6sszes kezdeti inform\u00e1ci\u00f3 gy\u0171jt\u00e9se ut\u00e1n az els\u0151 l\u00e9p\u00e9s a csoportok l\u00e9trehoz\u00e1sa az adathalmok \u00e9s az informatikai rendszerek k\u00f6z\u00f6tt a fenyeget\u00e9smodellek \u00e9s a szab\u00e1lyoz\u00f3k k\u00f6vetelm\u00e9nyei alapj\u00e1n. Meg kell hat\u00e1rozni a k\u00fcl\u00f6nb\u00f6z\u0151 poolok feloszt\u00e1s\u00e1nak m\u00f3dj\u00e1t - szoftveresen a rendszerprogram szintj\u00e9n vagy fizikailag.
\nP\u00e9ld\u00e1k:
\n \u2014 A szem\u00e9lyes adatokat feldolgoz\u00f3 k\u00f6r teljes m\u00e9rt\u00e9kben fizikailag elk\u00fcl\u00f6n\u00fcl a t\u00f6bbi rendszert\u0151l;
\n \u2014 A biztons\u00e1gi m\u00e1solatok k\u00fcl\u00f6n t\u00e1rol\u00f3rendszeren t\u00e1rol\u00f3dnak.<\/p>\n

Ezek mellett a poolok rendelkezhetnek nem teljes f\u00fcggetlens\u00e9ggel, p\u00e9ld\u00e1ul meghat\u00e1roz\u00e1sra ker\u00fcl k\u00e9t sz\u00e1m\u00edt\u00e1si er\u0151forr\u00e1s pool (processz\u00e1l\u00f3 teljes\u00edtm\u00e9ny + operat\u00edv mem\u00f3ria), amelyek egyetlen t\u00e1rol\u00e1si adatpoolt \u00e9s egyetlen adat\u00e1tviteli er\u0151forr\u00e1s poolt haszn\u00e1lnak.<\/p>\n

Processz\u00e1l\u00f3 teljes\u00edtm\u00e9ny<\/b><\/p>\n

\"Virtualiz\u00e1lt
\n
\nA virtu\u00e1lis adatk\u00f6zpont processzor teljes\u00edtm\u00e9ny\u00e9nek absztrakt ig\u00e9nye a virtu\u00e1lis processzorok (vCPU) sz\u00e1m\u00e1ban \u00e9s a fizikai processzorok (pCPU) k\u00f6z\u00f6tti konszolid\u00e1ci\u00f3s ar\u00e1nyban m\u00e9rhet\u0151. Ebben az esetben 1 pCPU = 1 fizikai processzor mag (a Hyper-Threading figyelembev\u00e9tel\u00e9vel n\u00e9lk\u00fcl). A vCPU-k sz\u00e1ma \u00f6sszead\u00f3dik az \u00f6sszes meghat\u00e1rozott er\u0151forr\u00e1spoolban (mindegyiknek lehet saj\u00e1t konszolid\u00e1ci\u00f3s ar\u00e1nya).
\nA t\u00falterhelt rendszerek konszolid\u00e1ci\u00f3s ar\u00e1ny\u00e1t empirikus \u00faton hat\u00e1rozz\u00e1k meg a m\u00e1r l\u00e9tez\u0151 infrastrukt\u00far\u00e1b\u00f3l vagy pr\u00f3ba telep\u00edt\u00e9ssel \u00e9s terhel\u00e9ses tesztel\u00e9ssel. A nem t\u00falterhelt rendszerek eset\u00e9ben a \"legjobb gyakorlatok\" \u00e9rv\u00e9nyesek. K\u00fcl\u00f6n\u00f6sen a VMware a 8:1 ar\u00e1nyt eml\u00edti \u00e1tlagosnak.<\/p>\n

Mem\u00f3ria<\/b><\/p>\n

A RAM ir\u00e1nti \u00e1ltal\u00e1nos ig\u00e9ny egyszer\u0171 \u00f6sszead\u00e1ssal hat\u00e1rozhat\u00f3 meg. A mem\u00f3ria t\u00farat\u00edpus\u00fa haszn\u00e1lata nem aj\u00e1nlott.<\/p>\n

T\u00e1rol\u00f3 er\u0151forr\u00e1sok<\/b><\/p>\n

A t\u00e1rol\u00e1si er\u0151forr\u00e1sok k\u00f6vetelm\u00e9nyeit a t\u00e9rfogat \u00e9s a teljes\u00edtm\u00e9ny \u00f6sszead\u00e1s\u00e1val \u00e1llap\u00edtj\u00e1k meg.
\nA teljes\u00edtm\u00e9ny k\u00f6vetelm\u00e9nyei IOPS-ban fejezhet\u0151k ki az \u00e1tlagos olvas\u00e1s\/\u00edr\u00e1s ar\u00e1ny megfelel\u0151 egy\u00fctt\u00e1ll\u00e1s\u00e1val \u00e9s sz\u00fcks\u00e9g eset\u00e9n a maxim\u00e1lis v\u00e1laszid\u0151 figyelembev\u00e9tel\u00e9vel.
\nK\u00fcl\u00f6n kell megadni a szolg\u00e1ltat\u00e1smin\u0151s\u00e9g (QoS) k\u00f6vetelm\u00e9nyeit a konkr\u00e9t poolok vagy rendszerek eset\u00e9ben.<\/p>\n

Adat\u00e1tviteli h\u00e1l\u00f3zati er\u0151forr\u00e1sok<\/b><\/p>\n

Az adat\u00e1tviteli h\u00e1l\u00f3zat ig\u00e9nyei az \u00f6sszes s\u00e1vsz\u00e9less\u00e9g-pool egyszer\u0171 \u00f6sszead\u00e1s\u00e1val hat\u00e1rozhat\u00f3k meg.
\nK\u00fcl\u00f6n meg kell hat\u00e1rozni a szolg\u00e1ltat\u00e1smin\u0151s\u00e9g (QoS) \u00e9s a k\u00e9sleltet\u00e9si (RTT) k\u00f6vetelm\u00e9nyeket a konkr\u00e9t poolok vagy rendszerek eset\u00e9ben.
\nAz adat\u00e1tviteli h\u00e1l\u00f3zati er\u0151forr\u00e1sok k\u00f6vetelm\u00e9nyei k\u00f6z\u00f6tt szerepel a network traffic izol\u00e1ci\u00f3s \u00e9s\/vagy titkos\u00edt\u00e1si ig\u00e9nyei, valamint a prefer\u00e1lt mechanizmusok (802.1q, IPSec stb.) megad\u00e1sa is.<\/p>\n

Architekt\u00fara kiv\u00e1laszt\u00e1sa<\/b><\/p>\n

A jelen \u00fatmutat\u00f3 keret\u00e9ben m\u00e1s v\u00e1laszt\u00e1st nem t\u00e1rgyalunk, mint az x86 architekt\u00far\u00e1t \u00e9s a szerverek 100%-os virtualiz\u00e1l\u00e1s\u00e1t. \u00cdgy a sz\u00e1m\u00edt\u00e1si alrendszer architekt\u00far\u00e1j\u00e1nak kiv\u00e1laszt\u00e1sa a szerver virtualiz\u00e1l\u00f3 platform, a szerverek form\u00e1tuma \u00e9s a szerverek konfigur\u00e1ci\u00f3s k\u00f6vetelm\u00e9nyeinek kiv\u00e1laszt\u00e1s\u00e1ra sz\u0171k\u00fcl.<\/p>\n

A v\u00e1laszt\u00e1s kulcsfontoss\u00e1g\u00fa szempontja a klasszikus megk\u00f6zel\u00edt\u00e9s, valamint a feldolgoz\u00e1s, t\u00e1rol\u00e1s \u00e9s adat\u00e1tvitel funkci\u00f3inak elv\u00e1laszt\u00e1sa vagy a konverg\u00e1lt architekt\u00fara haszn\u00e1lat\u00e1nak vil\u00e1goss\u00e1ga.<\/p>\n

Klasszikus architekt\u00fara<\/i> tudja, hogy intelligens k\u00fcls\u0151 t\u00e1rol\u00f3- \u00e9s adat\u00e1tviteli alrendszerek haszn\u00e1lat\u00e1t vonja maga ut\u00e1n, m\u00edg a szerverek csak processzorteljes\u00edtm\u00e9nyt \u00e9s RAM-ot adnak hozz\u00e1 a fizikai er\u0151forr\u00e1sok \u00f6sszes\u00edtett poolj\u00e1hoz. V\u00e9gs\u0151 soron a szerverek teljesen n\u00e9vtelenn\u00e9 v\u00e1lhatnak, nemcsak saj\u00e1t lemezek n\u00e9lk\u00fcl, hanem m\u00e9g a rendszereik azonos\u00edt\u00f3ja n\u00e9lk\u00fcl is. Ilyen esetben a rendszert ind\u00edtani lehet be\u00e9p\u00edtett flash meghajt\u00f3kr\u00f3l vagy egy k\u00fcls\u0151 t\u00e1rol\u00f3rendszerr\u0151l (boot from SAN).
\nA klasszikus architekt\u00fara keretein bel\u00fcl a v\u00e1laszt\u00e1s a blade \u00e9s rack szerverek k\u00f6z\u00f6tt els\u0151sorban az al\u00e1bbi elvek alapj\u00e1n t\u00f6rt\u00e9nik:
\n \u2014 Gazdas\u00e1gi hat\u00e9konys\u00e1g (\u00e1tlagosan a rack szerverek olcs\u00f3bbak);
\n \u2014 Sz\u00e1m\u00edt\u00e1si s\u0171r\u0171s\u00e9g (a blade szerverek\u00e9 magasabb);
\n \u2014 Energiafogyaszt\u00e1s \u00e9s h\u0151termel\u00e9s (a blade szerverek eset\u00e9ben az egy egys\u00e9gre jut\u00f3 \u00e9rt\u00e9k magasabb);
\n \u2014 Sk\u00e1l\u00e1zhat\u00f3s\u00e1g \u00e9s ir\u00e1ny\u00edthat\u00f3s\u00e1g (a blade szerverek \u00e1ltal\u00e1ban kevesebb er\u0151fesz\u00edt\u00e9st ig\u00e9nyelnek nagyobb telep\u00edt\u00e9sekn\u00e9l);
\n \u2014 B\u0151v\u00edt\u0151k\u00e1rty\u00e1k haszn\u00e1lata (blade eset\u00e9n nagyon korl\u00e1tozott v\u00e1laszt\u00e9k).
\nKonvergens architekt\u00fara<\/i> (m\u00e1s n\u00e9ven hiper-konvergens<\/i>) azt jelenti, hogy az adatfeldolgoz\u00e1s \u00e9s t\u00e1rol\u00e1s funkci\u00f3it egyes\u00edtik, ami a szerverek helyi lemezeinek haszn\u00e1lat\u00e1hoz vezet, ezzel elvetve a klasszikus blade form\u00e1tumot. A konvergens rendszerekhez rack szerverek vagy cluster rendszerek haszn\u00e1lhat\u00f3k, amelyek egy h\u00e1zban egyes\u00edtik a t\u00f6bb blade szervert \u00e9s a helyi lemezeket.<\/p>\n

CPU \/ Mem\u00f3ria <\/b><\/p>\n

A konfigur\u00e1ci\u00f3 helyes kisz\u00e1m\u00edt\u00e1s\u00e1hoz meg kell \u00e9rteni a terhel\u00e9s t\u00edpus\u00e1t a k\u00f6rnyezetben vagy az egyes f\u00fcggetlen klaszterek eset\u00e9ben.
\nCPU bound<\/i> \u2013 egy k\u00f6rnyezet, amelynek teljes\u00edtm\u00e9nye a processzorteljes\u00edtm\u00e9nyre korl\u00e1toz\u00f3dik. A RAM hozz\u00e1ad\u00e1sa nem v\u00e1ltoztat semmin a teljes\u00edtm\u00e9ny szempontj\u00e1b\u00f3l (a szerveren futtathat\u00f3 VM-ek sz\u00e1m\u00e1t illet\u0151en).
\nMemory bound<\/i> \u2013 egy k\u00f6rnyezet, amely a RAM-ra korl\u00e1toz\u00f3dik. Min\u00e9l t\u00f6bb RAM van a szerveren, ann\u00e1l t\u00f6bb VM futtathat\u00f3 rajta.
\nGB \/ MHz (GB \/ pCPU) \u2013 az adott terhel\u00e9s RAM- \u00e9s processzorteljes\u00edtm\u00e9ny-ig\u00e9ny\u00e9nek \u00e1tlagos ar\u00e1nya. Haszn\u00e1lhat\u00f3 a sz\u00fcks\u00e9ges mem\u00f3ria mennyis\u00e9g\u00e9nek sz\u00e1m\u00edt\u00e1s\u00e1hoz egy meghat\u00e1rozott teljes\u00edtm\u00e9ny mellett \u00e9s ford\u00edtva. <\/p>\n

A szerver konfigur\u00e1ci\u00f3j\u00e1nak kisz\u00e1m\u00edt\u00e1sa<\/b><\/p>\n

\"Virtualiz\u00e1lt
\n
\nEl\u0151sz\u00f6r is meg kell hat\u00e1rozni az \u00f6sszes terhel\u00e9st, \u00e9s el kell d\u00f6nteni, hogy \u00f6sszes\u00edtj\u00fck vagy elv\u00e1lasztjuk a k\u00fcl\u00f6nb\u00f6z\u0151 sz\u00e1m\u00edt\u00e1si forr\u00e1sokat k\u00fcl\u00f6nb\u00f6z\u0151 klaszterekben.
\nEzut\u00e1n minden egyes kijel\u00f6lt klaszter eset\u00e9ben meg kell hat\u00e1rozni a GB \/ MHz ar\u00e1nyt ismert terhel\u00e9s mellett. Ha a terhel\u00e9s nem ismert el\u0151re, de van egy k\u00f6r\u00fclbel\u00fcli elk\u00e9pzel\u00e9s a processzor teljes\u00edtm\u00e9ny\u00e9nek kihaszn\u00e1lts\u00e1g\u00e1r\u00f3l, akkor a vCPU:pCPU standard ar\u00e1nyokat haszn\u00e1lhatjuk a k\u00f6vetelm\u00e9nyek fizikai szintre t\u00f6rt\u00e9n\u0151 \u00e1tvitel\u00e9re. <\/p>\n

Minden klaszter eset\u00e9ben a vCPU-k\u00f6vetelm\u00e9nyek \u00f6sszeg\u00e9t elosztjuk az ar\u00e1nnyal:
\nvCPU\u00f6sszeg \/ vCPU:pCPU = pCPU\u00f6sszeg \u2013 a sz\u00fcks\u00e9ges fizikai magok sz\u00e1ma
\npCPU\u00f6sszeg \/ 1.25 = pCPUht \u2013 a Hyper-Threading \u00e1ltal korrig\u00e1lt magok sz\u00e1m\u00e1t
\nTegy\u00fck fel, hogy egy 190 magos \/ 3.5TB RAM-os klaszter kisz\u00e1m\u00edt\u00e1s\u00e1ra van sz\u00fcks\u00e9g. Felt\u00e9telezz\u00fck, hogy a c\u00e9l 50%-os processzor kihaszn\u00e1lts\u00e1g \u00e9s 75% RAM kihaszn\u00e1lts\u00e1g.<\/p>\n

pCPU<\/b>
\n190
\nCPU haszn\u00e1lat<\/b>
\n50%<\/p>\n

Mem<\/b>
\n3500
\nMem haszn\u00e1lat<\/b>
\n75%<\/p>\n

Foglalat<\/b>
\nMag<\/b>
\nSrv \/ CPU<\/b>
\nSrv Mem<\/b>
\nSrv \/ Mem<\/b><\/p>\n

2
\n6
\n25,3
\n128
\n36,5<\/p>\n

2
\n8
\n19,0
\n192
\n24,3<\/p>\n

2
\n10
\n15,2
\n256
\n18,2<\/p>\n

2
\n14
\n10,9
\n384
\n12,2<\/p>\n

2
\n18
\n8,4
\n512
\n9,1<\/p>\n

Ebben az esetben mindig a legk\u00f6zelebbi eg\u00e9szre kerek\u00edt\u00e9st haszn\u00e1lunk felfel\u00e9 (=ROUNDUP(A1;0)).
\nA t\u00e1bl\u00e1zatb\u00f3l nyilv\u00e1nval\u00f3, hogy a c\u00e9l\u00e1llapotokhoz k\u00f6zel\u00edt\u0151 kiegyens\u00falyozott konfigur\u00e1ci\u00f3k k\u00f6z\u00e9 tartozik n\u00e9h\u00e1ny szerverkonfigur\u00e1ci\u00f3:
\n \u2014 26 szerver 2*6c \/ 192 GB
\n \u2014 19 szerver 2*10c \/ 256 GB
\n \u2014 10 szerver 2*18c \/ 512 GB <\/p>\n

Ezen konfigur\u00e1ci\u00f3k k\u00f6z\u00fcl a v\u00e1laszt\u00e1s a k\u00e9s\u0151bbiekben tov\u00e1bbi t\u00e9nyez\u0151k, p\u00e9ld\u00e1ul a h\u0151csomag \u00e9s az el\u00e9rhet\u0151 h\u0171t\u00e9s, m\u00e1r haszn\u00e1lt szerverek, vagy a k\u00f6lts\u00e9g alapj\u00e1n t\u00f6rt\u00e9nik.<\/p>\n

A szerverkonfigur\u00e1ci\u00f3 kiv\u00e1laszt\u00e1s\u00e1nak saj\u00e1toss\u00e1gai<\/b><\/p>\n

Sz\u00e9les VM-ek. Ha sz\u00e9les VM-ek (1 NUMA csom\u00f3ponttal \u00e9s ann\u00e1l nagyobbal \u00f6sszehasonl\u00edthat\u00f3) elhelyez\u00e9s\u00e9re van sz\u00fcks\u00e9g, aj\u00e1nlott a lehet\u0151 legjobb konfigur\u00e1ci\u00f3t v\u00e1lasztani, amely lehet\u0151v\u00e9 teszi, hogy ezek a VM-ek a NUMA csom\u00f3ponton bel\u00fcl maradjanak. Nagysz\u00e1m\u00fa sz\u00e9les VM eset\u00e9n fenn\u00e1ll a kock\u00e1zata a klaszter er\u0151forr\u00e1sainak fragment\u00e1l\u00f3d\u00e1s\u00e1nak, \u00e9s ilyen esetben olyan szervereket v\u00e1lasztanak, amelyek lehet\u0151v\u00e9 teszik a sz\u00e9les VM-ek maxim\u00e1lis s\u0171r\u0171s\u00e9gben val\u00f3 elhelyez\u00e9s\u00e9t.<\/p>\n

Egys\u00e9gnyi hibav\u00e9delmi domainek m\u00e9rete.<\/b> <\/p>\n

A szerver m\u00e9ret\u00e9nek kiv\u00e1laszt\u00e1sa szint\u00e9n azt a elvet k\u00f6veti, hogy minimaliz\u00e1lja az egys\u00e9gnyi hibav\u00e9delmi domainek m\u00e9ret\u00e9t. P\u00e9ld\u00e1ul a v\u00e1laszt\u00e1s sor\u00e1n:
\n \u2014 3 x 4*10c \/ 512 GB
\n \u2014 6 x 2*10c \/ 256 GB
\nEgy\u00e9b azonos k\u00f6r\u00fclm\u00e9nyek k\u00f6z\u00f6tt a m\u00e1sodik lehet\u0151s\u00e9get kell v\u00e1lasztani, mivel ha egy szerver meghib\u00e1sodik (vagy karbantart\u00e1sra ker\u00fcl), akkor nem 33%-os er\u0151forr\u00e1s-vesztes\u00e9g keletkezik a klaszterben, hanem 17%. Hasonl\u00f3k\u00e9ppen, a VM-ek \u00e9s az IS-ek sz\u00e1ma is k\u00e9tszeres\u00e9re cs\u00f6kken, amelyekre a baleset hat\u00e1ssal volt.<\/p>\n

A klasszikus t\u00e1rol\u00f3rendszer teljes\u00edtm\u00e9ny\u00e9nek sz\u00e1m\u00edt\u00e1sa<\/b><\/p>\n

\"Virtualiz\u00e1lt
\n
\nA klasszikus t\u00e1rol\u00f3rendszert mindig a legrosszabb forgat\u00f3k\u00f6nyv (worst case scenario) alapj\u00e1n sz\u00e1m\u00edtj\u00e1k, mell\u0151zve a RAM gyors\u00edt\u00f3t\u00e1r \u00e9s a m\u0171veletek optimaliz\u00e1l\u00e1s\u00e1nak hat\u00e1s\u00e1t.
\nAlapvet\u0151 teljes\u00edtm\u00e9nymutat\u00f3k\u00e9nt a lemez mechanikai teljes\u00edtm\u00e9ny\u00e9t (IOPSdisk) vessz\u00fck alapul:
\n \u2014 7.2k \u2013 75 IOPS
\n \u2014 10k \u2013 125 IOPS
\n \u2014 15k \u2013 175 IOPS<\/p>\n

Ezut\u00e1n a lemezek sz\u00e1m\u00e1t a lemezcsoportra az al\u00e1bbi k\u00e9plettel sz\u00e1m\u00edtjuk: = TotalIOPS * ( RW + (1 \u2013RW) * RAIDPen) \/ IOPSdisk<\/i>. Ahol:
\n \u2014 TotalIOPS<\/i> \u2013 az elv\u00e1rt \u00f6sszteljes\u00edtm\u00e9ny IOPS-ban az adatt\u00e1rol\u00f3 csoportt\u00f3l
\n \u2014 RW<\/i> \u2013 az olvas\u00e1si m\u0171veletek ar\u00e1nya
\n \u2014 RAIDpen<\/i> \u2013 a v\u00e1lasztott RAID szint RAID b\u00fcntet\u00e9se<\/p>\n

Tov\u00e1bbi inform\u00e1ci\u00f3k a RAID eszk\u00f6zr\u0151l \u00e9s a RAID b\u00fcntet\u00e9sr\u0151l itt tal\u00e1lhat\u00f3k \u2014 A t\u00e1rol\u00f3rendszer teljes\u00edtm\u00e9nye. Els\u0151 r\u00e9sz.<\/a><\/noindex> \u00e9s A t\u00e1rol\u00f3rendszer teljes\u00edtm\u00e9nye. M\u00e1sodik r\u00e9sz.<\/a><\/noindex> \u00e9s A t\u00e1rol\u00f3rendszer teljes\u00edtm\u00e9nye. Harmadik r\u00e9sz.<\/a><\/noindex><\/p>\n

A kapott lemezek sz\u00e1m\u00e1b\u00f3l a t\u00e1rol\u00e1si kapacit\u00e1s k\u00f6vetelm\u00e9nyeinek megfelel\u0151 lehets\u00e9ges v\u00e1ltozatokat sz\u00e1m\u00edtunk ki, bele\u00e9rtve a t\u00f6bbszint\u0171 t\u00e1rol\u00e1si lehet\u0151s\u00e9geket is.
\nAz SSD haszn\u00e1lat\u00e1val m\u0171k\u00f6d\u0151 rendszerek sz\u00e1m\u00edt\u00e1s\u00e1t k\u00fcl\u00f6n t\u00e1rgyaljuk.
\nA Flash Cache rendszerek saj\u00e1toss\u00e1gai
\n<\/b><\/p>\n

Flash Cache<\/i> \u2013 a flash mem\u00f3ria m\u00e1sodik szint\u0171 gyors\u00edt\u00f3t\u00e1rk\u00e9nt val\u00f3 felhaszn\u00e1l\u00e1s\u00e1nak c\u00e9lnak \u00f6sszefoglal\u00f3 neve. Flash cache haszn\u00e1lata eset\u00e9n a t\u00e1rol\u00f3rendszert \u00e1ltal\u00e1ban a m\u00e1gneses lemezek \u00e1ltal ny\u00fajtott terhel\u00e9s biztos\u00edt\u00e1s\u00e1ra sz\u00e1m\u00edtj\u00e1k ki, m\u00edg a cs\u00facsot a gyors\u00edt\u00f3t\u00e1r kezeli.
\nEgy\u00fattal meg kell \u00e9rteni a terhel\u00e9s profilj\u00e1t \u00e9s a t\u00e1rol\u00f3 k\u00f6tetekhez val\u00f3 k\u00e9r\u00e9sek lokaliz\u00e1ci\u00f3j\u00e1nak m\u00e9rt\u00e9k\u00e9t. A flash cache olyan technol\u00f3gia, amely a magas lokaliz\u00e1ci\u00f3val rendelkez\u0151 terhel\u00e9sekhez k\u00e9sz\u00fclt, \u00e9s gyakorlatilag nem alkalmazhat\u00f3 egyenletesen terhelt k\u00f6tetek eset\u00e9n (p\u00e9ld\u00e1ul analitikai rendszerekhez). <\/p>\n

Hibrid rendszerek sz\u00e1m\u00edt\u00e1sa low-end \/ mid-range kateg\u00f3ri\u00e1kban<\/b><\/p>\n

A hibrid als\u00f3 \u00e9s k\u00f6z\u00e9pkateg\u00f3ri\u00e1s rendszerek t\u00f6bbszint\u0171 t\u00e1rol\u00e1st alkalmaznak, ahol az adatok \u00e1thelyez\u00e9se szoros \u00fctemez\u00e9s alapj\u00e1n t\u00f6rt\u00e9nik. Ebben az esetben a legjobb modellek t\u00f6bbszint\u0171 t\u00e1rol\u00e1s\u00e1nak blokkm\u00e9rete 256 MB. Ezek a saj\u00e1toss\u00e1gok nem teszik lehet\u0151v\u00e9, hogy a t\u00f6bbszint\u0171 t\u00e1rol\u00e1st a teljes\u00edtm\u00e9ny n\u00f6vel\u00e9s\u00e9nek technol\u00f3gi\u00e1j\u00e1nak tekints\u00fck, ahogy azt sokan t\u00e9vesen gondolj\u00e1k. A t\u00f6bbszint\u0171 t\u00e1rol\u00e1s az als\u00f3 \u00e9s k\u00f6z\u00e9pkateg\u00f3ri\u00e1s rendszerekben az \u00e1roptimaliz\u00e1l\u00f3 technol\u00f3gia, a kifejezett egyenetlen terhel\u00e9si profil mellett.<\/p>\n

A t\u00f6bbr\u00e9teg\u0171 t\u00e1rol\u00e1s eset\u00e9n els\u0151sorban a fels\u0151 szint\u0171 teljes\u00edtm\u00e9nyt sz\u00e1m\u00edtj\u00e1k, m\u00edg az als\u00f3 t\u00e1rol\u00e1si szint csak a t\u00e1rol\u00f3kapacit\u00e1s kieg\u00e9sz\u00edt\u00e9sek\u00e9nt sz\u00e1m\u00edt. A hibrid t\u00f6bbr\u00e9teg\u0171 rendszer eset\u00e9ben elengedhetetlen a villamos cache technol\u00f3gia haszn\u00e1lata a t\u00f6bbr\u00e9teg\u0171 t\u00e1rol\u00f3p\u00f3tl\u00f3hoz, hogy kompenz\u00e1lja a hirtelen megemelkedett adatok teljes\u00edtm\u00e9nycs\u00f6kken\u00e9s\u00e9t az als\u00f3 szintr\u0151l.<\/p>\n

SSD haszn\u00e1lata a t\u00f6bbr\u00e9teg\u0171 lemezpulton<\/b><\/p>\n

\"Virtualiz\u00e1lt
\n
\nAz SSD haszn\u00e1lata a t\u00f6bbr\u00e9teg\u0171 lemezpulton v\u00e1ltozatokban \u00e9rhet\u0151 el, att\u00f3l f\u00fcgg\u0151en, hogy az adott gy\u00e1rt\u00f3 milyen flash cache algoritmusokat val\u00f3s\u00edt meg.
\n\u00c1ltal\u00e1nos gyakorlati t\u00e1rol\u00e1si politika SSD szint\u0171 lemezpult eset\u00e9n \u2014 SSD els\u0151.
\nCsak olvashat\u00f3 Flash Cache.<\/i> Csak olvashat\u00f3 flash cache eset\u00e9n az SSD t\u00e1rol\u00e1si szint jelentkezik, ha a m\u0171veletek \u00edr\u00e1sa jelent\u0151sen lokaliz\u00e1l\u00f3dik a cache eltekint\u00e9s\u00e9vel.
\nOlvas\u00e1s \/ \u00cdr\u00e1s Flash Cache.<\/i> \u00cdr\u00e1sra sz\u00e1nt flash cache eset\u00e9n el\u0151sz\u00f6r a maxim\u00e1lis cache m\u00e9retet \u00e1ll\u00edtj\u00e1k be, az SSD t\u00e1rol\u00e1si szint pedig csak akkor j\u00f6n l\u00e9tre, ha a cache m\u00e9rete nem elegend\u0151 az eg\u00e9sz lokaliz\u00e1lt terhel\u00e9s kezel\u00e9s\u00e9hez.
\nAz SSD \u00e9s a cache teljes\u00edtm\u00e9ny\u00e9nek sz\u00e1m\u00edt\u00e1sa mindig a gy\u00e1rt\u00f3 aj\u00e1nl\u00e1sainak megfelel\u0151en t\u00f6rt\u00e9nik, de mindig a legrosszabb forgat\u00f3k\u00f6nyv alapj\u00e1n.
\n
Forr\u00e1s: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u0412\u0432\u0435\u0434\u0435\u043d\u0438\u0435 \u0418\u043d\u0444\u043e\u0440\u043c\u0430\u0446\u0438\u043e\u043d\u043d\u0430\u044f \u0441\u0438\u0441\u0442\u0435\u043c\u0430 \u0441 \u0442\u043e\u0447\u043a\u0438 \u0437\u0440\u0435\u043d\u0438\u044f \u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u0435\u043b\u044f \u0445\u043e\u0440\u043e\u0448\u043e \u043e\u043f\u0440\u0435\u0434\u0435\u043b\u044f\u0435\u0442\u0441\u044f \u0432 \u0413\u041e\u0421\u0422 \u0420\u0412 51987 \u2014 \u00ab\u0430\u0432\u0442\u043e\u043c\u0430\u0442\u0438\u0437\u0438\u0440\u043e\u0432\u0430\u043d\u043d\u0430\u044f \u0441\u0438\u0441\u0442\u0435\u043c\u0430, \u0440\u0435\u0437\u0443\u043b\u044c\u0442\u0430\u0442\u043e\u043c \u0444\u0443\u043d\u043a\u0446\u0438\u043e\u043d\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u044f \u043a\u043e\u0442\u043e\u0440\u043e\u0439 \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u043f\u0440\u0435\u0434\u0441\u0442\u0430\u0432\u043b\u0435\u043d\u0438\u0435 \u0432\u044b\u0445\u043e\u0434\u043d\u043e\u0439 \u0438\u043d\u0444\u043e\u0440\u043c\u0430\u0446\u0438\u0438 \u0434\u043b\u044f \u043f\u043e\u0441\u043b\u0435\u0434\u0443\u044e\u0449\u0435\u0433\u043e \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u043d\u0438\u044f\u00bb. \u0415\u0441\u043b\u0438 \u0440\u0430\u0441\u0441\u043c\u0430\u0442\u0440\u0438\u0432\u0430\u0442\u044c \u0432\u043d\u0443\u0442\u0440\u0435\u043d\u043d\u044e\u044e \u0441\u0442\u0440\u0443\u043a\u0442\u0443\u0440\u0443, \u0442\u043e \u043f\u043e \u0441\u0443\u0442\u0438 \u043b\u044e\u0431\u0430\u044f \u0418\u0421 \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u0441\u0438\u0441\u0442\u0435\u043c\u043e\u0439 \u0440\u0435\u0430\u043b\u0438\u0437\u043e\u0432\u0430\u043d\u043d\u044b\u0445 \u0432 \u043a\u043e\u0434\u0435 \u0432\u0437\u0430\u0438\u043c\u043e\u0441\u0432\u044f\u0437\u0430\u043d\u043d\u044b\u0445 \u0430\u043b\u0433\u043e\u0440\u0438\u0442\u043c\u043e\u0432. \u0412 \u0448\u0438\u0440\u043e\u043a\u043e\u043c \u043f\u043e\u043d\u0438\u043c\u0430\u043d\u0438\u0438 \u0442\u0435\u0437\u0438\u0441\u0430 \u0422\u044c\u044e\u0440\u0438\u043d\u0433\u0430-\u0427\u0435\u0440\u0447\u0430 \u0430\u043b\u0433\u043e\u0440\u0438\u0442\u043c (\u0430 \u0441\u043b-\u043d\u043e \u0418\u0421) \u043e\u0441\u0443\u0449\u0435\u0441\u0442\u0432\u043b\u044f\u0435\u0442 \u0442\u0440\u0430\u043d\u0441\u0444\u043e\u0440\u043c\u0430\u0446\u0438\u044e \u043c\u043d\u043e\u0436\u0435\u0441\u0442\u0432\u0430 \u0432\u0445\u043e\u0434\u043d\u044b\u0445 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":26806,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-35800","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Virtualiz\u00e1lt adatk\u00f6zpont diz\u00e1jn | ProHoster","description":"Bevezet\u00e9s Az inform\u00e1ci\u00f3s rendszer pontja.","canonical_url":"https:\/\/prohoster.info\/hu\/blog\/administrirovanie\/dizajn-virtualizovannogo-tsod","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"hu_HU","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0414\u0438\u0437\u0430\u0439\u043d \u0432\u0438\u0440\u0442\u0443\u0430\u043b\u0438\u0437\u043e\u0432\u0430\u043d\u043d\u043e\u0433\u043e \u0426\u041e\u0414 | ProHoster","og:description":"\u0412\u0432\u0435\u0434\u0435\u043d\u0438\u0435 \u0418\u043d\u0444\u043e\u0440\u043c\u0430\u0446\u0438\u043e\u043d\u043d\u0430\u044f \u0441\u0438\u0441\u0442\u0435\u043c\u0430 \u0441 \u0442\u043e\u0447\u043a\u0438.","og:url":"https:\/\/prohoster.info\/hu\/blog\/administrirovanie\/dizajn-virtualizovannogo-tsod","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T19:06:24+00:00","article:modified_time":"2019-10-31T19:06:24+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"35800","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-22 00:48:20","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 18:06:24","updated":"2026-01-22 00:48:20","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/posts\/35800","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/comments?post=35800"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/posts\/35800\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/media\/26806"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/media?parent=35800"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/categories?post=35800"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/tags?post=35800"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}