{"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\u00fcsteemi, et endale jalga mitte tulistada","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Sissejuhatus<\/h2>\n

\nOn aeg osta andmehalduss\u00fcsteem. Milline valida, keda kuulata? Vendor A r\u00e4\u00e4gib vendorist B, samas on ka integrator C, kes r\u00e4\u00e4gib vastupidist ja soovitab vendorit D. Sellises olukorras v\u00f5ib isegi kogenud andmesalvestuse arhitekti pea ringi k\u00e4ima minna, eriti kui arvestada k\u00f5iki uusi vendoreid ja t\u00e4nap\u00e4eval moes olevaid SDS-i ja h\u00fcperkonvergentsi.<\/p>\n

Nii et, kuidas selles k\u00f5iges orienteeruda ja mitte lolliks j\u00e4\u00e4da? Meie (AntonVirtual<\/a><\/noindex> Anton Zhbankov ja korp<\/a><\/noindex> Evgeny Elizarov) proovime sellest r\u00e4\u00e4kida eesti keeles.
\nArtikkel peegeldab paljusid aspekte ja on tegelikult laienduseks \u201cVirtuaalse andmekeskuse disain<\/a><\/noindex>\u201d andmesalvestuss\u00fcsteemide valiku ja tehnoloogiate \u00fclevaate osas. Vaatame l\u00fchidalt \u00fcle \u00fcldise teooria, kuid soovitame tutvuda ka viidatud artikliga.<\/p>\n

Miks<\/h2>\n

\nSageli n\u00e4eme olukorda, kus uus inimene tuleb foorumisse v\u00f5i spetsialiseeritud vestlusesse, nagu n\u00e4iteks Storage Discussions, ja k\u00fcsib: \u201cmulle pakutakse kahte varianti andmehalduss\u00fcsteemist \u2014 ABC SuperStorage S600 ja XYZ HyperOcean 666v4, mida soovitate?\u201d<\/p>\n

Ja alustatakse arutelu, millised on hirmutavate ja arusaamatute funktsioonide rakendamise erinevused, mis tunduvad t\u00e4iesti arusaamatud valmistumata inimesele.
\n<\/a><\/noindex>
\nSeega, peamine ja esimene k\u00fcsimus, mida endalt k\u00fcsida enne, kui hakata vaatama spetsifikatsioone \u00e4ripakkumistes \u2014 MILLEKS? Miks on vajalik see SALVESTUS?<\/p>\n

\"Kuidas
\n
\nVastus tuleb ootamatu ja Tony Robbinse stiilis \u2014 et andmeid salvestada. Ait\u00e4h, kapten! Ja sellegipoolest, m\u00f5nikord s\u00fcveneme detailide v\u00f5rdlemisse nii s\u00fcgavalt, et unustame, miks me seda \u00fcldse teeme.<\/p>\n

Niisiis, andmete salvestamise s\u00fcsteemi \u00fclesanne on andmete salvestamine ja nendele eelneva j\u00f5udluse tagamine. Just andmetest alustame.<\/p>\n

Andmed<\/h2>\n

<\/p>\n

Andmet\u00fc\u00fcp<\/h3>\n

\nMilliseid andmeid me plaanime salvestada? See on v\u00e4ga oluline k\u00fcsimus, mis v\u00f5ib j\u00e4tta paljusid salvestuss\u00fcsteeme k\u00f5rvale. N\u00e4iteks plaanitakse salvestada videosid ja fotosid. Sellega saab kohe k\u00f5rvaldada s\u00fcsteemid, mis on ette n\u00e4htud juhuslikuks juurdep\u00e4\u00e4suks v\u00e4ikeste plokkide kaupa v\u00f5i s\u00fcsteemid, millel on kaubanduslikud 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 muutuda vastupidiseks n\u00f5rkusteks (videod ja fotod ei kompressi) v\u00f5i lihtsalt suurendada s\u00fcsteemi maksumust oluliselt.<\/p>\n

Ja vastupidi, kui sihtkasutuseks on koormatud tehingute andmebaas, siis suurep\u00e4rased voogedastus\u00fcsteemid meedia jaoks, mis suudavad anda gigabaitide kaupa sekundis, ei ole halb valik.<\/p>\n

Andmete maht<\/h3>\n

\nKuidas me plaanime andmeid salvestada? Kvaliteet tuleneb alati hulgast, seda ei tohi kunagi unustada, eriti praegusel ajal, mil andmete maht kasvab eksponentsiaalselt. Petabaitide klassi s\u00fcsteemid ei ole enam haruldased, kuid mida suurem on petabaitide maht, seda spetsiifilisemaks muutub s\u00fcsteem, ning seda v\u00e4hem on saadaval tavalistele v\u00e4ikese ja keskmise mahuga s\u00fcsteemidele t\u00fc\u00fcpilisi funktsioone. Lihtsalt seet\u00f5ttu, et \u00fcksnes juurdep\u00e4\u00e4sustatistika tabelid muutuvad suuremaks kui kontrollereid olemasolev operatiivm\u00e4lu. R\u00e4\u00e4kimata kompressioonist v\u00f5i tihendamisest. Oletame, et tahame vahetada kompressioonialgoritmi v\u00f5imsama vastu ja tihendada 20 petabaiti andmeid. Kui kaua see aega v\u00f5tab: kuus kuud, aasta?<\/p>\n

Teiselt poolt, miks luua suuri lahendusi, kui tuleb salvestada ja t\u00f6\u00f6delda 500 GB andmeid? Ainult 500. Kodumaised SSD-d (madala DWPD-ga) sellise mahuga maksavad v\u00e4ga v\u00e4he. Miks ehitada selle jaoks Fiber Channeli tehast ja osta k\u00f5rgekvaliteediline v\u00e4line andmesalvestuss\u00fcsteem, mille hind on nagu rauast sild?<\/p>\n

Kui suur on kuumade andmete osakaal kogumahust? Kui eba\u00fchtlane on koormus andmemahtude l\u00f5ikes? Just siin v\u00f5ib palju kasu olla mitme tasandi salvestustehnoloogiast v\u00f5i Flash Cache'ist, kui kuumade andmete maht on v\u00f5rreldes kogumahuga minimaalne. Vastasel juhul, kui koormus on terve mahu l\u00f5ikes \u00fchtlane, mis on levinud voogesituss\u00fcsteemides (n\u00e4iteks videovalve, m\u00f5ned anal\u00fc\u00fcsis\u00fcsteemid), ei too sellised tehnoloogiad midagi lisaks, ja suurendavad ainult s\u00fcsteemi kulusid\/puudusi.<\/p>\n

IS<\/h3>\n

\nAndmete vastaspooleks on infotehnoloogia s\u00fcsteem, mis kasutab neid andmeid. Infotehnoloogia s\u00fcsteemil on hulk n\u00f5udeid, mis p\u00e4rinevad andmetest. Lisainfot infotehnoloogia s\u00fcsteemi kohta leiate artiklist 'Virtuaalsete andmekeskuste disain'.<\/p>\n

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

Andmete t\u00f5rkekindluse \/ k\u00e4ttesaadavuse n\u00f5uded p\u00e4rinevad need andmeid kasutavast infos\u00fcsteemist ja v\u00e4ljenduvad kolmes numbris \u2014 RPO<\/b>, RTO<\/b>, saadavus<\/b>.<\/p>\n

Saadavus <\/b> \u2014 ajavaus teatud ajavahemikuks, mille jooksul on andmed kergesti k\u00e4ttesaadavad. See v\u00e4ljendatakse tavaliselt numbritega 9. N\u00e4iteks kaks seitsme pinna m\u00f5ttes t\u00e4histab, et k\u00e4ttesaadavus on 99%, v\u00f5i muul viisil aktsepteeritakse 95 tundi katkemist aastas. Kolm seitsme pinna m\u00f5ttes \u2014 9,5 tundi aastas.<\/p>\n

RPO \/ RTO on n\u00e4itajad, mis ei ole kogusummad, vaid iga s\u00fcndmuse (h\u00e4daolu) jaoks eraldi, erinevalt k\u00e4ttesaadavusest.<\/p>\n

RPO <\/b> \u2014 andmete maht, mis kadus h\u00e4daolukorras (tundides). N\u00e4iteks, kui varundamine toimub \u00fcks kord p\u00e4evas, siis RPO = 24 tundi. See t\u00e4hendab, et h\u00e4daolukorra korral, kui kogu andmesalvestis on kadunud, v\u00f5ivad andmed, mis on kadunud, olla kuni 24 tundi (varukoopia hetkest). Tuginedes m\u00e4\u00e4ratud RPO-le, saab n\u00e4iteks koostada varundamise eeskirjad. Samuti, tuginedes RPO-le, on v\u00f5imalik m\u00f5ista, kui palju on vajalik s\u00fcnkroonne \/ as\u00fcnkroonne andmete replikatsioon.<\/p>\n

RTO<\/b> \u2014 teenuse (andmete k\u00e4tte saamise) taastamisaeg p\u00e4rast h\u00e4daolukorda. V\u00f5ttes arvesse m\u00e4\u00e4ratud RTO v\u00e4\u00e4rtust, saame aru, kas on vajalik metrokluster v\u00f5i piisab \u00fchest suunatud replikatsioonist. Kas on vajalik k\u00f5rge klassi mitmekontrollerline andmesalvestus \u2014 samuti.<\/p>\n

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

Tootmisv\u00f5imekuse n\u00f5uded<\/h4>\n

\nKuigi see on ilmselgelt k\u00fcsimus, on sellega seotud enamus raskusi. S\u00f5ltuvalt sellest, kas teil on juba mingisugune infrastruktuur v\u00f5i mitte, ja millised andmete kogumise teed rajatakse.<\/p>\n

Teil on juba andmesalvestuss\u00fcsteem (SXY) ja otsite sellele asendust v\u00f5i soovite osta veel \u00fche laiendamiseks. Siin on k\u00f5ik lihtne. Te teate, millised teenused teil juba on ja milliseid kavatsete l\u00e4hitulevikus juurutada. Praeguste teenuste p\u00f5hjal on teil v\u00f5imalus koguda andmeid j\u00f5udluse kohta. Otsustage praegune IOPS ja viivitused \u2013 kui head on need n\u00e4itajad ja kas need on teie vajadustele piisavad? Seda saab teha nii andmesalvestuss\u00fcsteemis kui ka hostide pool, mis sellele on \u00fchendatud.<\/p>\n

T\u00e4htis on j\u00e4lgida mitte ainult praegust koormust, vaid ka mingit ajavahemikku (soovitavalt kuu). Vaadake, millised on maksimaalsed tipud p\u00e4evasel ajal, millist koormust p\u00f5hjustab varundamine jne. Kui teie salvestusseade v\u00f5i selle tarkvara ei paku teile nende andmete t\u00e4ielikku kogumit, v\u00f5ite kasutada tasuta RRDtool'i, mis oskab t\u00f6\u00f6tada enamikuga populaarseimatest salvestusseadmetest ja l\u00fclititest ning suudab anda teile \u00fcksikasjalikku statistikat j\u00f5udluse kohta. Samuti tasub j\u00e4lgida koormust ka hostides, mis t\u00f6\u00f6tavad selle salvestusseadmest, konkreetsete virtuaalmasinate v\u00f5i sellel hostil t\u00f6\u00f6tava koormuse osas.<\/p>\n

\"Kuidas
\n
\nTuleb eraldi m\u00e4rkida, et kui viivitused mahtudes ja andmestores, mis asub antud mahus, erinevad m\u00e4rkimisv\u00e4\u00e4rselt \u2014 tasub t\u00e4helepanu p\u00f6\u00f6rata teie SAN-v\u00f5rgule, on suure t\u00f5en\u00e4osusega probleeme ja enne uue s\u00fcsteemi ostmist tuleks sellega seotud k\u00fcsimustega tegeleda, sest praeguse s\u00fcsteemi j\u00f5udluse suurendamise t\u00f5en\u00e4osus on v\u00e4ga k\u00f5rge.<\/p>\n

Te ehitat infrastruktuuri nullist v\u00f5i ostad s\u00fcsteemi uue teenuse jaoks, mille koormustest sa ei tea. Siin on mitu varianti: r\u00e4\u00e4kida kolleegidega spetsialiseeritud allikates, et proovida aru saada ja prognoosida koormust; p\u00f6\u00f6rduda integratori poole, kellel on kogemusi sarnaste teenuste rakendamisel ja kes suudab teie eest koormust arvutada. Ja kolmas variant (tavaliselt k\u00f5ige keerulisem, eriti kui see puudutab ise kirjutatud v\u00f5i haruldasi rakendusi) on proovida arendajatelt v\u00e4lja selgitada j\u00f5udlusn\u00f5uded.<\/p>\n

Ja, t\u00e4helepanu, k\u00f5ige \u00f5igem variant praktilise rakendamise seisukohalt on piloot praegusel seadmel v\u00f5i seadmel, mida pakub katsetamiseks tootja\/integrator.<\/p>\n

Spetsiaalsed n\u00f5uded<\/h4>\n

\nSpetsiaalsed n\u00f5uded \u2014 k\u00f5ik, mis ei kuulu j\u00f5udluse, h\u00e4ireteta j\u00e4tkusuutlikkuse ja funktsionaalsuse n\u00f5uete alla andmete vahetu t\u00f6\u00f6tlemisel ja edastamisel.<\/p>\n

\u00dcks lihtsamaid n\u00f5udeid andmesalvestuss\u00fcsteemile on nn \"v\u00f5\u00f5randatavad andmekandjad\". Sellega on kohe selge, et antud andmesalvestuss\u00fcsteem peab h\u00f5lmama lintbiblioteeki v\u00f5i lihtsalt lintseifi, kuhu kopeeritakse varukoopia. P\u00e4rast seda allkirjastab spetsiaalselt koolitatud isik lindi ja kannab selle uhkelt spetsiaalsesse seifi.
\nTeine n\u00e4ide spetsiaalsetest n\u00f5uetest on l\u00f6\u00f6gikindel t\u00e4itmine.<\/p>\n

Kus<\/h2>\n

\nTeine peamine aspekt S\u041aD valimisel on teave selle kohta, KUS see S\u041aD paikneb. Alates geograafiast ja kliimaoludest kuni personalini.<\/p>\n

Tellija<\/h3>\n

\nKellele on antud S\u041aD planeeritud? K\u00fcsimus p\u00f5hineb j\u00e4rgmistel kaalutlustel:<\/p>\n

Riigihankija \/ kommerts.<\/b>
\nKommerts tellijal ei ole mingeid piiranguid ja ta ei pea isegi konkursse korraldama, v\u00e4lja arvatud oma sisemiste regulatsioonide alusel. <\/p>\n

Riigihankija on teine asi. 44 FZ ja muud iludused koos konjunktsioonide ja spetsifikatsioonidega, mida saab vaidlustada.<\/p>\n

Tellija on sanktsioonide all.<\/b>
\nSiin on k\u00fcsimus v\u00e4ga lihtne \u2014 valik piirdub ainult sellele kliendile saadaval olevate pakkumistega.<\/p>\n

Sisemised eeskirjad \/ lubatud ostmiseks m\u00fc\u00fcjad \/ mudelid<\/b>
\nK\u00fcsimus on samuti \u00e4\u00e4rmiselt lihtne, kuid seda tuleks meeles pidada.<\/p>\n

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

\nSelles osas k\u00e4sitleme k\u00f5iki k\u00fcsimusi seonduvalt geograafia, sidekanalite ja ruumilise mikrokliimaga.<\/p>\n

Personal<\/h4>\n

\nKes t\u00f6\u00f6tab antud andmesalvestuss\u00fcsteemiga? See on sama oluline kui see, mida andmesalvestuss\u00fcsteem otse suudab.
\nKui palju iganes on andmesalvestuss\u00fcsteem A perspektiivne, \u00e4ge ja suurep\u00e4rane, siis pole selle paigaldamisel ilmselt m\u00f5tet, kui personal oskab t\u00f6\u00f6tada ainult m\u00fc\u00fcjaga B, ega plaanita edasisi oste ega pidevat koost\u00f6\u00f6d A-ga.<\/p>\n

Ja loomulikult on tagapool k\u00fcsimus \u2014 kui kergesti on sel konkreetsel geograafilisel alal saadaval kvalifitseeritud personal ettev\u00f5tte sees ja potentsiaalselt t\u00f6\u00f6turul. Piirkondade jaoks v\u00f5ib olla oluline valida salvestuslahendused, millel on lihtsad liidesed v\u00f5i v\u00f5imalus kaugtasandil keskset juhtimist. Muidu v\u00f5ib mingil hetkel muutuda see \u00e4\u00e4rmiselt valusaks. Internet on t\u00e4is lugusid, kuidas uus t\u00f6\u00f6taja, kes oli eile tudeng, seadistas midagi sellist, et kogu ettev\u00f5te kukkus kokku.<\/p>\n

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

Keskkond<\/h4>\n

\nJa loomulikult on oluline k\u00fcsimus \u2014 millises keskkonnas see salvestuslahendus t\u00f6\u00f6tama hakkab. <\/p>\n