Sot globalisht në infrastrukturën IT, me përdorimin e përhapur të virtualizimit, sistemet e ruajtjes së të dhënave janë bërthama që ruan të gjitha makinat virtuale. Dështimi i këtij elementi mund të ndalë plotësisht funksionimin e qendrës së të dhënave. Edhe pse një pjesë e konsiderueshme e pajisjeve serverike ka mbrojtje nga dështimi në një formë ose në një tjetër "automatikisht", për shkak të rolit të veçantë që luan sistemi i ruajtjes në qendrën e të dhënave, kërkesat për "qëndrueshmëri" janë shumë më të larta.
Metoda më efektive për të siguruar qëndrueshmërinë në IT është përdorimi i disa ekzemplarëve të pajisjeve dhe softuerëve (në rastin më të thjeshtë - duplikimi). Sigurisht, sistemi i ruajtjes mund të duplikojë plotësisht. Dhe për rikuperim pasfatkeqësie, ky është pikërisht qasja që përdoret. Por jo të gjitha kompanitë mund ta lejojnë një zgjidhje të tillë. Këtu nuk flasim vetëm për dyfishimin e kostos së pajisjeve, por edhe për shpenzime të tjera që lidhen me organizimin e një zgjidhjeje të tillë dhe mbështetje të saj më pas.
MegjithatĂ«, mundĂ«sia e duplikimit tĂ« pajisjeve nuk e zĂ«vendĂ«son nevojĂ«n pĂ«r tĂ« siguruar qĂ«ndrueshmĂ«ri nĂ« nivelin e komponenteve. NĂ« veçanti, nĂ« sistemin e ruajtjes aplikohet rezervimi pĂ«r blloqet e energjisĂ«, njĂ«sitĂ« e ftohjes, disqet, dhe, natyrisht, kontrollet. TĂ« gjitha kĂ«to tashmĂ« janĂ« bĂ«rĂ« diçka e zakonshme. ĂshtĂ« e vĂ«shtirĂ« tĂ« gjesh njĂ« sistem ruajtjeje pa pĂ«rdorimin e njĂ« dizajni tĂ« tillĂ«. kĂ«tu - nuk Ă«shtĂ« pĂ«rjashtim. Por nĂ« kĂ«tĂ« artikull ne duam tĂ« flasim pĂ«r ato aspekte qĂ« nuk dalin menjĂ«herĂ« nĂ« pah dhe qĂ«, pĂ«r mĂ« tepĂ«r, janĂ« pĂ«rqendruar kryesisht nĂ« rritjen e qĂ«ndrueshmĂ«risĂ« sĂ« sistemit nĂ« tĂ«rĂ«si.
Njësitë e ftohjes
Shumë shpesh në pjesët me korpuse 2U-3U përdoren njësitë e kombinuara, duke bashkuar blloqet e energjisë dhe ventilatorët. Nga njëra anë, kjo është e përshtatshme, pasi duhet të shërbehet vetëm një moduli. Nga ana tjetër, nëse sistemi i ftohjes dështojë, mund të ndodhë që blloku i energjisë të përjashtohet për të parandaluar mbizotërimin e nxehtësisë. Dhe duket se do të ketë një situatë që nuk është shumë kritike, por nuk është e mençur të shtojmë dobësi në sistemin e ruajtjes.
Ftohja në sistemin e ruajtjes Qsan është organizuar si njësitë e veçanta me "ndryshim në nxehtësi", të pavarura nga blloqet e energjisë. Në fakt, blloqet e energjisë përmbajnë ventilatorët e tyre, të destinuar për ftohjen e vetë blloqeve. Njësia e ftohjes ka dy ventilatorë të pavarur, të cilët mbështesin njëri-tjetrin. Ka dy njësitë të tilla në sistemin e ruajtjes: njëra në të djathtë dhe tjetra në të majtë - për një ftohje efektive të të gjitha komponenteve. Nëse ndodh dështimi i njërit nga ventilatorët, të gjithë ventilatorët e tjerë automatikisht rrisin xhirimet e tyre për të kompensuar mungesën e fluksit të ajrit. Prandaj, një defekt në ventilator nuk paraqet rrezik për mbizotërimin e gjithë paisjes.
Topologjia e lidhjes së rafteve të zgjerimit
Skema klasike e lidhjes me sistemin e ruajtjes nënkupton një topologji të quajtur kaskadë. Në këtë rast, kontrollet përkatëse të rafteve dhe sistemit të ruajtjes lidhen me një kabllo SAS të vetme. Në total, rezulton 2 kabllo për një sistem me dy kontrolle. Nëse kërkohet të lidhni një të dytë, ajo lidhet në të njëjtën mënyrë me rafte parë. Dhe kështu me radhë. Avantazhi i kësaj topologjie është thjeshtësia e realizimit në pajisje. Ndërsa disavantazhi do të jetë një dobësi përballë ndaljes së beftë të zinxhirit SAS për shkak të dështimit të palidhur të kontrolleve të sistemit të ruajtjes dhe rafteve ose për shkak të ndërprerjes së energjisë në një nga rafte zgjerimi në mes të zinxhirit. Rezultati do të jetë humbja e aksesit në disa disqe dhe e mundshme prishje e grupit RAID, nëse ai është "i tretur" në disa korpuse.
Për të mbrojtur nga dështimet e palidhura të kontrolleve, Qsan ka mbrojtje në formën e lidhjeve logjike të brendshme të kontrolleve përmes backend-it të sistemit të ruajtjes. Kështu, kontrolli i sistemit të ruajtjes nuk sheh vetëm kontrollet JBOD, të lidhura direkt me të, por gjithashtu kontrollin "fqinji" përmes një lidhjeje speciale në backend. Si rezultat, nëse ndodh një situatë e tillë dhe askush fizikisht nuk do të tërheqë kabllot SAS midis sistemit të ruajtjes dhe rafteve, atëherë aksesin në të gjitha disqet do ta ruhet.
Për të mbrojtur nga ndërprerja e zinxhirit SAS, për shembull, për shkak të ndërprerjes së energjisë në rrethin e zgjerimit, zakonisht përdoret një topologji tjetër lidhjeje - kaskada e kundërt. Në këtë rast, sistemi i ruajtjes lidhët menjëherë me rafte e para dhe të fundit në zinxhir, duke fituar akses në disqet siç është bërë nga të dy anët.
Nëse dëshironi mbrojtje më të fortë, mund të ndërtoni konfiguracione më të mëdha, duke përdorur, për shembull, topologjinë e pemës. Ose mund ta komplikonit më tej duke kombinuar topologjitë e përmendura. Kjo është e mundur falë numrit të madh të konektorëve SAS në pajisjet (2 për çdo kontrollues të sistemit të ruajtjes dhe 5 për çdo kontrollues JBOD) me përcaktimin automatik të mënyrave të punës hyrje/dalje. E rëndësishme është që vetë administratori të mos ngatërrohet. Ndërsa sistemi i ruajtjes do të jetë në gjendje të konfigurojë saktë konfigurimin.
Rindërtim i shpejtë
Prania në sistem e disqeve rezervë me ndërrim 'në gjallë' (hot spare) përmirëson ndjeshëm besueshmërinë e ruajtjes së informacionit. Megjithatë, fakti i thjeshtë se këto disqe janë të ndara nuk do të thotë automatikisht mbrojtje absolute. Problemi është se procesi i rikuperimit (rindërtimit) është mjaft punëtor dhe shpesh zgjat gjatë. Kjo vështirësi buron nga qasja e vazhdueshme në të dhënat kryesore. Pra, sistemi, përveç punës aktuale, duhet gjithashtu të kopjojë të dhënat në diskun e ri. Dhe kohëzgjatja e rindërtimit varet direkt nga kapaciteti i ruajtësit dhe karakteristikat e tij të shpejtësisë. Duke qenë se sistemi nuk di asgjë për hapësirën e vërtetë të zënë në disqe, ai gjatë procesit të rindërtimit thjesht kopjon gjithçka: bllok për bllok.
Si rezultat, rikuperimi i një disku modern me kapacitet të madh mbi 10 TB nën ngarkesë të rëndë në sistemin e ruajtjes mund të zgjasë lehtësisht një javë e më shumë. Gjithashtu, duhet marrë parasysh se gjatë rindërtimit rritet ndjeshëm probabiliteti i dështimit të mënyrave të tjera për shkak të ngarkesës së rritur mbi to. Kjo tashmë mund të paraqesë një rrezik serioz në rastin e përdorimit, për shembull, RAID5.
Si zgjidhje pĂ«r kĂ«tĂ« problem, shumĂ« zhvillues tĂ« sistemeve tĂ« ruajtjes janĂ« angazhuar nĂ« pĂ«rshpejtimin e procesit tĂ« rikuperimit. PĂ«r kĂ«tĂ« mund tĂ« aplikohen qasje tĂ« ndryshme, por thelbi Ă«shtĂ« i njĂ«jtĂ« â kopjimi gjatĂ« rindĂ«rtimit vetĂ«m i blloqeve qĂ« janĂ« realisht tĂ« zĂ«na. Qsan nuk ka mbetur jashtĂ« kĂ«tij problemi. Te sistemi i ruajtjes sĂ« kĂ«tij ndĂ«rtuesi, me opsionin e aktivizuar sistemi ndjek blloqet e pĂ«rdorura pĂ«r shkrim, duke pasur kĂ«shtu mundĂ«sinĂ«, nĂ« rast dĂ«shtimi tĂ« disku, tĂ« kopjojĂ« vetĂ«m ato nĂ« njĂ« ruajtĂ«s tĂ« ri.
Opsioni Rindërtim i Shpejtë nuk aktivizohet automatikisht gjatë krijimit të volumenëve të rinj, pasi përdorimi i tij ka ndikim në performancë, veçanërisht gjatë operacioneve të shkruara rastësore, sepse:
- Nevojitet të ndiqet shkrimi në blloqe;
- Gjatë rindërtimit nuk ndodhin llogaritje të kontrollit për hapësirën e pa zënë, prandaj, për një shkrim të ri në këtë zonë është e nevojshme fillimisht 'të inicializohet' ajo.
Prandaj, nuk rekomandohet përdorimi i Rindërtimit të Shpejtë për volumet, p.sh., me baza të dhënash të ngarkuara shumë ose në sistemet e mbikëqyrjes video, ku volumi do të jetë gjithsesi i mbushur në 100%. Por, për serverët e dokumenteve ose të postës, ky opsion vërtet do të jetë shumë i dobishëm.
Në vend të përfundimit
Ădo prodhues i sistemeve tĂ« ruajtjes pretendon se pajisjet e tij janĂ« tĂ« besueshme. NĂ«se nuk ka llogaritje fatale gjatĂ« zhvillimit tĂ« pajisjeve dhe njĂ« dĂ«shirĂ« e pabesueshme pĂ«r kursim gjatĂ« prodhimit dhe testimit tĂ« tyre, atĂ«herĂ« nĂ« pĂ«rgjithĂ«si mund tĂ« pajtohemi me ndĂ«rtuesin. MegjithatĂ«, duhet kuptuar:
- besueshmëria bazë e sistemeve të ruajtjes është para së gjithash një mënyrë për të vazhduar aksesin në të dhëna në rast dështimi të ndonjë komponenti(ve);
- opsionet shtesë për besueshmërinë (si ato të përmendura më lart) janë përjashtim i disa llojeve të defekteve dhe rritje e mundësive tuaja për të pasur akses në të dhëna;
- nuk ekziston 100% besueshmëri, fatkeqësisht. Por, për t'u afruar sa më shumë që të jetë e mundur ndaj saj, shumica e ndërtuesve të arsyeshëm të sistemeve të ruajtjes (dhe mes tyre) bëjnë përpjekje maksimale për të vazhduar përmirësimin e produkteve të tyre si në aspektin harduerik ashtu edhe në atë softuerik.
Po ashtu, nuk duhet harruar se asnjë besueshmëri absolute e sistemeve të ruajtjes nuk anulon nevojën për kopje rezervë, plane të qarta dhe të provuara për rikuperim në rast të fatkeqësive dhe mbështetje teknike të shpejtë nga ndërtuesi.
Burimi: habr.com
