{"id":35801,"date":"2019-10-31T22:06:24","date_gmt":"2019-10-31T19:06:24","guid":{"rendered":"https:\/\/prohoster.info\/blog\/kak-vybrat-shd-ne-vystreliv-sebe-v-nogu\/"},"modified":"2019-10-31T22:06:24","modified_gmt":"2019-10-31T19:06:24","slug":"kak-vybrat-shd-ne-vystreliv-sebe-v-nogu","status":"publish","type":"post","link":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/kak-vybrat-shd-ne-vystreliv-sebe-v-nogu","title":{"rendered":"Kuidas valida andmesalvestuss\u00fcsteem, ilma et endale jalga tuleks lasta","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Sissejuhatus<\/h2>\n

\nOn j\u00f5udnud aeg osta andmesalvestuss\u00fcsteem. Milline valida ja kellele kuulata? Vendor A r\u00e4\u00e4gib vendorist B, aga on ka integrator C, kes r\u00e4\u00e4gib vastupidist ja soovitab vendorit D. Sellises olukorras v\u00f5ib isegi kogenud andmesalvestuse arhitekti pea ringi minna, eriti k\u00f5igi uute vendorite ja t\u00e4naste moekate SDS-i ja h\u00fcperkonvergentsi t\u00f5ttu.<\/p>\n

Nii et kuidas k\u00f5igest sellest aru saada ja mitte lolliks minna? Me (AntonVirtual<\/a><\/noindex> Anton Zhbankov ja korp<\/a><\/noindex> Evgeny Elizarov) proovime sellest r\u00e4\u00e4kida eesti keeles selgelt.
\nArtikkel seondub suuresti ja on tegelikult laiendus \u201cVirtualiseeritud andmekeskuse disain<\/a><\/noindex>\u201d kontekstis andmesalvestuss\u00fcsteemide valiku ja salvestustehnologiate \u00fclevaate osas. Vaatleme l\u00fchidalt \u00fcldteooriat, kuid soovitame tutvuda ka nimetatud artikliga.<\/p>\n

Miks<\/h2>\n

\nSageli v\u00f5ib kohata olukorda, kus uus inimene j\u00f5uab foorumisse v\u00f5i spetsialiseeritud vestlusesse, nagu n\u00e4iteks Storage Discussions, ja k\u00fcsib: \u201cMulle pakutakse kahte varianti andmesalvestust \u2014 ABC SuperStorage S600 ja XYZ HyperOcean 666v4, mida soovitate?\u201d<\/p>\n

Ja algab m\u00f5\u00f5tmine, kellel on millised kohandatud ja arusaamatud funktsioonid, mis on tavalise inimese jaoks t\u00e4iesti hiina keel.
\n<\/a><\/noindex>
\nNii et esimene ja k\u00f5ige olulisem k\u00fcsimus, mille peaks endale esitama kaua enne kui v\u00f5rrelda spetsifikatsioone kommertspakkumistes \u2014 MIKS? Miks vajame seda andmesalvestust?<\/p>\n

\"Kuidas
\n
\nVastus on \u00fcllatav ja v\u00e4ga Tony Robbinsi stiilis \u2014 et andmeid salvestada. Ait\u00e4h, kapten! Ja ometi, m\u00f5nikord s\u00fcveneme nii kaugele detailide v\u00f5rdlemisse, et unustame, miks me seda k\u00f5ike teeme.<\/p>\n

Nii et andmesalvestuss\u00fcsteemi \u00fclesanne on andmete salvestamine ja nendele m\u00e4\u00e4ratud j\u00f5udlusega juurdep\u00e4\u00e4su andmine. Andmetest me ka alustame.<\/p>\n

Andmed<\/h2>\n

<\/p>\n

Andmete t\u00fc\u00fcp<\/h3>\n

\nMillised andmed me plaanime salvestada? See on v\u00e4ga oluline k\u00fcsimus, mis v\u00f5ib k\u00f5rvaldada paljusid salvestuss\u00fcsteeme isegi arutelust. N\u00e4iteks, kui plaanitakse salvestada videomaterjale ja fotosid. Siis v\u00f5ib kohe k\u00f5rvaldada s\u00fcsteemid, mis on m\u00f5eldud juhuslikuks juurdep\u00e4\u00e4suks v\u00e4ikeste plokkide kaupa, v\u00f5i s\u00fcsteemid, millel on tootja omadused kompressioonis \/ deduplikatsioonis. Need v\u00f5ivad olla lihtsalt suurep\u00e4rased s\u00fcsteemid, me ei taha midagi halba \u00f6elda. Kuid antud juhul v\u00f5ivad nende tugevused osutuda vastupidiseks n\u00f5rkusteks (video ja foto ei komprimeeru) v\u00f5i lihtsalt suurendada s\u00fcsteemi hinda m\u00e4rkimisv\u00e4\u00e4rselt.<\/p>\n

Ja vastupidi, kui sihtotstarbeks on suure koormusega tehinguteandmebaas, siis suurep\u00e4rased voogesitus\u00fcsteemid multimeedia jaoks, mis suudavad edastada gigabaitide kaupa sekundis, oleksid kehv valik.<\/p>\n

Andmemaht<\/h3>\n

\nKui palju andmeid me plaanime salvestada? Kogus muutub alati kvaliteediks, seda ei tohi kunagi unustada, eriti meie aja eksponeeruva andmemahtu arvestades. Petabaitide klassi s\u00fcsteemid ei ole enam haruldased, kuid mida suurem on petabaitide maht, seda spetsiifilisemaks muutub s\u00fcsteem, ja v\u00e4hem on tavap\u00e4rast funktsionaalsust v\u00e4ikese ja keskmise mahu juhusliku juurdep\u00e4\u00e4suga s\u00fcsteemides. Lihtsalt sellep\u00e4rast, et \u00fcksnes juurdep\u00e4\u00e4su statistika tabelid plokkide kaupa muutuvad suuremaks kui olemasolev operatiivm\u00e4lu kontrolleritel. R\u00e4\u00e4kimata kompressioonist \/ tirimisest. Oletame, et tahame vahetada kompressioonialgoritmi v\u00f5imsama vastu ja suruda kokku 20 petabaiti andmeid. Kui kaua see aega v\u00f5tab: kuus kuud, aasta?<\/p>\n

Teiselt poolt, miks ehitada suurt infrastruktuuri, kui tuleb salvestada ja t\u00f6\u00f6delda 500 GB andmeid? Ainult 500. Kodused SSD-d (madala DWPD-ga) sellise mahuga maksavad t\u00f5eliselt v\u00e4he. Miks ehitada sellega seoses Fiber Channeli tehast ja osta k\u00f5rgekvaliteediline v\u00e4line salvestuss\u00fcsteem, mille hind on nagu raudbetoonist sild?<\/p>\n

Kui suur osa kogu mahust on kuumad andmed? Kui eba\u00fchtlane on koormus andmete mahus? Just siin v\u00f5ib tehnoloogia mitmekihilistest andmete talletamisest v\u00f5i Flash Cache'ist olla suureks abiks, kui kuumade andmete maht on v\u00f5rreldes kogumahuga v\u00e4henenud. Vastupidi, kui koormus on \u00fchtlane kogu mahus, mis esineb sageli voos\u00fcsteemides (videoivalve, teatud anal\u00fc\u00fctikas\u00fcsteemid), siis sellised tehnoloogiad ei too kasu ja suurendavad ainult s\u00fcsteemi kulusid \/ keerukust.<\/p>\n

IS<\/h3>\n

\nAndmete vastaspooleks on infotehnoloogias\u00fcsteem, mis kasutab neid andmeid. IS-l on hulk n\u00f5udmisi, mis p\u00e4rinevad andmetest. Rohkem teavet IS kohta vt \u201eVirtuaalset andmekeskust kujundades\u201c.<\/p>\n

T\u00f5rketaluvuse \/ k\u00e4ttesaadavuse n\u00f5uded<\/h4>\n

T\u00f5rketaluvuse \/ k\u00e4ttesaadavuse n\u00f5uded andmete osas p\u00e4rinevad neid kasutavast IS-st ja v\u00e4ljenduvad kolmes numbris \u2014 RPO<\/b>, RTO<\/b>, k\u00e4ttesaadavus<\/b>.<\/p>\n

Saadavus <\/b> \u2014 osa m\u00e4\u00e4ratud ajavahemikus, mille jooksul andmed on t\u00f6\u00f6ks k\u00e4ttesaadavad. Seda v\u00e4ljendatakse tavaliselt devideerimisega 9. N\u00e4iteks kaks \u00fcheksat aastas t\u00e4hendab, et k\u00e4ttesaadavus on 99%, ehk lubatakse 95 tunni mitteolek aastas. Kolm \u00fcheksat \u2014 9,5 tundi aastas.<\/p>\n

RPO \/ RTO \u2014 need n\u00e4itajad ei ole kogusummad, vaid iga intsident (\u00f5nnetus) eraldi, erinevalt k\u00e4ttesaadavusest.<\/p>\n

RPO <\/b> \u2014 andmete hulk, mis kadus \u00f5nnetuse korral (tundides). N\u00e4iteks, kui varukoopiaid tehakse kord \u00f6\u00f6p\u00e4evas, siis RPO = 24 tundi. See t\u00e4hendab, et \u00f5nnetuse ja t\u00e4ieliku andmesalvestuse kaotuse korral v\u00f5ivad andmed kaduda kuni 24 tundi (viimase varukoopia ajast). Vastavalt IS-le m\u00e4\u00e4ratud RPO-le, n\u00e4iteks, koostatakse varukoopiate regulatsioon. Samuti, RPO-st l\u00e4htuvalt, saab aru, kui vajalik on andmete s\u00fcnkroonne \/ as\u00fcnkroonne replikatsioon.<\/p>\n

RTO<\/b> \u2014 teenuse (andmete k\u00e4ttesaadavuse) taastamise aeg p\u00e4rast \u00f5nnetust. Vastavalt antud RTO v\u00e4\u00e4rtusele saame aru, kas on vajalik metroklaster v\u00f5i piisab \u00fchesuunalisest replikatsioonist. Kas on vajalik mitme kontrolleriga andmesalvestus hi-end klassis \u2014 samuti.<\/p>\n

\"Kuidas
\n<\/p>\n

T\u00f5hususe n\u00f5uded<\/h4>\n

\nKuigi see on t\u00e4iesti ilmne k\u00fcsimus, tekib sellega just k\u00f5ige rohkem raskusi. S\u00f5ltuvalt sellest, kas teil on juba mingisugune infrastruktuur v\u00f5i mitte, ning millised on vajaliku statistika kogumise teed.<\/p>\n

Teil on juba olemasolev salvestuss\u00fcsteem ning otsite sellele asendust v\u00f5i soovite soetada veel \u00fche laienemiseks. Siin on k\u00f5ik lihtne. Te m\u00f5istate, millised teenused teil juba on ja milliseid plaanite l\u00e4hitulevikus juurutada. L\u00e4htuvalt olemasolevatest teenustest on teil v\u00f5imalus koguda statistikat j\u00f5udluse kohta. M\u00e4\u00e4rake praegune IOPS ja viivitused \u2014 millised on need n\u00e4itajad ja kas need piisavad teie \u00fclesannete jaoks? Seda on v\u00f5imalik teha nii salvestuss\u00fcsteemis endas kui ka hostide poolt, mis on sellele \u00fchendatud.<\/p>\n

Siinkohal tuleks j\u00e4lgida mitte ainult praegust koormust, vaid ka mingit perioodi (parem oleks kuu). Vaadake, millised on maksimaalsed tipud p\u00e4eva jooksul, millist koormust tekitab varundamine jne. Kui teie salvestuss\u00fcsteem v\u00f5i sellele tarkvara ei paku teile t\u00e4ielikku andmete komplekti, v\u00f5ite kasutada tasuta RRDtooli, mis oskab t\u00f6\u00f6tada enamikuga populaarsemaid salvestuss\u00fcsteeme ja l\u00fcliteid ning suudab anda teile \u00fcksikasjaliku j\u00f5udlustatistika. Samuti tasub vaadata koormust ka hostides, mis t\u00f6\u00f6tavad selle salvestuss\u00fcsteemiga, konkreetsete virtuaalmasinate v\u00f5i selle hosti teiste elementide kaupa.<\/p>\n

\"Kuidas
\n
\nTasub eraldi mainida, et kui viivitused mahul ja andmestooris, mis asub sellel mahul, erinevad \u00fcsna tugevalt \u2014 tasub t\u00e4helepanu p\u00f6\u00f6rata teie SAN-v\u00f5rgule, t\u00f5en\u00e4osus on, et seal on probleeme ja enne uue s\u00fcsteemi soetamist tasuks selle k\u00fcsimusega tegeleda, kuna on v\u00e4ga suur t\u00f5en\u00e4osus, et praeguse s\u00fcsteemi j\u00f5udlust on v\u00f5imalik parandada.<\/p>\n

Te rajate infrastruktuuri nullist v\u00f5i soetate s\u00fcsteemi uue teenuse jaoks, mille koormusest te ei ole teadlik. Siin on mitu v\u00f5imalust: suhelda kolleegidega spetsialiseeritud ressurssides, et proovida v\u00e4lja selgitada ja prognoosida koormust, p\u00f6\u00f6rduda integreerija poole, kellel on kogemusi sarnaste teenuste juurutamises ja kes suudab koormuse teie eest arvutada. Ja kolmas variant (tavaliselt k\u00f5ige keerulisem, eriti kui see puudutab kohandatud v\u00f5i haruldaseid rakendusi) on proovida v\u00e4lja selgitada j\u00f5udlusn\u00f5uded s\u00fcsteemi arendajatelt.<\/p>\n

Ja, t\u00e4helepanu, k\u00f5ige sobivam variant praktilise kasutuse seisukohalt on piloot olemasoleval seadmel v\u00f5i seadmel, mis on antud katsetamiseks tootja \/ integreerija poolt.<\/p>\n

Erin\u00f5uded<\/h4>\n

\nErin\u00f5uded \u2014 k\u00f5ik, mis ei kuulu otse andmete t\u00f6\u00f6tlemise ja edastamise j\u00f5udlus-, talitluse ja funktsionaalsuse n\u00f5uete alla.<\/p>\n

\u00dcks lihtsamaid erin\u00f5udeid andmesalvestuss\u00fcsteemile on \"\u00fcleminekul saadaval olevad teabe kandjad\". Ja kohe on selge, et see andmesalvestuss\u00fcsteem peab sisaldama lintraamatukogu v\u00f5i lihtsalt streamerit, kuhu kopeeritakse varukoopia. P\u00e4rast seda allkirjastab spetsiaalselt koolitatud inimene lindi ja kannab selle uhkelt spetsiaalsesse seifisse.
\nTeine n\u00e4ide erin\u00f5udest on l\u00f6\u00f6gikindel t\u00e4ideviimine.<\/p>\n

Kus<\/h2>\n

\nTeine peamine tegur andmesalvestuss\u00fcsteemi valimisel on teave selle kohta, KUS see s\u00fcsteem asub. Alates geograafiast v\u00f5i kliimatingimustest kuni personali k\u00fcsimusteni.<\/p>\n

Tellija<\/h3>\n

\nKellele on see andmesalvestuss\u00fcsteem m\u00f5eldud? K\u00fcsimus tugineb j\u00e4rgnevatele aluspunktidele:<\/p>\n

Riiklik tellija \/ kommertstellijad.<\/b>
\nKommertstellijal ei ole mingeid piiranguid ja ta ei ole kohustatud isegi hankeid korraldama, v\u00e4lja arvatud vastavalt oma sisereeglitele. <\/p>\n

Riiklik tellija \u2014 olukord on teine. 44 FZ ja muud hanke- ja T\u0160-s\u00fcsteemi omadused, mida v\u00f5ivad vaidlustada.<\/p>\n

Tellija sanktsioonide all<\/b>
\nSiin on k\u00fcsimus v\u00e4ga lihtne \u2014 valik piirdub ainult nende pakkumistega, mis on sellele tellijale kergesti k\u00e4tte saadavad.<\/p>\n

Sisedokumendid \/ ostmiseks lubatud tootjad \/ mudelid<\/b>
\nK\u00fcsimus on samuti \u00e4\u00e4rmiselt lihtne, kuid seda tuleks meeles pidada.<\/p>\n

Kus f\u00fc\u00fcsiliselt<\/h3>\n

\nSelles osas vaatleme k\u00f5iki geograafia, sidekanalite ja ruumide mikrokliima k\u00fcsimusi.<\/p>\n

Personal<\/h4>\n

\nKes hakkab selle andmesalvestuss\u00fcsteemiga t\u00f6\u00f6tama? See on mitte v\u00e4hem oluline kui see, mida andmesalvestuss\u00fcsteem ise suudab.
\nKuigi A tootja andmesalvestuss\u00fcsteem v\u00f5ib olla perspektiivikas, lahe ja suurep\u00e4rane, pole selle paigaldamisel ilmselt m\u00f5tet, kui personal oskab t\u00f6\u00f6tada ainult tootja B s\u00fcsteemiga ning edasised ostud ja pidev koost\u00f6\u00f6 A-ga ei ole plaanis.<\/p>\n

Ja selgelt, teise poole k\u00fcsimus on \u2014 kui kergesti on selles geograafilises asukohas k\u00e4tte saadav ettevalmistatud personal otse ettev\u00f5ttest ja potentsiaalselt t\u00f6\u00f6turult. Piirkonnast s\u00f5ltuvalt v\u00f5ib olla oluline valida andmekeskuse lahendus, millel on lihtsad liidesed v\u00f5i v\u00f5imalus kaugjuhtimiseks tsentraliseeritud juhtimise kaudu. Vastasel juhul v\u00f5ib mingil hetkel tekkida t\u00f5siseid probleeme. Internet on t\u00e4is lugusid, kuidas uus t\u00f6\u00f6taja, kes on eelmisel p\u00e4eval l\u00f5petanud \u00fclikooli, konfigureeris midagi, mis viis kogu firma kokku kukkumiseni.<\/p>\n

\"Kuidas
\n<\/p>\n

Keskkond<\/h4>\n

\nJa loomulikult on oluline k\u00fcsimus \u2014 millises keskkonnas see andmekeskuse lahendus t\u00f6\u00f6tab. <\/p>\n