{"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\/et\/blog\/administrirovanie\/dizajn-virtualizovannogo-tsod","title":{"rendered":"Virtuaalne andmekeskuse disain","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Virtuaalne
\n
\nSissejuhatus<\/b><\/p>\n

Kasutaja vaatenurgast m\u00e4\u00e4ratleb teabe s\u00fcsteemi h\u00e4sti GOST RV 51987 \u2013 \u201eautomatiseeritud s\u00fcsteem, mille funktsioneerimise tulemuseks on v\u00e4ljundinformatsiooni esitamine edasiseks kasutamiseks\u201d. Kui vaadata sisemist struktuuri, siis p\u00f5him\u00f5tteliselt on iga teabe s\u00fcsteem omavahel seotud algoritmide koodiv\u00e4ljat\u00f6\u00f6tamise s\u00fcsteem.
\nV\u00f5ib isegi \u00f6elda, et sisendandmete transformatsioon on teabe s\u00fcsteemi olemuse sisu. Vastavalt sellele m\u00e4\u00e4ratakse teabe s\u00fcsteemi ja kogu teabe s\u00fcsteemide kompleksi v\u00e4\u00e4rtus sisend- ja v\u00e4ljundandmete v\u00e4\u00e4rtuse kaudu.
\nSeega peaks projekteerimine alustama ja v\u00f5tma aluseks andmed, kohandades arhitektuuri ja meetodeid andmete struktuuri ja t\u00e4htsuse j\u00e4rgi.<\/p>\n

Salvestatud andmed<\/b>
\nProjekteerimise ettevalmistamise oluline etapp on k\u00f5ikide andmekogumite omaduste saamine, mida planeeritakse t\u00f6\u00f6delda ja salvestada. Need omadused h\u00f5lmavad j\u00e4rgmist:
\n \u2014 Andmehulga;
\n \u2014 Teave andmete eluts\u00fckli kohta (uute andmete lisandumine, eluiga, vanade andmete t\u00f6\u00f6tlemine);
\n \u2014 Andmete klassifitseerimine ettev\u00f5tte peamise \u00e4ri m\u00f5ju seisukohalt (kolmainsuse \u2013 konfidentsiaalsuse, terviklikkuse, k\u00e4ttesaadavuse) koos rahaliste n\u00e4itajatega (nt andmete kaotuse hind viimase tunni jooksul);
\n \u2014 Andmete t\u00f6\u00f6tlemise geograafia (f\u00fc\u00fcsiline asukoht t\u00f6\u00f6tlemisseadmetel);
\n \u2014 Regulaatorite n\u00f5uded iga andmeklassi kohta (nt F\u00f6deraalseadus 152, PCI DSS).<\/p>\n

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

Teabe s\u00fcsteemid<\/b><\/p>\n

Andmeid mitte ainult ei salvestata, vaid t\u00f6\u00f6tlevad (transformeerivad) teabe s\u00fcsteemid. J\u00e4rgmine samm p\u00e4rast andmete omaduste saamist on v\u00f5imalikult t\u00e4ielik teabe s\u00fcsteemide inventuur, nende arhitektuurilised omadused, omavahelised s\u00f5ltuvused ja infrastruktuuri n\u00f5udmised neljas ressursside kategoorias:
\n \u2014 Protsessorite arvutustehniline v\u00f5ime;
\n \u2014 Operatiivm\u00e4lu maht;
\n \u2014 N\u00f5uded andmesalvestuss\u00fcsteemi mahu ja j\u00f5udluse suhtes;
\n \u2014 N\u00f5uded andmeside v\u00f5rgu kohta (v\u00e4listooted, kanalid teabe s\u00fcsteemi komponentide vahel).
\nN\u00f5uded peavad olema iga teenuse\/mikroteenuse kohta, mis kuulub infos\u00fcsteemi.
\nErakordne on r\u00f5hutada, et korrektseks projekteerimiseks on vajalik teave infos\u00fcsteemi m\u00f5ju kohta ettev\u00f5tte p\u00f5hitegevusele v\u00e4ljendatuna infos\u00fcsteemi seisaku maksumuses (rubla tunnis).<\/p>\n

Ohumudel<\/b><\/p>\n

Kohustuslik on omada formaalset ohumudelit, millest kavatsetakse andmeid\/teenuseid kaitsta. Samuti h\u00f5lmab ohumudel mitte ainult konfidentsiaalsuse aspekte, vaid ka terviklikkust ja k\u00e4ttesaadavust. N\u00e4iteks:
\n \u2014 F\u00fc\u00fcsilise serveri t\u00f5rge;
\n \u2014 Top-of-the-rack l\u00fcliti t\u00f5rge;
\n \u2014 Optilise side kanali katkestamine andmekeskuste vahel;
\n \u2014 Operatiivse andmesalvestuse (SAN) t\u00e4ielik t\u00f5rge.
\nM\u00f5nel juhul kirjutatakse ohumudeleid mitte ainult infrastruktuuri komponente, vaid ka konkreetseid infos\u00fcsteeme v\u00f5i nende komponente, n\u00e4iteks andmebaasi (DB) t\u00f5rge, mis p\u00f5hjustab andmestruktuuri loogilise rikkumise.
\nK\u00f5ik projektiraames tehtud otsused, mis on suunatud kirjeldamata ohu vastu kaitsmiseks, on liigsed.<\/p>\n

Regulaatorite n\u00f5uded<\/b><\/p>\n

Kui t\u00f6\u00f6deldavad andmed kuuluvad regulatiivsete asutuste kehtestatud eriliste reeglite alla, on h\u00e4davajalik teave andmekogude ja t\u00f6\u00f6tlemise\/hajutamise reeglite kohta.<\/p>\n

Eesm\u00e4rgid RPO\/RTO<\/b><\/p>\n

Iga kaitseprojekti kujundamine eeldab sihtandmete kaotuse ja teenuse taastamise sihtaegade n\u00e4itajate olemasolu k\u00f5igi kirjeldatud ohtude puhul.
\nIdeaalis peaks RPO ja RTO omama seotud kaotuse ja seiskumise maksumuse v\u00e4\u00e4rtusi aja\u00fchikus.<\/p>\n

\"Virtuaalne
\n
\nRessursse jagamine gruppideks<\/b><\/p>\n

P\u00e4rast kogu esmase teabe kogumist on esimene samm andmekogude ja infos\u00fcsteemide grupeerimine r\u00fchmadesse, l\u00e4htudes ohumudelitest ja regulatiivsete n\u00f5uete s\u00e4tetest. M\u00e4\u00e4ratakse erinevate r\u00fchmade jagamise vorm \u2013 programmiliselt s\u00fcsteemide tasandil v\u00f5i f\u00fc\u00fcsiliselt.
\nN\u00e4ited:
\n \u2014 Isikuandmeid t\u00f6\u00f6tlev kontuur on t\u00e4ielikult f\u00fc\u00fcsiliselt eraldatud muudest s\u00fcsteemidest;
\n \u2014 Varukoopiad hoitakse eraldi andmesalvestuses.<\/p>\n

Sel juhul v\u00f5ivad r\u00fchmad olla mittet\u00e4ieliku iseseisvusega, n\u00e4iteks m\u00e4\u00e4ratakse kaks arvutusressursside gruppi (protsessoripotentsiaal + m\u00e4lumaa), mis kasutavad \u00fchte andmesalvestuse gruppi ja \u00fchte andmesideressursside gruppi.<\/p>\n

Protsessoripotentsiaal<\/b><\/p>\n

\"Virtuaalne
\n
\nAbstraktsed vajadused virtualiseeritud andmekeskuse protsessoriv\u00f5imsuse jaoks m\u00f5\u00f5detakse virtuaalprotsessorite (vCPU) arvu ja nende konsolideerimise koefitsienti f\u00fc\u00fcsilistel protsessoritel (pCPU). Antud konkreetses olukorras 1 pCPU = 1 f\u00fc\u00fcsiline protsessori tuum (ilma Hyper-Threading'ita). vCPU kogus summeeritakse k\u00f5igi m\u00e4\u00e4ratletud ressursside basseinide kohta (igal neist v\u00f5ib olla oma konsolideerimise koefitsient).
\nKonsolideerimise koefitsiendi m\u00e4\u00e4ramine koormatud s\u00fcsteemide jaoks toimub empiiriliselt, l\u00e4htudes juba olemasolevast infrastruktuurist v\u00f5i pilootinstalleerimise ja koormustestimise k\u00e4igus. Koormamata s\u00fcsteemide puhul rakendatakse 'parimaid tavasid'. Eelk\u00f5ige nimetab VMware keskmiseks koefitsiendiks 8:1.<\/p>\n

Operatiivm\u00e4lu<\/b><\/p>\n

\u00dcldine vajadus m\u00e4luressursside j\u00e4rele saadakse lihtsa summeerimise kaudu. M\u00e4lu \u00fcleallokatsiooni kasutamine ei ole soovitatav.<\/p>\n

Salvestusressursid<\/b><\/p>\n

Salvestusressursside n\u00f5uded saadakse k\u00f5igi basseinide mahu ja j\u00f5udluse lihtsa summeerimise kaudu.
\nJ\u00f5udluse n\u00f5uded v\u00e4ljendatakse IOPS-ina koos keskmise lugemise\/kirjutamise suhtega ning vajadusel maksimaalse vaste viivitusega.
\nEraldi tuleks m\u00e4\u00e4rata teenuse kvaliteedi (QoS) n\u00f5uded konkreetsete basseinide v\u00f5i s\u00fcsteemide jaoks.<\/p>\n

Andmeside ressursid<\/b><\/p>\n

Andmeside n\u00f5uded saadakse k\u00f5igi ribalaiuse basseinide lihtsa summeerimise kaudu.
\nEraldi tuleks m\u00e4\u00e4rata teenuse kvaliteedi (QoS) ja viivituse (RTT) n\u00f5uded konkreetsete basseinide v\u00f5i s\u00fcsteemide jaoks.
\nAndmeside ressursside n\u00f5uete raames m\u00e4\u00e4ratakse samuti v\u00f5rgu liikluse isoleerimise ja\/v\u00f5i kr\u00fcpteerimise n\u00f5uded ning eelistatud mehhanismid (802.1q, IPSec jne).<\/p>\n

Arhitektuuri valik<\/b><\/p>\n

K\u00e4esolevas juhendis ei k\u00e4sitleta muud valikut, v\u00e4lja arvatud x86 arhitektuur ja 100% serverite virtualiseerimine. Seet\u00f5ttu piirdub arvutusala arvutuss\u00fcsteemi arhitektuuri valik serveri virtualiseerimise platvormi, serverite vormifaktori ja serverite konfiguratsiooni \u00fcldiste n\u00f5uetega.<\/p>\n

Valiku peamine punkt on kindel otsus, kas kasutada klassikalist l\u00e4henemist, mis eraldab andmete t\u00f6\u00f6tlemise, salvestamise ja edastamise funktsioonid, v\u00f5i konvergente.<\/p>\n

Klassikaline arhitektuur<\/i> eeldab andmete salvestamise ja edastamise intelligentsete v\u00e4list s\u00fcsteemide kasutamist, samas kui serverid toovad f\u00fc\u00fcsilise ressursi \u00fchisesse puuli vaid protsessoriv\u00f5imsuse ja muutm\u00e4lu. \u00c4\u00e4rmuslikus olukorras muutuvad serverid t\u00e4iesti anon\u00fc\u00fcmseks, millel ei ole mitte ainult oma kettasid, vaid isegi s\u00fcsteemi tuvastajat. Sel juhul kasutatakse ops\u00fcsteemi v\u00f5i h\u00fcperviisori laadimist sisseehitatud flash-m\u00e4gedelt v\u00f5i v\u00e4listelt andmesalvestuss\u00fcsteemidelt (boot from SAN).
\nKlassikalise arhitektuuri raames tehakse valik terade (blade) ja riiulite (rack) vahel peamiselt j\u00e4rgmiste p\u00f5him\u00f5tete alusel:
\n \u2014 Majanduslik efektiivsus (keskmiselt on riiuliserverid odavamad);
\n \u2014 Arvutuslik tihedus (teradel on see k\u00f5rgem);
\n \u2014 Energiatarve ja soojuse tootmine (terade puhul on see suurem suhteliselt \u00fchesus);
\n \u2014 Skaalautuvus ja haldamine (terad vajavad suuremate installatsioonide puhul \u00fcldiselt v\u00e4hem pingutust);
\n \u2014 Laienduskaartide kasutamine (terade puhul on valik v\u00e4ga piiratud).
\nKonvergeeriv arhitektuur<\/i> (ka tuntud kui h\u00fcperkonvergeeriv<\/i>) t\u00e4hendab t\u00f6\u00f6tlemise ja andmete salvestamise funktsioonide \u00fchendamist, mis viib serverite kohalike kettade kasutamiseni ning tagab seega klassikaliste terade vormitegurist loobumise. Konvergeerivate s\u00fcsteemide jaoks kasutatakse kas riiuliservereid v\u00f5i klastris\u00fcsteeme, mis \u00fchendavad \u00fchte korpusesse mitu serveri-terast ja kohalikke kettaid.<\/p>\n

CPU \/ M\u00e4lu <\/b><\/p>\n

\u00d5ige konfiguratsiooni arvutamiseks tuleb m\u00f5ista koormuse t\u00fc\u00fcpi iga keskkonna v\u00f5i iga s\u00f5ltumatu klastri jaoks.
\nCPU bound<\/i> \u2013 keskkond, mis on piiratud protsessoriv\u00f5imsuse tootlikkuse poolest. Muutm\u00e4lu lisamine ei muuda mitte midagi j\u00f5udluse (virtuaalmasinate arvu serveris) osas.
\nMemory bound<\/i> \u2013 keskkond, mis on piiratud muutm\u00e4lu poolest. Suurema muutm\u00e4lu olemasolu serveris v\u00f5imaldab k\u00e4ivitada rohkem virtuaalmasinaid.
\nGB \/ MHz (GB \/ pCPU) \u2013 keskmine suhe selle konkreetse koormuse poolt tarbitud muutm\u00e4lu ja protsessoriv\u00f5imsuse vahel. Seda saab kasutada vajaliku m\u00e4lu mahtude arvutamiseks antud j\u00f5udluse korral ja vastupidi. <\/p>\n

Serveri konfiguratsiooni arvutamine<\/b><\/p>\n

\"Virtuaalne
\n
\nEsiteks tuleb m\u00e4\u00e4rata k\u00f5ik koormuse t\u00fc\u00fcbid ja otsustada, kas erinevad arvutuspoolid tuleks \u00fchendada v\u00f5i eraldada erinevatesse klastritesse.
\nSeej\u00e4rel m\u00e4\u00e4ratakse iga m\u00e4\u00e4ratud klastri jaoks suhtarv GB \/ MHz, teades eelnevalt koormust. Kui koormust ei ole v\u00f5imalik eelnevalt m\u00e4\u00e4rata, kuid on olemas ligikaudne arusaam protsessorite v\u00f5imsuse koormuse tasemest, saab kasutada standardseid vCPU:pCPU koefitsiente, et t\u00f5lkida n\u00f5uded poolidest f\u00fc\u00fcsilisteks. <\/p>\n

Iga klastri vCPU n\u00f5uete summa jagatakse koefitsiendiga:
\nvCPU_sum \/ vCPU:pCPU = pCPU_sum \u2013 n\u00f5utav f\u00fc\u00fcsiliste tuumade arv
\npCPU_sum \/ 1.25 = pCPU_ht \u2013 tuumade arv, arvestades Hyper-Threading'ut
\nOletame, et on vajalik arvutada klaster 190 tuumale \/ 3.5TB RAM-ile. Sel juhul v\u00f5tame sihiks 50% protsessoriv\u00f5imsuse koormuse ja 75% m\u00e4lu koormuse.<\/p>\n

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

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

Socket<\/b>
\nTuumik<\/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

Sellisel juhul kasutame alati \u00fcmardamist k\u00f5ige l\u00e4hemale t\u00e4isarvule \u00fclespoole (=ROUNDUP(A1;0)).
\nTabelist on selge, et sihttasemele vastavad mitmed serverikonfiguratsioonid:
\n \u2014 26 serverit 2*6c \/ 192 GB
\n \u2014 19 serverit 2*10c \/ 256 GB
\n \u2014 10 serverit 2*18c \/ 512 GB <\/p>\n

Nende konfiguratsioonide valimisel tuleb arvesse v\u00f5tta ka t\u00e4iendavaid tegureid, n\u00e4iteks soojuspakett ja saadaval olev jahutus, juba kasutusel olevad serverid v\u00f5i hind.<\/p>\n

Serveri konfiguratsiooni valimise erip\u00e4rad<\/b><\/p>\n

Laialdased VM-d. Kui on vajalik laiaaldate VM-de paigutamine (mis on v\u00f5rreldavad 1 NUMA s\u00f5lmega ja suuremad), on soovitatav v\u00f5imalusel valida server, mille konfiguratsioon v\u00f5imaldab nendel VM-del j\u00e4\u00e4da NUMA s\u00f5lme piiridesse. Suure arvu laialdaste VM-de korral v\u00f5ib tekkida klastrite ressursside killustamine ning sel juhul valitakse serverid, mis v\u00f5imaldavad laialdasi VM-e maksimaalselt tihedalt paigutada.<\/p>\n

\u00dche punktil\u00fckkest domaani suurus.<\/b> <\/p>\n

Serveri suuruse valimine toimub samuti \u00fche punktil\u00fckkest domaani minimeerimise printsiibil. N\u00e4iteks valiku tegemisel:
\n \u2014 3 x 4*10c \/ 512 GB
\n \u2014 6 x 2*10c \/ 256 GB
\nKui k\u00f5ik muu on v\u00f5rdsed, tuleks valida teine variant, kuna \u00fche serveri rikke (v\u00f5i hoolduse) korral kaotatakse mitte 33% klastrite ressursse, vaid 17%. Samuti v\u00e4heneb kahe v\u00f5rra VM-de ja IS-de arv, millele rike m\u00f5jutas.<\/p>\n

Klassikalise andmesalvestuse s\u00fcsteemi j\u00f5udluse arvutamine<\/b><\/p>\n

\"Virtuaalne
\n
\nKlassikalise andmesalvestuse s\u00fcsteem arvutatakse alati k\u00f5ige halvemate tingimuste (worst case scenario) p\u00f5hjal, j\u00e4ttes v\u00e4lja operatiivse vahem\u00e4lu ja toimingute optimeerimise m\u00f5ju.
\nP\u00f5hij\u00f5udlusn\u00e4itajatena v\u00f5tame diskilt saadud mehaanilise j\u00f5udluse (IOPSdisk):
\n \u2014 7.2k \u2013 75 IOPS
\n \u2014 10k \u2013 125 IOPS
\n \u2014 15k \u2013 175 IOPS<\/p>\n

Seej\u00e4rel arvutatakse ketaste arv andmepuulis j\u00e4rgmise valemi j\u00e4rgi: = TotalIOPS * ( RW + (1 \u2013RW) * RAIDPen) \/ IOPSdisk<\/i>. Kus:
\n \u2014 TotalIOPS<\/i> \u2013 n\u00f5utav koguj\u00f5udlus IOPS alates andmepuust
\n \u2014 RW<\/i> \u2013 lugemistehingute protsentuaalne osa
\n \u2014 RAIDpen<\/i> \u2013 RAID karistus valitud RAID tasemele<\/p>\n

Lisainfo RAID-seadmest ja RAID-karistusest on siin — Andmesalvestus s\u00fcsteem. Esimene osa.<\/a><\/noindex> ja Andmesalvestus s\u00fcsteem. Teine osa.<\/a><\/noindex> ja Andmesalvestus s\u00fcsteem. Kolmas osa.<\/a><\/noindex><\/p>\n

Saadud ketaste arvu p\u00f5hjal arvutatakse v\u00f5imalikud valikud, mis vastavad salvestusmahu n\u00f5uetele, sealhulgas mitmetasandilise salvestuse variandid.
\nSSD-de kasutamisega s\u00fcsteemide arvutamine mitmetasandilise salvestusena k\u00e4sitletakse eraldi.
\nFlash Cache s\u00fcsteemide arvutamise erip\u00e4ra
\n<\/b><\/p>\n

Flash Cache<\/i> \u2013 \u00fcldm\u00f5isted, mis t\u00e4histavad k\u00f5iki patenteeritud tehnoloogiaid, mis kasutavad flash-m\u00e4lu teise taseme vahem\u00e4luna. Flash-vahem\u00e4lu kasutamisel arvutatakse andmesalvestuse system tavaliselt selliste magnetketaste koormuse p\u00f5hjal, samas kui tipukoormust teenindab vahem\u00e4lu.
\nOluline on m\u00f5ista koormuse profiili ja sekkumise aste salvestust\u00fckkide plokkidesse. Flash Cache on tehnoloogia, mis on m\u00f5eldud suure lokaaliseerimisega p\u00e4ringute koormustele ja on praktiliselt kasutamisk\u00f5lbmatu \u00fchtlaselt koormatud mahtude jaoks (nagu n\u00e4iteks anal\u00fc\u00fcsi s\u00fcsteemide jaoks). <\/p>\n

H\u00fcbriids\u00fcsteemide arvutamine low-end \/ mid-range<\/b><\/p>\n

Alumise ja keskmise klassi h\u00fcbriids\u00fcsteemid kasutavad mitmetasandilist salvestust andmete liigutamisega tasandite vahel vastavalt graafikule. Samuti on mitmetasandilise salvestuse ploki suurus parimates mudelites 256 MB. Need omadused ei v\u00f5imalda mitmetasandilist salvestust pidada j\u00f5udluse suurendamise tehnoloogiaks, nagu paljud ekslikult arvavad. Mitmetasandiline salvestus alumise ja keskmise klassi s\u00fcsteemides on salvestuskulude optimeerimise tehnoloogia, mida iseloomustab v\u00e4ljendunud eba\u00fchtlane koormus.<\/p>\n

Mitme tasandi salvestuse puhul kalkuleeritakse peamiselt tippv\u00f5imekus, samal ajal kui madalama tasandi salvestust loetakse lihtsalt puuduvaks salvestusmahtuks. H\u00fcbriidsete mitme tasandi s\u00fcsteemide puhul on kohustuslik kasutada vilkuritehnoloogiat mitme tasandi paagis, et kompenseerida j\u00f5udluse langust j\u00e4rsku soojenenud andmete puhul madalamal tasandil.<\/p>\n

SSD kasutamine mitme tasandi ketta paagis<\/b><\/p>\n

\"Virtuaalne
\n
\nSSD kasutamine mitme tasandi ketta paagis varieerub s\u00f5ltuvalt antud tootja vilkuritehnoloogia rakendamise spetsifikast.
\n\u00dcldine salvestuspoliitika SSD tasemega ketta paagi jaoks \u2013 SSD first.
\nAinult lugemise jaoks m\u00f5eldud vilkurite jagu.<\/i> Ainult lugemise jaoks m\u00f5eldud vilkurite taseme puhul ilmneb salvestusmaht SSD-l alles siis, kui kirjutamise tegevused on oluliselt lokaliseeritud s\u00f5ltumata vahem\u00e4lust.
\nLuge\/ Kirjuta vilkurite jagu.<\/i> Kirjutamise nimel vilkurite jagu puhul m\u00e4\u00e4ratakse esmalt vahem\u00e4lu maksimumsuurus ja SSD salvestusmaht ilmub alles siis, kui vahem\u00e4lu suurus ei ole piisav kogu lokaalse koormuse teenindamiseks.
\nSSD ja vahem\u00e4lu j\u00f5udluse kalkuleerimine toimub iga kord vastavalt tootja soovitustele, kuid alati juhul, kui see on halvim stsenaarium.
\n
Allikas: 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\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\udd47Virtuaalsete andmekeskuste disain | ProHoster","description":"Sissejuhatus Infotehnoloogia s\u00fcsteemide punkti.","canonical_url":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/dizajn-virtualizovannogo-tsod","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"et_EE","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\/et\/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\/et\/wp-json\/wp\/v2\/posts\/35800","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/comments?post=35800"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts\/35800\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/media\/26806"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/media?parent=35800"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/categories?post=35800"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/tags?post=35800"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}