Phenquestions
RAID puudutab end otseandmetega, see on mehhanism, millega töötav süsteem ühendab mitu ketast üheks salvestusüksuseks. Seejärel levitatakse andmed kõigi ketaste vahel nii, et need suudaksid üle elada vähemalt ühe (või mitme) füüsilise ketta rikke. Lihtsaim RAID-massiivi tüüp on RAID1 ehk peegeldamine. Siit kopeerite (või peegeldate) samu andmeid kahele või enamale kettale nii, et kui üks ketastest ebaõnnestub, võivad andmed endiselt püsida ja neid saab endiselt aktiivselt kasutada. Samuti on muid RAID-konfiguratsioone ja me arutame neid, kui läheme edasi.
RAID-i kohta
RAID ehk üleliigne odavate ketaste massiiv on mehhanism andmete salvestamiseks kettadesse. RAID-i seadistamisel on lai valik massiivi, millega saate minna, kuid kaks põhilist mehhanismi, millel need kõik põhinevad, on järgmised:
1. Peegeldamine:
Peegeldamine tähendab, et teie andmeplokid kopeeritakse, peegeldatakse mitme ketta vahel. Kui peegeldate oma andmeid kolmel kettal, saate igal ajahetkel üle elada kuni kahe ketta rikke, siis saab rikke kettad ilma suurema vaevata uutega asendada. Samamoodi, kui kopeerite andmeid üle n + 1 kettaid, peate vastu kuni n kettad ebaõnnestuvad. Negatiivne külg on see, et salvestusmaht on võrdne RAID-massiivi väikseima kettaga.
2. Pariteet:
Teine võimalus on jagada oma andmed kaheks osaks, kasutades kahte kasutajaandmete plokki, saate luua kolmanda „pariteedi” ploki. Need kolm plokki on kõik ühesuurused ja hajutatud erinevate seadmete vahel. Selle konfiguratsiooni toimimiseks on vaja vähemalt kolme seadet. Kui mõni ketas ebaõnnestub, saate sellele kahele plokile salvestatud plokid uuesti luua. Näiteks kui teine kasutajaplokk on kadunud, saab esimest plokki ja pariteediplokki kasutada teise kasutajaploki arvutamiseks. Kui olete huvitatud selle toimimisest, vaadake seda suurepärast selgitust.
Seda meetodit saab veelgi täiustada, kui sellel on 2 või isegi 3 pariteediplokki. Kuid tööstuses ei nähta nii sageli rohkem kui kolme pariteediplokki. Kui teil on üks pariteediplokk, saate ühe kettarikke üle elada. Kaks pariteediplokki tähendab, et suudate vastu pidada kahele kettale, mis ebaõnnestub jne.
See on ladustamise kasutamise osas tõhusam kui peegeldamine. Kui teil on üks pariteediplokk, vajate salvestatavate kasutajaandmete kohta ainult 50% rohkem füüsilist salvestusruumi. See tähendab, et salvestate 1 GB vajaminevat andmemahtu.5 GB salvestusruumi (lisaks on metaandmete jaoks väike üldkulutus). See on palju tõhusam kui isegi kõige tõhusam peegeldamisskeem, kus vajate vähemalt 2 GB salvestusruumi, et peegeldada 1 GB andmeid kahe ketta vahel.
Negatiivne külg on see, et tänu pariteediplokiga seotud arvutus- ja kirjutamisoperatsioonidele on juhuslikud kirjutamistoimingud aeglustunud. Samuti pole töökindlus nii hea kui n + 1 peegeldatud kettad, kus saate ette valmistada suvalise hulga ketaste tõrkeid.
RAID-konfiguratsioonid võivad olla nii keerukad kui ka nii lihtsad kui soovite, võite pariteedi ja peegeldamise strateegiad kombineerida ja neid oma ettevõtte maitse järgi muuta. Seal on spetsiaalsed RAID-kontrollerid, millega ühendate oma füüsilised kettad, ja seejärel näeb operatsioonisüsteem ühte loogilist ketast, nagu kontroller näitab. LSI on üks selliseid RAID-kontrollerite müüjaid. RAID-i saate teha ka tarkvaras. OpenZFS on tõenäoliselt parim panus selles osas.
Üks viimane RAID-liik, mis saab auväärse märkuse, on RAID 0. Tehniliselt pole see RAID-skeem, sest siin pole koondamist. RAID 0 idee on levitada oma andmeid lihtsalt ilma mitme mäluseadmena ükskõik milline vastupidavus ketta rikete vastu. Eeliseks on see, et seda tehes saate jõudlust täiustada. Kui kirjutate ühele kettale 1 GB andmeid, on protsess aeglane. Kett saab sekundis teha ainult piiratud arvu kirjutamistoiminguid ja teie operatsioonisüsteem peab enne uute andmete saatmist ootama, kuni see selle toimingu lõpetab. Kui levitate sama 1GB andmeid kahele sellisele kettale, saate kirjutada (ja lugeda) mõlemast korraga ja parandada jõudlust üsna palju.
Tagasi üles
Varundamiste mõiste on vaieldav olulisem kui RAID. Varundamine on mäluhalduse kontekstis teadaolev hea koopia antud ajahetkest, millest saate vajadusel failid oma põhisüsteemi taastada. Rakendamise osas on palju pilves hostitud lahendusi ja palju ka võrguühenduseta lahendusi, mida saab kasutada.
Tarsnap ja Backblaze on minu lemmik hallatud varundusteenused nii era- kui ka ärikasutuseks. Selles a määratluses saate lisada ka Google Drive'i, iCloudi või Dropboxi varundamine lahendus, kuid need on suunatud pigem tarbijaturule kui ettevõttele. Aluspõhimõte on siiski endiselt sama. Kui logite sisse uude iPhone'i või iPadi, sünkroonitakse kõik andmed, kontaktid, fotod, meediumiteek jne teie iCloudi kontolt sujuvalt ja kui jätkate seadme kasutamist, varundatakse uuemad andmed vaikselt pilve ja te ei soovi ' Ma ei pea selle pärast muretsema.
Teie varunduslahendus võib olla nii lihtne kui andmete kopeerimine välisele kõvakettale või rsynci (või zfs sendi kasutamine, kui kasutate OpenZFS-i) kogu perioodilise koopia loomiseks kogu asjakohasest teabest. See võib hõlmata teie kausta Dokumendid, teie andmebaasi, teie lähtehoidlat või isegi kogu teie juurfailisüsteemi laiali lame zip või tarball. Olulised kriteeriumid, millele hea varunduslahendus peaks vastama, on järgmised:
- Varundamine peaks toimuma sageli - kui te varundate andmeid iga kuu, siis iga nädala asemel võite katastroofi korral kaotada kuni ühe kuu väärtuse andmeid.
- Teie varukoopiad peaksid ajas tagasi minema - varukoopia on piiratud. Mõnikord peate vanemad varukoopiad minema viskama. Mida rohkem salvestusruumi teil on, seda paremad võivad olla teie varukoopiad. Oletame, et varundate oma andmeid kord nädalas, kuid visake vanemad kui 2 nädalat varukoopiad minema. Kui fail kustutatakse kogemata ja see jääb kahe nädala jooksul märkamatuks, pole teil võimalust seda tagasi tuua.
- Teie failid peaksid tegelikult olema taastatavad - kui te pole kunagi proovinud oma andmeid varukoopiast taastada, pole teil varukoopiat. Andmete kaotamise kriitilisel ajal ei peaks te õppima, kuidas andmeid taastada. Plaanige ette ja teadke, kuidas taastada süsteem viimasest teadaolevast heast varukoopiast.
- Teie varukoopia tuleks jooksvast süsteemist eraldada - kui katastroof tabab ja kõik teie tootmisserveris olevad failid krüpteeritakse, kustutatakse või rikutakse, peate veenduma, et sama ei juhtuks ka teie varukoopiaga. Üks hea viis selle tagamiseks on veenduda, et varundusseade pole teie tootmiskeskkonnaga "ühendatud", st.e, eemaldage USB-kõvaketas, ühendage NFS-failisüsteem lahti, kui olete selle varundamise lõpetanud. Atleast, ärge andke tootmissüsteemile õigust varukoopiaid üle kirjutada ega muuta. Tehke sellest kirjutuskaitstud.
Nüüd, kui teame natuke nii RAID-st kui ka varundamisest, toogem välja mõned erinevused nende vahel.
Toimikud ja plokid
RAID tegeleb alati andmeplokkidega, mitte sellega, kuidas failisüsteem neid andmeid kasutajale esitab. Nii tarkvara kui ka riistvara RAID tegeleb andmetega kui teabeplokkidega, plokkide suurus võib varieeruda vahemikus 128 KiB kuni 1 MiB.
Varundamine on seevastu palju paindlikum. Need viiakse tavaliselt läbi failisüsteemi tasemel, kuigi selle kohta ei ole ranget reeglit. Need on ka teralisemad. Kui teie lahendus on piisavalt paindlik, saate varukoopiast taastada ühe faili. RAID-massiivid ei ole varukoopiad, need on lihtsalt viis andmete levitamiseks mitme ketta vahel. Kui fail kustutatakse, vabastatakse kõik selle peegelpildid ja pariteediplokid. Loo lõpp.
Kasuta kohtuasju
Varukoopiad on mõeldud kõigile. Lähenemisviis ja ulatus võivad isiklikuks kasutamiseks erineda, kuid kõik digitaalse eluga inimesed vajavad varundamist. RAID on pigem ettevõtte / ettevõtte spetsiifiline funktsioon. Näete RAID-massiive serverites, salvestusseadmetes nagu NAS ja SAN, pilvehüpervisorid jne. Peaaegu kõik elavate kriitiliste andmete salvestamise kohad kasutavad mingit RAID-vormi. Isegi serverid, mis käitavad teie pilves hostitud varukoopiaid, kasutavad tõenäoliselt RAID-massiive. Need ei ole üksteist välistavad tehnoloogiad.
See ei tähenda, et te ei saaks RAID-i oma isiklikuks kasutamiseks kasutada, vaid see on ettevõtetes lihtsalt kasulikum. Osa selle taga on see, et ettevõttes koputatakse plaate IO toimingutega 24/7. Tootmiskeskkonnas, näiteks andmebaasi või voogesituse teenuse või pilve hüpervisori salvestamiseks, on teie serveri salvestusseade pidevalt kohutava koormuse all, andmeid loetakse ja kirjutatakse pidevalt nendest seadmetest ja sageli mitmest rakendusest korraga. Nendes tingimustes on teie draivide ebaõnnestumine tõenäolisem. RAID-konfiguratsiooni olemasolu tähendab, et kui draiv ebaõnnestub, kannatab teil vähe seisakuid või pole neid üldse. Enamik servereid saab jätkata tööd ka pärast kettarikke, nii et te ei kaota uut teavet ja iga sekundi jooksul saabuvaid päringuid.
Keskmine lauaarvuti ei suuda vaevu taastada sama stressirohket seisundit, isegi kui ketas sureb. Kui kasutate varunduslahendust nagu Backblaze, saate suurema osa kaotatud andmetest hankida ja mõne tunni töö kaotamine on ilmselt halvim asi, mis võib juhtuda. Isegi see on muutumas harulduseks tänu pilves hostitud lahendustele nagu Adobe Creative Cloud, Office 365 jne.
RAID ei asenda varundamist
Kui sellest artiklist on vaja ühte eemaldamist, peaks see olema selline. RAID EI asenda Backupi. Varundage oma andmed alati! Seal on palju inimesi, kes arvavad, et kui teil on RAID, tähendab see, et andmed on mitmel kettal turvalised ja seega pole vaja neid varundada. Miski pole tõest kaugemal. RAID on mõeldud ühe konkreetse probleemiga tegelemiseks - kettad nurjuvad või annavad valesid andmeid tagasi. RAID-i olemasolu ei kaitse teid miljoni muu ohu eest, näiteks järgmised:
- Kasutaja vead ja juhuslikud kustutamised
- Rakenduse või operatsioonisüsteemi vead, mis põhjustavad laialdast andmete rikkumist
- Lunavara või muu pahavara krüptib, kustutab või rikub teie andmeid
- RAID-kontrollerite enda rike
Teie RAID-massiivi andmed on reaalajas. Kui operatsioonisüsteem, rakendus (või kasutaja) läheb segamini ja kustutab siit ja sealt mõned failid, kustutatakse fail kogu teie RAID-massiivist. Andmete eraldiseisva koopia, varukoopia olemasolu on ainus viis, kuidas saate end kunagi kaitsta sellise stsenaariumi eest.
Järeldus
Kui olete oma andmete pärast mures, peaksite esmalt muretsema varunduslahendus. Enamik lauaarvutikasutajaid, välja arvatud võib-olla elektrikasutajad, peaksid RAID1, RAID5 või RAIDZ-ga tegelemise asemel investeerima rohkem usaldusväärsesse varundamisse. Kui soovite luua oma varundusserveri, peate mõtlema korralikule varunduspoliitikale ja usaldusväärsele salvestusprogrammile. See artikkel võib olla hea koht alustamiseks. Võite kasutada rsynci või zfs saatmist, et viia oma andmete perioodiline koopia sellesse taustaprogrammi.
Kui olete ettevõttes ja kaalute RAID-lahendust kõigi oma elusandmete salvestamiseks. Kaaluge OpenZFS-i kasutamist, see pakub väga paindlikku lahendust, alates n-ketta peegeldamisest kuni RAIDZ1-ni ühe pariteediplokiga kuni RAIDZ2 ja RAIDZ3-ni 2 ja 3 pariteediplokiga. Enne otsuse tegemist peate palju arvestama oma rakenduse nõuetega. Teie lugemis- ja kirjutamisvõimaluste, vastupidavuse ja salvestamise tõhususe vahel on kompromisse. Kuid ma soovitaksin mõelda RAID-ile alles pärast seda, kui olete varunduslahenduse otsustanud.
