{"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\/sl\/blog\/administrirovanie\/dizajn-virtualizovannogo-tsod","title":{"rendered":"Oblik virtualiziranega podatkovnega centra","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Oblik
\n
\nUvod<\/b><\/p>\n

Informacijski sistem je z vidika uporabnika dobro opredeljen v GOST RV 51987 \u2014 \"avtomatiziran sistem, katerega rezultat delovanja je predstavitev izhodnih informacij za nadaljnjo uporabo\". \u010ce gledamo notranjo strukturo, je v bistvu vsak IS sistem realiziranih v kodi medsebojno povezanih algoritmov. V \u0161ir\u0161em pomenu Turing-\u010cr\u010deve teze algoritmi (in torej IS) izvajajo transformacijo mno\u017eice vhodnih podatkov v mno\u017eico izhodnih podatkov.
\nLahko celo re\u010demo, da je smisel obstoja informacijskega sistema prav v transformaciji vhodnih podatkov. Posledi\u010dno vrednost IS in celotnega kompleksa IS dolo\u010da vrednost vhodnih in izhodnih podatkov.
\nIz tega izhaja, da se mora na\u010drtovanje za\u010deti in temeljiti na podatkih ter prilagajati arhitekturo in metode strukturi in pomenu podatkov.<\/p>\n

Shranjeni podatki<\/b>
\nKlju\u010dna faza priprave na na\u010drtovanje je pridobitev zna\u010dilnosti vseh naborov podatkov, ki jih nameravamo obdelovati in shranjevati. Te zna\u010dilnosti vklju\u010dujejo:
\n \u2014 Obseg podatkov;
\n \u2014 Informacije o \u017eivljenjskem ciklu podatkov (pove\u010danje novih podatkov, trajanje \u017eivljenja, obdelava zastarelih podatkov);
\n \u2014 Klasifikacija podatkov z vidika njihovega vpliva na osnovno poslovanje podjetja (torej triada zaupnosti, celovitosti, dostopnosti) skupaj s finan\u010dnimi kazalniki (npr. stro\u0161ek izgube podatkov v zadnji uri);
\n \u2014 Geografija obdelave podatkov (fizi\u010dna lokacija sistemov za obdelavo);
\n \u2014 Zahteve regulatorjev za vsako vrsto podatkov (npr. ZF-152, PCI DSS).<\/p>\n

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

Informacijski sistemi<\/b><\/p>\n

Podatki se ne le shranjujejo, ampak obdelujejo (transformirajo) z informacijskimi sistemi. Naslednji korak po pridobitvi zna\u010dilnosti podatkov je \u010dim bolj popolna inventarizacija informacijskih sistemov, njihovih arhitekturnih zna\u010dilnosti, medsebojnih odvisnosti in zahtev po infrastrukturi v pogojnih enotah \u0161tirih vrst virov:
\n \u2014 Procesorska ra\u010dunska mo\u010d;
\n \u2014 Obseg delovne pomnilnika;
\n \u2014 Zahteve glede obsega in zmogljivosti sistema shranjevanja podatkov;
\n \u2014 Zahteve glede omre\u017eja za prenos podatkov (zunanji kanali, kanali med komponentami IS).
\nZahteve je treba dolo\u010diti za vsak servis\/mikroservis v okviru IS.
\nPomembno je poudariti obveznost, da je za pravilno na\u010drtovanje na voljo podatke o vplivu IS na osnovno poslovanje podjetja v obliki stro\u0161kov ustavljanja IS (evrov na uro).<\/p>\n

Model gro\u017eenj<\/b><\/p>\n

Obvezno mora biti na voljo formalni model gro\u017eenj, pred katerimi je na\u010drtovana za\u0161\u010dita podatkov \/ storitev. Ta model gro\u017eenj vklju\u010duje ne le vidike zaupnosti, temve\u010d tudi celovitosti in dostopnosti. Torej, na primer:
\n \u2014 Okvara fizi\u010dnega stre\u017enika;
\n \u2014 Okvara stik\u0430\u043b\u0430 top-of-the-rack;
\n \u2014 Prekinitev opti\u010dnega komunikacijskega kanala med podatkovnimi centri;
\n \u2014 Okvara podatkovne shranjevalne naprave v celoti.
\nV nekaterih primerih so modeli gro\u017eenj napisani ne le za infrastrukturne komponente, temve\u010d tudi za konkretne IS ali njihove komponente, kot je na primer okvara RDBMS z logi\u010dnim uni\u010denjem strukture podatkov.
\nVse odlo\u010ditve v okviru projekta o za\u0161\u010diti pred neobesenimi gro\u017enjami so odve\u010d.<\/p>\n

Zahteve regulatorjev<\/b><\/p>\n

\u010ce obdelani podatki spadajo pod posebna pravila, ki jih dolo\u010dajo regulatorji, je obvezno potrebne informacije o naborih podatkov in pravilih obdelave\/hramnega.<\/p>\n

Ciljni kazalniki RPO \/ RTO<\/b><\/p>\n

Na\u010drtovanje kakr\u0161ne koli oblike za\u0161\u010dite zahteva razpolo\u017eljivost kazalnikov ciljne izgube podatkov in ciljnega \u010dasa obnovitve storitve za vsako od opisanih gro\u017eenj.
\nPri tem bi morali imeti idealno RPO in RTO povezane stro\u0161ke izgube podatkov in ustavljanja na enoto \u010dasa.<\/p>\n

\"Oblik
\n
\nDelitev na sklade virov<\/b><\/p>\n

Po zbiranju vseh osnovnih uvodnih informacij je prvi korak grupiranje naborov podatkov in IS v sklade, glede na modele gro\u017eenj in zahteve regulatorjev. Dolo\u010den je na\u010din delitve razli\u010dnih skladov \u2013 programsko na ravni sistemske programske opreme ali fizi\u010dno.
\nPrimeri:
\n \u2014 Kontura, ki obdeluje osebne podatke, je popolnoma fizi\u010dno lo\u010dena od drugih sistemov;
\n \u2014 Varnostne kopije so shranjene na lo\u010deni napravi za shranjevanje podatkov.<\/p>\n

Pri tem so lahko skladi s parcialno neodvisnostjo, na primer se dolo\u010dita dva sklada ra\u010dunalni\u0161kih virov (procesorska mo\u010d + pomnilnik), ki uporabljata enoten sklad shranjevanja podatkov in enoten sklad virov prenosa podatkov.<\/p>\n

Procesorska mo\u010d<\/b><\/p>\n

\"Oblik
\n
\nAbstraktne potrebe po procesorski mo\u010di virtualiziranega podatkovnega centra se merijo v \u0161tevilu virtualnih procesorjev (vCPU) in koeficientu njihove konsolidacije na fizi\u010dnih procesorjih (pCPU). V tem konkretnem primeru 1 pCPU = 1 fizi\u010dno jedro procesorja (brez upo\u0161tevanja Hyper-Threading). \u0160tevilo vCPU se se\u0161teje za vse dolo\u010dene skupine virov (vsaka od njih lahko ima svoj koeficient konsolidacije).
\nKoeficient konsolidacije za obremenjene sisteme se pridobi empiri\u010dno, na podlagi \u017ee obstoje\u010de infrastrukture, ali med pilotno namestitvijo in obremenitvenim testiranjem. Za neobremenjene sisteme se uporabljajo \u2018best practice\u2019. \u0160e posebej, VMware navaja povpre\u010dni koeficient 8:1.<\/p>\n

Operativna pomnilnika<\/b><\/p>\n

Skupna potreba po operativni pomnilniku se dobi z enostavnim se\u0161tevanjem. Uporaba preoverene operativne pomnilnike ni priporo\u010dena.<\/p>\n

Skladi\u0161\u010dni viri<\/b><\/p>\n

Zahteve po skladi\u0161\u010dnih virih se pridobijo z enostavnim se\u0161tevanjem vseh skupin po obsegu in zmogljivosti.
\nZahteve po zmogljivosti se izra\u017eajo v IOPS v kombinaciji s povpre\u010dnim razmerjem branje\/pisanje ter \u010de je potrebno z maksimalnim zamikom odziva.
\nLo\u010deno morajo biti navedene zahteve za zagotavljanje kakovosti storitev (QoS) za posebne skupine ali sisteme.<\/p>\n

Viri omre\u017eja za prenos podatkov<\/b><\/p>\n

Zahteve po omre\u017eju za prenos podatkov se pridobijo z enostavnim se\u0161tevanjem vseh skupin pasovne \u0161irine.
\nLo\u010deno morajo biti navedene zahteve za zagotavljanje kakovosti storitev (QoS) in zamikov (RTT) za posebne skupine ali sisteme.
\nV okviru zahtev po virih omre\u017eja za prenos podatkov so tudi dolo\u010dene zahteve po izolaciji in\/ali \u0161ifriranju omre\u017enega prometa ter preferirani mehanizmi (802.1q, IPSec itd.)<\/p>\n

Izbira arhitekture<\/b><\/p>\n

V okviru tega vodnika se ne razpravlja o drugih mo\u017enostih, razen o arhitekturi x86 in 100% virtualizaciji stre\u017enikov. Zato se izbira arhitekture ra\u010dunalni\u0161kega sistema zmanj\u0161a na izbiro platforme za virtualizacijo stre\u017enikov, obliki stre\u017enikov in splo\u0161nim zahtevam glede konfiguracije stre\u017enikov.<\/p>\n

Klju\u010dni trenutek izbire je odlo\u010ditev za klasi\u010dni pristop z lo\u010ditvijo funkcij obdelave, shranjevanja in prenosa podatkov ali konvergentni pristop.<\/p>\n

Klasi\u010dna arhitektura<\/i> pripravlja uporabo inteligentnih zunanjih sistemov za shranjevanje in prenos podatkov, medtem ko stre\u017eniki v skupno rezervo fizi\u010dnih virov prispevajo le procesorsko mo\u010d in delovni pomnilnik. V ekstremnem primeru postanejo stre\u017eniki popolnoma anonimni, brez lastnih diskov in celo sistemskega identifikatorja. V tem primeru se uporablja nalaganje OS ali hipervizorja iz vgrajenih flash naprav ali zunanjega sistema za shranjevanje podatkov (boot from SAN).
\nV okviru klasi\u010dne arhitekture izbira med no\u017ei (blade) in omarnimi (rack) temelji predvsem na naslednjih na\u010delih:
\n \u2014 Ekonomi\u010dnost (v povpre\u010dju so omarni stre\u017eniki cenej\u0161i);
\n \u2014 Gostota izra\u010dunavanja (pri no\u017eih je vi\u0161ja);
\n \u2014 Poraba energije in toplote (pri no\u017eih je specifi\u010dna vi\u0161ja na enoto);
\n \u2014 Raz\u0161irljivost in upravljivost (no\u017ei na splo\u0161no zahtevajo manj truda pri velikih in\u0161talacijah);
\n \u2014 Uporaba raz\u0161iritvenih kartic (za no\u017ee je zelo omejena izbira).
\nKonvergirana arhitektura<\/i> (znana tudi kot hiper-konvergirana<\/i>) predvideva zdru\u017eitev procesnih in shranjevalnih funkcij, kar vodi v uporabo lokalnih diskov stre\u017enikov in posledi\u010dno opu\u0161\u010danje form-faktorja klasi\u010dnih no\u017eev. Za konvergirane sisteme se uporabljajo bodisi omarni stre\u017eniki bodisi gru\u010dno sistemsko, ki zdru\u017euje ve\u010d stre\u017enikov-no\u017eev in lokalne diske v enotni ohi\u0161je.<\/p>\n

CPU \/ Pomnilnik <\/b><\/p>\n

Za pravilno izra\u010dun konfiguracije je potrebno razumeti vrsto obremenitve za okolje ali vsak neodvisen grozd.
\nCPU bound<\/i> \u2013 okolje, omejeno z zmogljivostjo procesorske mo\u010di. Dodajanje delovnega pomnilnika ne bo bistveno vplivalo na zmogljivost (\u0161tevilo VM na stre\u017eniku).
\nMemory bound<\/i> \u2013 okolje, omejeno z delovnim pomnilnikom. Ve\u010d delovnega pomnilnika na stre\u017eniku omogo\u010da zagon ve\u010djega \u0161tevila VM na stre\u017eniku.
\nGB \/ MHz (GB \/ pCPU) \u2013 povpre\u010dno razmerje porabe delovnega pomnilnika in procesorske mo\u010di za to specifi\u010dno obremenitev. Lahko se uporablja za izra\u010dune potrebne koli\u010dine pomnilnika pri dolo\u010deni zmogljivosti in obratno. <\/p>\n

Izra\u010dun konfiguracije stre\u017enika<\/b><\/p>\n

\"Oblik
\n
\nZa za\u010detek je potrebno dolo\u010diti vse vrste obremenitev in sprejeti odlo\u010ditev o zdru\u017eevanju ali lo\u010devanju razli\u010dnih ra\u010dunalni\u0161kih bazenov v razli\u010dne gru\u010de.
\nNato za vsak od dolo\u010denih gru\u010de dolo\u010dimo razmerje GB \/ MHz ob znani obremenitvi. \u010ce obremenitev ni znana vnaprej, vendar imamo pribli\u017eno razumevanje ravni obremenitve procesorske mo\u010di, lahko uporabimo standardne koeficiente vCPU:pCPU za pretvorbo zahtev bazenov v fizi\u010dne. <\/p>\n

Za vsako gru\u010de delimo skupne zahteve bazenov vCPU s koeficientom:
\nvCPUskupaj \/ vCPU:pCPU = pCPUskupaj \u2013 zahtevano \u0161tevilo fizi\u010dnih jeder
\npCPUskupaj \/ 1.25 = pCPUht \u2013 \u0161tevilo jeder s popravkom na Hyper-Threading
\nRecimo, da je potrebno izvesti izra\u010dun gru\u010de z 190 jedri \/ 3.5TB RAM. Pri tem sprejmemo ciljno 50% obremenitev procesorske mo\u010di in 75% obremenitev pomnilnika.<\/p>\n

pCPU<\/b>
\n190
\nizkori\u0161\u010denost CPU<\/b>
\n50%<\/p>\n

Pomnilnik<\/b>
\n3500
\nizkori\u0161\u010denost pomnilnika<\/b>
\n75%<\/p>\n

Vti\u010dnica<\/b>
\nJedro<\/b>
\nSrv \/ CPU<\/b>
\nSrv Pomnilnik<\/b>
\nSrv \/ Pomnilnik<\/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

V tem primeru vedno uporabljamo zaokro\u017eevanje na najbli\u017eje celo \u0161tevilo navzgor (=ROUNDUP(A1;0)).
\nIz tabele je o\u010ditno, da so uravnote\u017eene za ciljne kazalnike ve\u010d konfiguracij stre\u017enikov:
\n \u2014 26 stre\u017enikov 2*6c \/ 192 GB
\n \u2014 19 stre\u017enikov 2*10c \/ 256 GB
\n \u2014 10 stre\u017enikov 2*18c \/ 512 GB <\/p>\n

Izbira med temi konfiguracijami mora temeljiti na dodatnih dejavnikih, kot so toplotni paket in razpolo\u017eljivo hlajenje, \u017ee uporabljeni stre\u017eniki ali stro\u0161ki.<\/p>\n

Zna\u010dilnosti izbire konfiguracije stre\u017enika<\/b><\/p>\n

\u0160irok VM. Pri potrebi po postavitvi \u0161ir\u0161ih VM (primerljivih z 1 vozli\u0161\u010dem NUMA in ve\u010d) se priporo\u010da, da izberete stre\u017enik, katerega konfiguracija omogo\u010da ostati takim VM znotraj vozli\u0161\u010da NUMA. Pri velikem \u0161tevilu \u0161ir\u0161ih VM obstaja nevarnost fragmentacije virov gru\u010de, zato se izberejo stre\u017eniki, ki omogo\u010dajo \u010dim tesnej\u0161o postavitev \u0161irokih VM.<\/p>\n

Velikost domene enotne odpovedi.<\/b> <\/p>\n

Izbira velikosti stre\u017enika se prav tako izvaja po na\u010delu minimizacije domene enotne odpovedi. Na primer, pri izbiri med:
\n \u2014 3 x 4*10c \/ 512 GB
\n \u2014 6 x 2*10c \/ 256 GB
\nOb enakih drugih pogojih je treba izbrati drugo mo\u017enost, saj pri izpadu enega stre\u017enika (ali vzdr\u017eevanju) ne izgubljamo 33% virov gru\u010de, temve\u010d 17%. Prav tako se na ta na\u010din prepolovi \u0161tevilo VM in IS, na katerih se je odrazila okvara.<\/p>\n

Izra\u010dun klasi\u010dnih SAN po zmogljivosti<\/b><\/p>\n

\"Oblik
\n
\nKlasi\u010den SAN se vedno izra\u010duna po najslab\u0161em scenariju, brez vpliva operativnega predpomnilnika in optimizacije operacij.
\nKot osnovne parametre zmogljivosti sprejmemo mehani\u010dno zmogljivost diskov (IOPSdisk):
\n \u2014 7.2k \u2013 75 IOPS
\n \u2014 10k \u2013 125 IOPS
\n \u2014 15k \u2013 175 IOPS<\/p>\n

Nato se \u0161tevilo diskov v diskovnem bazenu izra\u010duna po naslednji formuli: = TotalIOPS * ( RW + (1 \u2013RW) * RAIDPen) \/ IOPSdisk<\/i>. Kjer je:
\n \u2014 TotalIOPS<\/i> \u2013 skupna zahtevana zmogljivost v IOPS iz diskovnega bazena
\n \u2014 RW<\/i> \u2013 odstotna dele\u017e bralnih operacij
\n \u2014 RAIDpen<\/i> \u2013 RAID kazen za izbrano raven RAID<\/p>\n

Podrobnosti o RAID napravi in RAID Penalty so na voljo tukaj \u2014 Zmogljivost SAN. Prvi del.<\/a><\/noindex> in Zmogljivost SAN. Drugi del.<\/a><\/noindex> in Zmogljivost SAN. Tretji del<\/a><\/noindex><\/p>\n

Na podlagi pridobljenega \u0161tevila diskov se izra\u010dunajo mo\u017ene mo\u017enosti, ki ustrezajo zahtevam po kapaciteti shranjevanja, vklju\u010dno z mo\u017enostmi ve\u010dnivojskega shranjevanja.
\nIzra\u010dun sistemov z uporabo SSD kot shranjevalne ravni se obravnava lo\u010deno.
\nPosebnosti izra\u010duna sistemov s Flash Cache
\n<\/b><\/p>\n

Flash Cache<\/i> \u2013 splo\u0161no ime za vse blagovne tehnologije uporabe flash pomnilnika kot predpomnilnika druge ravni. Pri uporabi flash predpomnilnika se SAN obi\u010dajno izra\u010duna za zagotavljanje obremenitve iz magnetnih diskov, medtem ko vrhunskih obravnava predpomnilnik.
\nPri tem je potrebno razumeti profil obremenitve in stopnjo lokalizacije zahtevkov na bloke shranjevanja. Flash Cache je tehnologija za obremenitve z visoko lokalizacijo zahtevkov in skoraj ni uporabna za enakomerno obremenjene bloke (na primer za sisteme analitike). <\/p>\n

Izra\u010dun hibridnih sistemov low-end \/ mid-range<\/b><\/p>\n

Hibridni sistemi spodnjega in srednjega razreda uporabljajo ve\u010dnivojsko shranjevanje z premikanjem podatkov med nivoji po razporedu. Pri tem je velikost bloka ve\u010dnivojskega shranjevanja pri najbolj\u0161ih modelih 256 MB. Te zna\u010dilnosti ne omogo\u010dajo, da bi tehnologijo ve\u010dnivojskega shranjevanja obravnavali kot tehnologijo za pove\u010danje zmogljivosti, kot napa\u010dno menijo mnogi. Ve\u010dnivojsko shranjevanje v sistemih spodnjega in srednjega razreda je tehnologija optimizacije stro\u0161kov shranjevanja za sisteme z izrazito neenakomernostjo obremenitve.<\/p>\n

Pri ve\u010dnivojskem shranjevanju se najprej izra\u010duna zmogljivost zgornje ravni, medtem ko se spodnja raven shranjevanja \u0161teje le za dodajanje potrebne zmogljivosti shranjevanja. Za hibridni ve\u010dnivojski sistem je obvezna uporaba tehnologije predpomnjenja SSD za ve\u010dnivojski bazen, da se kompenzira padec zmogljivosti za nenadoma obremenjene podatke s spodnje ravni.<\/p>\n

Uporaba SSD v ve\u010dnivojskem diskovnem bazenu<\/b><\/p>\n

\"Oblik
\n
\nUporaba SSD v ve\u010dnivojskem diskovnem bazenu se razlikuje glede na specifike implementacije algoritmov predpomnjenja nesolid-state pri tem proizvajalcu.
\nSplo\u0161na praksa politike shranjevanja za diskovni bazen s SSD je SSD first.
\nPredpomnilnik samo za branje.<\/i> Za predpomnilnik samo za branje se raven shranjevanja na SSD pojavijo pri znatni lokalizaciji zapisnih operacij ne glede na predpomnilnik.
\nPredpomnilnik za branje \/ pisanje.<\/i> Pri predpomnilniku za pisanje se najprej nastavi najve\u010dji obseg predpomnilnika, raven shranjevanja na SSD pa pride v po\u0161tev le, \u010de je obseg predpomnilnika nezadosten za obvladovanje celotne lokalizirane obremenitve.
\nIzra\u010dun zmogljivosti SSD in predpomnilnika se vsakokrat izvede v skladu s priporo\u010dili proizvajalca, vendar vedno za najslab\u0161i scenarij.
\n
Izvor: 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\udd47Oblikovanje virtualiziranega podatkovnega centra | ProHoster","description":"Uvod Informacijski sistem z vidika.","canonical_url":"https:\/\/prohoster.info\/sl\/blog\/administrirovanie\/dizajn-virtualizovannogo-tsod","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"sl_SI","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\/sl\/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\/sl\/wp-json\/wp\/v2\/posts\/35800","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/comments?post=35800"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/posts\/35800\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/media\/26806"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/media?parent=35800"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/categories?post=35800"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/tags?post=35800"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}