{"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":"Virtualiseeritud andmekeskuse disain","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

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

Kasutaja vaatenurgast on teabe s\u00fcsteem h\u00e4sti m\u00e4\u00e4ratletud standardis GOST RV 51987 \u2014 \u201eautomaatne s\u00fcsteem, mille toimimise tulemuseks on v\u00e4ljuminformatsiooni esitlemine edasiseks kasutamiseks\u201c. Kui vaadata sisemist struktuuri, on iga IS p\u00f5him\u00f5tteliselt koodis ellu viidud omavahel seotud algoritmide s\u00fcsteem. Laiemas m\u00f5ttes realiseerib Turingi- Churchi tees algoritm (ja sellega seoses IS) mitme sisendandmete muundamise mitmeks v\u00e4ljundandmeks.
\nV\u00f5ib isegi \u00f6elda, et sisendandmete muundamises peitub teabe s\u00fcsteemi olemus. Seet\u00f5ttu m\u00e4\u00e4ratakse IS ja kogu IS kompleksi v\u00e4\u00e4rtus l\u00e4bi sisendi ja v\u00e4ljundi andmete v\u00e4\u00e4rtuse.
\nSelle p\u00f5hjal peaks projekteerimine algama ja aluseks v\u00f5tma andmed, kohandades arhitektuuri ja meetodeid andmete struktuuri ja t\u00e4henduse j\u00e4rgi.<\/p>\n

Salvestatud andmed<\/b>
\nProjekteerimise ettevalmistamise olulise etapi moodustavad omaduste saamine k\u00f5igi andmekogude kohta, mida plaanitakse t\u00f6\u00f6delda ja hoida. Need omadused h\u00f5lmavad j\u00e4rgmist:
\n \u2014 Andmete maht;
\n \u2014 Andmete eluts\u00fckli teave (uusandmete kasv, eluaeg, vanade andmete t\u00f6\u00f6tlemine);
\n \u2014 Andmete klassifikatsioon ettev\u00f5tte p\u00f5hitegevusele m\u00f5ju poolelt (kolmnurgas konfidentsiaalsus, terviklikkus, k\u00e4ttesaadavus) koos rahanduse n\u00e4itajatega (nt andmekao maksumus viimase tunni jooksul);
\n \u2014 Andmete t\u00f6\u00f6tlemise geograafia (t\u00f6\u00f6tlemisseadmete f\u00fc\u00fcsiline asukoht);
\n \u2014 Regulatiivsed n\u00f5uded iga andmeklassi kohta (nt FZ-152, PCI DSS).<\/p>\n

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

Infos\u00fcsteemid<\/b><\/p>\n

Andmeid mitte ainult ei salvestata, vaid t\u00f6\u00f6deldakse (muudetakse) ka infos\u00fcsteemides. J\u00e4rgmiseks sammuks andmete omaduste m\u00e4\u00e4ratlemise j\u00e4rel on maksimaalselt t\u00e4pne infos\u00fcsteemide inventeerimine, nende arhitektuurilised omadused, omavahelised s\u00f5ltuvused ning n\u00f5uded infrastruktuurile nelja t\u00fc\u00fcpi ressursside tingimustes:
\n \u2014 Protsessorite arvutusv\u00f5ime;
\n \u2014 Operatiivm\u00e4lu maht;
\n \u2014 N\u00f5uded andmesalvestuss\u00fcsteemi mahule ja j\u00f5udlusele;
\n \u2014 Andmesidev\u00f5rgu n\u00f5uded (v\u00e4listooted, kanalid infos\u00fcsteemi komponentide vahel).
\nN\u00f5uded peavad olema iga teenuse\/mikroteenuse kohta, mis kuulub IS-i koosseisu.
\nErakordselt on oluline m\u00e4rkida, et \u00f5ige projekteerimise jaoks peavad olema andmed IS-i m\u00f5ju kohta ettev\u00f5tte p\u00f5hitegevusele rahalise seisuga IS-i seiskumise korral (rubla tunnis).<\/p>\n

Ohtude mudel<\/b><\/p>\n

Kohustuslik on olemasolev ametlik ohtude mudel, mille eest plaanitakse andmeid\/teenuseid kaitsta. See mudel h\u00f5lmab mitte ainult konfidentsiaalsuse, vaid ka terviklikkuse ja k\u00e4ttesaadavuse aspekte. St n\u00e4iteks:
\n \u2014 F\u00fc\u00fcsilise serveri rike;
\n \u2014 Top-of-the-rack l\u00fcliti rike;
\n \u2014 Optilise \u00fchenduse katkestamine andmekeskuste vahel;
\n \u2014 Operatiivse andmehoidla t\u00e4ielik rike.
\nM\u00f5nel juhul kirjutatakse ohtu mudelid mitte ainult infrastruktuuri komponente, vaid ka konkreetsete IS-ide v\u00f5i nende komponentide kohta, n\u00e4iteks DBMS-i rike koos andmestruktuuri loogilise h\u00e4vitamisega.
\nK\u00f5ik projekti raames tehtud otsused kaitse kohta mittekirjeldatud ohtude vastu on ebavajalikud.<\/p>\n

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

Kui t\u00f6\u00f6deldavad andmed kuuluvad regulatiivsete organite kehtestatud erireeglite alla, on kohustuslik esitada teave andmekogumite ja t\u00f6\u00f6tlemise\/hoidmise reeglite kohta.<\/p>\n

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

Iga kaitset\u00fc\u00fcbi kavandamine n\u00f5uab sihtandmete kaotuse ja teenuse taastamise aja n\u00e4itajaid iga kirjeldatud \u00e4hvarduse jaoks.
\nIdeaalis peaks RPO ja RTO omama seotud kulusid andmete kaotuse ja seisaku kohta aja\u00fchikus.<\/p>\n

\"Virtualiseeritud
\n
\nRessursipoolide jagamine<\/b><\/p>\n

P\u00e4rast kogu esmase siseteabe kogumist on esimene samm andmekogumite ja infos\u00fcsteemide r\u00fchmitamine basseinides, l\u00e4htudes \u00e4hvardusmudelitest ja regulatiivsetest n\u00f5uetest. M\u00e4\u00e4ratakse erinevate basseinide jagamise t\u00fc\u00fcp \u2013 programmiliselt s\u00fcsteemitarkvara tasandil v\u00f5i f\u00fc\u00fcsiliselt.
\nN\u00e4ited:
\n \u2014 Isikuandmeid t\u00f6\u00f6tlev kontuur on t\u00e4ielikult f\u00fc\u00fcsiliselt eraldatud teistest s\u00fcsteemidest;
\n \u2014 Varukoopiad hoitakse eraldi andmesalvestuslahenduses.<\/p>\n

Selle k\u00e4igus v\u00f5ivad poolused olla osaliselt iseseisvad, n\u00e4iteks m\u00e4\u00e4ratakse kaks arvutusressursi madalat, mis kasutavad \u00fchte andmete salvestamise ja \u00fchte andmeedastusressursi auku.<\/p>\n

Arvutusv\u00f5ime<\/b><\/p>\n

\"Virtualiseeritud
\n
\nVirtuaalse andmekeskuse arvutusv\u00f5ime abstraktsed vajadused m\u00f5\u00f5detakse virtuaalsete protsessorite (vCPU) arvu ja nende koondumise m\u00e4\u00e4ra f\u00fc\u00fcsilistes protsessorites (pCPU). Antud juhul 1 pCPU = 1 f\u00fc\u00fcsiline protsessorituum (ilma Hyper-Threadingut arvestamata). vCPU arv summeeritakse k\u00f5ikides m\u00e4\u00e4ratud ressursipoolides (igal neist v\u00f5ib olla oma koondumise m\u00e4\u00e4r).
\nKoondumise m\u00e4\u00e4r koormatud s\u00fcsteemide puhul saadakse empiiriliselt, tuginedes juba olemasolevale infrastruktuurile v\u00f5i pilotinstallatsiooni ja koormustestidele. Mittekoormatud s\u00fcsteemide puhul rakendatakse 'parimaid praktikaid'. Eriti VMware nimetab keskmiseks koondumise m\u00e4\u00e4raks 8:1.<\/p>\n

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

Kogu vajadus RAM-i j\u00e4rele saadakse lihtsa summeerimise teel. Operatiivm\u00e4lu \u00fclekirjutamist ei soovitata.<\/p>\n

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

Salvestusressurite n\u00f5uded saadakse, liites kokku k\u00f5ik mahtude ja tootlikkuse basseinid.
\nTootlikkuse n\u00f5uded v\u00e4ljenduvad IOPS-i kaudu koos keskmise lugemise\/kirjutamise suhtega ja vajadusel maksimaalse reageerimisaega.
\nTeenuse kvaliteedi (QoS) n\u00f5uded peavad olema eraldi n\u00e4idatud konkreetsete basseinide v\u00f5i s\u00fcsteemide jaoks.<\/p>\n

Andmeedastusv\u00f5rgu ressursid<\/b><\/p>\n

Andmeedastusv\u00f5rgu n\u00f5uded saadakse, liites kokku k\u00f5ik ribalaiuse basseinid.
\nTeenuse kvaliteedi (QoS) ja latentsuse (RTT) n\u00f5uded peavad olema eraldi n\u00e4idatud konkreetsete basseinide v\u00f5i s\u00fcsteemide jaoks.
\nAndmeedastusv\u00f5rgu ressursside n\u00f5uete raames tuleb samuti n\u00e4idata v\u00f5rgu\u00fchenduse 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 kui x86 arhitektuur ja 100% serverite virtualiseerimine. Seet\u00f5ttu piirdub arvutusallika arhitektuuri valik serveri virtualiseerimisplatvormi, serverite vormifaktori ja serverite \u00fcldiste konfiguratsioonin\u00f5uete valikuga.<\/p>\n

Valiku peamine aspekt on kindel otsus kasutada traditsioonilist l\u00e4henemist, kus andmete t\u00f6\u00f6tlemise, salvestamise ja edastamise funktsioonid on eraldatud, v\u00f5i konvergente.<\/p>\n

Klassikaline arhitektuur<\/i> eeldab intellektuaalsete v\u00e4listest andmesalvestus- ja edastuslahenduste kasutamist, samal ajal kui serverid toovad \u00fcldisse f\u00fc\u00fcsiliste ressursside hulka vaid protsessoriv\u00f5imsuse ja m\u00e4lumahtu. \u00c4\u00e4rmuses muutuvad serverid t\u00e4iesti anon\u00fc\u00fcmsed, omamata mitte ainult oma kettaid, vaid isegi s\u00fcsteemi identifikaatorit. Sel juhul kasutatakse operatsioonis\u00fcsteemi v\u00f5i h\u00fcperviisori laadimist sisseehitatud v\u00e4lkm\u00e4gedelt v\u00f5i v\u00e4listest andmesalvestuss\u00fcsteemidelt (boot from SAN).
\nKlassikalise arhitektuuri raames toimub valik lamineerimise (blade) ja riiulis\u00fcsteemide (rack) vahel eelk\u00f5ige j\u00e4rgmiste p\u00f5him\u00f5tete kohaselt:
\n \u2014 Kulut\u00f5husus (keskmiselt on kassiserverid odavamad);
\n \u2014 Arvutusdensiivsus (labidatel on k\u00f5rgem);
\n \u2014 Energiatarve ja soojustootmine (labidatel on suurem \u00fchekohaline soojus);
\n \u2014 Skaalautuvus ja haldamisv\u00f5ime (labidate puhul on suuremate paigalduste korral v\u00e4hem pingutust);
\n \u2014 Laiendusseadmete kasutamine (labidate puhul on valik v\u00e4ga piiratud).
\nKonvergeeritud arhitektuur<\/i> (tuntud ka kui h\u00fcperkonvergeeritud<\/i>) \u00fchendab andmete t\u00f6\u00f6tlemise ja salvestamise funktsioone, mis toob kaasa kohalike ketaste kasutamise serverites ja seet\u00f5ttu loobub klassikaliste labidate vormitegurist. Konvergeeritud s\u00fcsteemide jaoks kasutatakse kas kassiservereid v\u00f5i klastris\u00fcsteeme, mis \u00fchendavad \u00fches korpuses mitu labidaserverit ja kohalikke kettaid.<\/p>\n

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

Konfiguratsiooni \u00f5ige arvutamiseks on oluline m\u00f5ista keskkonna koormust v\u00f5i iga iseseisva klastri koormust.
\nCPU piiratud<\/i> \u2013 keskkond, mille j\u00f5udlus on piiratud protsessori v\u00f5imsusega. Lisam\u00e4lu ei muuda midagi j\u00f5udluse (serveris olevate VMide arvu) osas.
\nM\u00e4lu piiratud<\/i> \u2013 m\u00e4luga piiratud keskkond. Suurem serveri m\u00e4luhulk v\u00f5imaldab k\u00e4itada rohkem virtuaalmasinaid.
\nGB \/ MHz (GB \/ pCPU) \u2013 see on keskmine suhe, mis m\u00f5\u00f5dab selle konkreetse koormuse m\u00e4lu ja protsessori j\u00f5udluse tarbimist. Seda saab kasutada vajaliku m\u00e4luhulga arvutamiseks antud j\u00f5udluse korral ja vastupidi. <\/p>\n

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

\"Virtualiseeritud
\n
\nK\u00f5igepealt tuleb m\u00e4\u00e4rata k\u00f5ik koormust\u00fc\u00fcbid ja otsustada, kas \u00fchendada v\u00f5i jagada erinevaid arvutusgruppe erinevatesse klastritesse.
\nSeej\u00e4rel m\u00e4\u00e4ratakse iga m\u00e4\u00e4ratud klastri puhul suhe GB \/ MHz, teades eelnevalt koormust. Kui koormus ei ole teada, kuid on ligikaudne arusaam protsessorij\u00f5udluse tasemest, saab kasutada standardseid vCPU:pCPU koefitsiente n\u00f5udmiste t\u00f5lkimiseks f\u00fc\u00fcsilistesse reaalsetesse protsessoritesse. <\/p>\n

Iga klastri puhul jagame vCPU n\u00f5udmiste summa koefitsiendiga:
\nvCPU_summa \/ vCPU:pCPU = pCPU_summa \u2013 vajalike f\u00fc\u00fcsiliste tuumade arv
\npCPU_summa \/ 1.25 = pCPU_ht \u2013 tuumade arv koos Hyper-Threading'i korrigeerimisega
\nOletame, et peame arvutama klastrit, millel on 190 tuuma \/ 3,5 TB RAM-i. Eesm\u00e4rgiks on 50% protsessori koormuse ja 75% m\u00e4lu koormuse saavutamine.<\/p>\n

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

M\u00e4lu<\/b>
\n3500
\nM\u00e4lu kasutus<\/b>
\n75%<\/p>\n

Sokkel<\/b>
\nP\u00f5hi<\/b>
\nSrv \/ CPU<\/b>
\nSrv M\u00e4lu<\/b>
\nSrv \/ M\u00e4lu<\/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 k\u00f5ige l\u00e4hemale \u00fcmmardamist \u00fclespoole (=ROUNDUP(A1;0)).
\nTabelist on selgelt n\u00e4ha, et tasakaalustatud valikud sihtn\u00e4itajate osas on mitu serveri konfiguratsiooni:
\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

Valik nende konfiguratsioonide vahel tuleks teha arvesse v\u00f5ttes muid tegureid, nagu n\u00e4iteks soojusenergia ja saadaval olev jahutus, juba kasutusel olevad serverid v\u00f5i hind.<\/p>\n

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

Laiad VM-id. Kui on vaja paigutada laiu VM-e (mis on v\u00f5rreldavad 1 NUMA s\u00f5lmega v\u00f5i suuremad), on soovitatav valida server, mille konfiguratsioon v\u00f5imaldab selliste VM-ide j\u00e4\u00e4mist NUMA s\u00f5lme piiresse. Suure hulga laiade VM-ide korral on oht klastrite ressursside fragmenteerimiseks ja sel juhul tuleks valida serverid, mis v\u00f5imaldavad laiaid VM-e paigutada v\u00f5imalikult tihedalt.<\/p>\n

\u00dche punkti viga domeeni suurus.<\/b> <\/p>\n

Serveri suuruse valik toimub samuti \u00fche punkti vea minimiseerimise p\u00f5him\u00f5ttest l\u00e4htuvalt. N\u00e4iteks, kui valida j\u00e4rgnevate vahel:
\n \u2014 3 x 4*10c \/ 512 GB
\n \u2014 6 x 2*10c \/ 256 GB
\nMuudel juhtudel tuleks valida teine variant, kuna \u00fche serveri rikke (v\u00f5i hoolduse) korral kaotatakse mitte 33% klastrite ressurssidest, vaid 17%. Samuti v\u00e4heneb kaks korda virtualiseeritud masinate ja s\u00fcsteemide arv, millele avarii m\u00f5jus.<\/p>\n

Klassikalise salvestusseadmese j\u00f5udluse arvutamine<\/b><\/p>\n

\"Virtualiseeritud
\n
\nKlassikaline salvestusseade arvutatakse alati halvimat stsenaariumi (worst case scenario) silmas pidades, j\u00e4ttes v\u00e4lja operatiivm\u00e4lu vahem\u00e4lu ja tehingute optimeerimise m\u00f5ju.
\nAlusn\u00e4itajatena v\u00f5etakse aluseks mehaaniline j\u00f5udlus kettalt (IOPSdisk):
\n \u2014 7.2k \u2013 75 IOPS
\n \u2014 10k \u2013 125 IOPS
\n \u2014 15k \u2013 175 IOPS<\/p>\n

Edasi arvutatakse kettakogus kettakogumis j\u00e4rgmiselt: = TotalIOPS * ( RW + (1 \u2013RW) * RAIDPen) \/ IOPSdisk<\/i>. Kus:
\n \u2014 TotalIOPS<\/i> \u2013 kokku vajalik j\u00f5udlus IOPS j\u00f5ul kettakogumilt
\n \u2014 RW<\/i> \u2013 lugemisoperatsioonide osakaal
\n \u2014 RAIDpen<\/i> \u2013 RAID karistus valitud RAID tasemele<\/p>\n

\u041f\u043e\u0434\u0440\u043e\u0431\u043d\u0435\u0435 \u043e\u0431 \u0443\u0441\u0442\u0440\u043e\u0439\u0441\u0442\u0432\u0435 RAID \u0438 RAID Penalty \u0440\u0430\u0441\u0441\u043a\u0430\u0437\u044b\u0432\u0430\u0435\u0442\u0441\u044f \u0437\u0434\u0435\u0441\u044c — SAN-i j\u00f5udlus. Esimene osa.<\/a><\/noindex> ja SAN-i j\u00f5udlus. Teine osa.<\/a><\/noindex> ja SAN-i j\u00f5udlus. Kolmas osa.<\/a><\/noindex><\/p>\n

Kuna on saadud ketaste arv, arvutatakse v\u00f5imalikud variandid, mis vastavad salvestusmahu n\u00f5uetele, sealhulgas mitme tasandi salvestamise variandid.
\nSSD-de kasutamisega s\u00fcsteemide arvutamine salvestustasandina k\u00e4sitletakse eraldi.
\nFlash Cache'i arvutamise erip\u00e4rad
\n<\/b><\/p>\n

Flash Cache<\/i> on \u00fcldnimetus k\u00f5igile kaubam\u00e4rgitehnoloogiatele, mis kasutavad l\u00f6\u00f6gim\u00e4lu teise taseme vahem\u00e4luna. Flash-keskmise kasutamise korral arvutatakse SAN tavaliselt magnetketastega rajatud koormuse jaoks, samas kui tipukoormuse katab vahem\u00e4lu.
\nSiiski on oluline m\u00f5ista koormuse profiili ja p\u00f6\u00f6rdumiste lokaliseerimise m\u00e4\u00e4ra salvestustehnoloogia blokki. Flash-cache on tehnoloogia, mis sobib k\u00f5rge p\u00f6\u00f6rdumise lokaliseerimisega koormustele, kuid on praktiliselt kasutamatu \u00fchtlaselt koormatud mahtude jaoks (n\u00e4iteks anal\u00fc\u00fctiliste s\u00fcsteemide puhul). <\/p>\n

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

H\u00fcbriids\u00fcsteemid madalamate ja keskklasside jaoks kasutavad mitmekihilist salvestust, liigutades andmeid tasemete vahel vastavalt ajakavale. Samal ajal on parimate mudelite mitmekihilise salvestuse ploki suurus 256 MB. Need omadused ei v\u00f5imalda pidada mitmekihilist salvestust j\u00f5udluse suurendamise tehnoloogiaks, nagu paljud ekslikult arvavad. Mitmekihiline salvestus madala ja keskklassi s\u00fcsteemides on salvestuse kulut\u00f5hususe optimeerimise tehnoloogia, mis sobib s\u00fcsteemidele, kus koormus on selgelt eba\u00fchtlane.<\/p>\n

Mitme tasandi salvestamise puhul arvutatakse peamiselt \u00fclemise tasandi j\u00f5udlust, samas kui alumine salvestustase loetakse lihtsalt t\u00e4iendavaks salvestusmahuks. H\u00fcbriidse mitme tasandi s\u00fcsteemi puhul on kohustuslik kasutada flash-cache tehnoloogiat tasemete vahel, et kompenseerida j\u00f5udluse langust \u00e4kki kuumenenud alumise tasandi andmete jaoks.<\/p>\n

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

\"Virtualiseeritud
\n
\nSSD kasutamine mitme tasandi ketta kuber erineb s\u00f5ltuvalt flash-cache algoritmide rakendamise erip\u00e4radest selle tootja juures.
\n\u00dcldine salvestuspoliitika praktika SSD tasemega ketta kuber on SSD first.
\nAinult lugemise flash-cache.<\/i> Ainult lugemise flash-cache tasemel SSD tekib siis, kui kirjutamisoperatsioonide lokaliseerimine toimub oluliselt s\u00f5ltumatult cache'ist.
\nLugemine \/ kirjutamine flash-cache.<\/i> Kirjutamise flash-cache puhul m\u00e4\u00e4ratakse esmalt maksimaalne cache'i maht ja SSD salvestustase tekib ainult siis, kui cache'i suurus ei ole piisav kogu lokaliseeritud koormuse teenindamiseks.
\nSSD ja puhverdamise j\u00f5udluse arvutamine toimub alati tootja soovituste alusel, kuid alati halvimates tingimustes.
\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\udd47Virtuaalse andmekeskuse disain | ProHoster","description":"Sissejuhatus Infotehnoloogiline s\u00fcsteem on kasutaja vaatenurgast h\u00e4sti defineeritud standardis \u0413\u041e\u0421\u0422 \u0420\u0412 51987 \u2014 \"automaatne s\u00fcsteem, mille tulemusena on v\u00e4ljundinformatsiooni esitamine edasiseks kasutamiseks\". Kui vaadata sisemist struktuuri, siis igasugune infotehnoloogiline s\u00fcsteem on tegelikult kodeeritud omavahel seotud algoritmide s\u00fcsteem. Laiemas t\u00e4henduses Turingi-\u00c7erchi tees osutab, et algoritm (ning seega ka infotehnoloogiline s\u00fcsteem) viib sisse- ja v\u00e4ljundite transformatsioonini.","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 \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","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"},"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}]}}