{"id":36005,"date":"2019-10-31T22:09:06","date_gmt":"2019-10-31T19:09:06","guid":{"rendered":"https:\/\/prohoster.info\/blog\/otkazoustojchivost-v-shd-qsan\/"},"modified":"2019-10-31T22:09:06","modified_gmt":"2019-10-31T19:09:06","slug":"otkazoustojchivost-v-shd-qsan","status":"publish","type":"post","link":"https:\/\/prohoster.info\/sv\/blog\/administrirovanie\/otkazoustojchivost-v-shd-qsan","title":{"rendered":"Felaktighetss\u00e4kerhet i lagringssystemet Qsan","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Idag, inom IT-infrastruktur, med den utbredda anv\u00e4ndningen av virtualisering, utg\u00f6r lagringssystem k\u00e4rnan som lagrar alla virtuella maskiner. Om denna nod misslyckas kan det helt stoppa driften av datacentret. \u00c4ven om en stor del av serverutrustningen har n\u00e5gon form av fel\u00f6vervakning \"per default\", st\u00e4lls det h\u00f6ga krav p\u00e5 lagringssystemen p\u00e5 grund av deras s\u00e4rskilda roll inom datacentret g\u00e4llande \"livskraft\".<\/p>\n

<\/p>\n

\"Felaktighetss\u00e4kerhet
\n<\/a><\/noindex><\/p>\n

Den mest effektiva metoden f\u00f6r att s\u00e4kerst\u00e4lla fel\u00f6vervakning inom IT \u00e4r att anv\u00e4nda flera instanser av utrustning och mjukvara (i den enklaste formen - duplicering). Naturligtvis kan lagringssystemet dupliceras helt. Och f\u00f6r katastrof\u00e5terst\u00e4llning anv\u00e4nds just en s\u00e5dan metod. Men inte alla f\u00f6retag har r\u00e5d med en s\u00e5dan l\u00f6sning. Det handlar inte bara om den dubbla kostnaden f\u00f6r utrustningen, utan ocks\u00e5 om andra kostnader f\u00f6r att organisera en s\u00e5dan l\u00f6sning och dess fortsatta underh\u00e5ll. <\/p>\n

<\/p>\n

Men m\u00f6jligheten till duplicering av utrustning utesluter inte behovet av att s\u00e4kerst\u00e4lla fel\u00f6vervakning p\u00e5 komponentniv\u00e5. S\u00e4rskilt i lagringssystem anv\u00e4nds redundans f\u00f6r str\u00f6mf\u00f6rs\u00f6rjning, kylmoduler, lagringsenheter och sj\u00e4lvklart kontrollenheter. Allt detta har l\u00e4nge blivit vardag. Det \u00e4r sv\u00e5rt att hitta ett lagringssystem utan anv\u00e4ndning av en s\u00e5dan design. Qsan <\/a><\/noindex>h\u00e4r - \u00e4r inget undantag. Men i denna artikel vill vi prata om det som inte \u00e4r uppenbart vid f\u00f6rsta anblicken och som fr\u00e4mst syftar till att \u00f6ka systemets fel\u00f6vervakning som helhet.<\/p>\n

<\/p>\n

Kylmoduler<\/h3>\n

<\/p>\n

Mycket ofta i Lagring <\/a><\/noindex>med 2U-3U chassin anv\u00e4nds kombinerade moduler som sammanf\u00f6r str\u00f6mf\u00f6rs\u00f6rjningsenheter och fl\u00e4ktar. \u00c5 ena sidan \u00e4r detta praktiskt, eftersom man bara beh\u00f6ver underh\u00e5lla en enhet. \u00c5 andra sidan, om kylsystemet g\u00e5r s\u00f6nder, kan str\u00f6mf\u00f6rs\u00f6rjningsenheten tvingas st\u00e4ngas av f\u00f6r att undvika \u00f6verhettning. Det verkar kanske inte vara en kritisk situation, men att l\u00e4gga till s\u00e5rbarheter i lagringssystemet \u00e4r uppenbarligen ingen bra id\u00e9.<\/p>\n

<\/p>\n

Kylningen i Qsan Lagringssystem \u00e4r organiserad i separata moduler med \"varmh\u00e5llning\", oberoende av str\u00f6mf\u00f6rs\u00f6rjningen. I sj\u00e4lva str\u00f6mf\u00f6rs\u00f6rjningarna finns det fl\u00e4ktar som \u00e4r avsedda f\u00f6r att kyla str\u00f6mf\u00f6rs\u00f6rjningarna sj\u00e4lva. Kylmodulen rymmer tv\u00e5 oberoende fl\u00e4ktar som st\u00f6der varandra. Det finns tv\u00e5 s\u00e5dana moduler i Lagringssystemet: en till h\u00f6ger och en till v\u00e4nster \u2013 f\u00f6r att effektivt kyla alla komponenter. Om en av fl\u00e4ktarna slutar fungera, \u00f6kar alla andra automatiskt hastigheten f\u00f6r att kompensera f\u00f6r den minskade luftfl\u00f6det. D\u00e4rf\u00f6r inneb\u00e4r en fl\u00e4ktfel ingen risk f\u00f6r \u00f6verhettning av hela enheten.<\/p>\n

<\/p>\n

Topologi f\u00f6r anslutning av expansionshyllor<\/h3>\n

<\/p>\n

Klassisk anslutningsschema expansionshyllor<\/a><\/noindex> till Lagringssystemet inneb\u00e4r en topologi som kallas kaskad. I detta fall kopplas motsvarande kontrollerare f\u00f6r hyllan och Lagringssystemet samman med en enda SAS-kabel. sammanlagt blir det 2 kablar f\u00f6r ett tv\u00e5kontrollerarsystem. Om det kr\u00e4vs att ansluta en andra, ansluts den p\u00e5 samma s\u00e4tt till den f\u00f6rsta hyllan. Och s\u00e5 vidare. En f\u00f6rdel med denna topologi \u00e4r enkelheten i implementeringen av utrustningen. En nackdel \u00e4r s\u00e5rbarheten vid pl\u00f6tsligt avbrott av SAS-kedjan p\u00e5 grund av korsande fel i oanslutna kontrollerare av Lagringssystemet och hyllan eller p\u00e5 grund av str\u00f6mavbrott i n\u00e5gon av expansionshyllorna i mitten av kedjan. Resultatet blir f\u00f6rlust av tillg\u00e5ng till vissa lagringsenheter och potentiellt kollaps av RAID-gruppen om den \u00e4r \"utsp\u00e4dd\" \u00f6ver flera chassin.<\/p>\n

<\/p>\n

F\u00f6r att skydda mot korsande fel i kontrollerarna har Qsan ett skydd i form av intern logisk koppling mellan kontrollerarna genom Lagringssystemets backplane. D.v.s. Lagringssystemets kontroller ser inte bara kontrolleraren f\u00f6r JBOD, som \u00e4r direkt ansluten till den, utan \u00e4ven \"grannens\" kontroller via en speciell l\u00e4nk i backplane. Som ett resultat, om en s\u00e5dan situation intr\u00e4ffar och ingen fysiskt drar ut SAS-kablarna mellan Lagringssystemet och hyllan, kommer tillg\u00e5ngen till alla lagringsenheter att bevaras.<\/p>\n

<\/p>\n

\"Felaktighetss\u00e4kerhet<\/p>\n

F\u00f6r att skydda mot avbrott av SAS-kedjan, till exempel p\u00e5 grund av str\u00f6mavbrott i expansionshyllan, anv\u00e4nds vanligtvis en annan anslutningstopologi \u2013 omv\u00e4nd kaskad. I detta fall ansluts Lagringssystemet direkt till den f\u00f6rsta och den sista hyllan i kedjan, vilket ger tillg\u00e5ng till lagringsenheterna fr\u00e5n tv\u00e5 sidor.<\/p>\n

<\/p>\n

\"Felaktighetss\u00e4kerhet<\/p>\n

Om man vill ha ett starkare skydd kan man bygga st\u00f6rre konfigurationer, till exempel genom att anv\u00e4nda en tr\u00e4dtopologi. Man kan ocks\u00e5 komplicera ytterligare genom att kombinera de n\u00e4mnda topologierna. Detta \u00e4r m\u00f6jligt tack vare det stora antalet SAS-kontakter p\u00e5 enheterna (2 f\u00f6r varje lagringskontroll och 5 f\u00f6r varje JBOD-kontroll) med automatisk identifiering av in- och utg\u00e5ngsl\u00e4gen. Det \u00e4r viktigast att sj\u00e4lva administrat\u00f6ren inte blir f\u00f6rvirrad. Och lagringssystemet kan ordna konfigurationen korrekt.<\/p>\n

<\/p>\n

Snabb \u00e5teruppbyggnad<\/h3>\n

<\/p>\n

N\u00e4rvarande reservdisksystem med 'hot spare' \u00f6kar avsev\u00e4rt tillf\u00f6rlitligheten f\u00f6r informationslagring. Men bara det faktum att dessa diskar reserveras inneb\u00e4r inte absolut skydd. Problemet \u00e4r att \u00e5terst\u00e4llningsprocessen (\u00e5teruppbyggnad) \u00e4r ganska arbetskr\u00e4vande och ofta tidskr\u00e4vande. Arbetskravet uppst\u00e5r p\u00e5 grund av den kontinuerliga tillg\u00e5ngen till huvuddata. Dvs. systemet m\u00e5ste, parallellt med sitt nuvarande arbete, ocks\u00e5 kopiera data till den nya disken. \u00c5teruppbyggnadens varaktighet beror direkt p\u00e5 lagrinskapaciteten och dess hastighetsegenskaper. Eftersom systemet inte har n\u00e5gon information om det verkliga upptagna utrymmet p\u00e5 diskarna kopierar det endast allt under \u00e5teruppbyggnaden: block f\u00f6r block. <\/p>\n

<\/p>\n

Som ett resultat kan \u00e5terst\u00e4llningen av en modern disk med stor kapacitet p\u00e5 mer \u00e4n 10 TB under en seri\u00f6s belastning p\u00e5 lagringssystemet enkelt ta en vecka eller mer. Man b\u00f6r ocks\u00e5 ha i \u00e5tanke att under \u00e5teruppbyggnad \u00f6kar sannolikheten f\u00f6r att andra diskar misslyckas p\u00e5 grund av den \u00f6kade belastningen p\u00e5 dem. Detta kan utg\u00f6ra ett allvarligt hot, till exempel vid anv\u00e4ndning av RAID5.<\/p>\n

<\/p>\n

F\u00f6r att l\u00f6sa detta problem har m\u00e5nga utvecklare av lagringssystem fokuserat p\u00e5 att p\u00e5skynda \u00e5terst\u00e4llningsprocessen. Olika tillv\u00e4gag\u00e5ngss\u00e4tt kan anv\u00e4ndas, men essensen \u00e4r densamma \u2013 att kopiera endast de faktiska upptagna blocken under \u00e5teruppbyggnaden. Qsan har inte varit ointresserade av detta problem. F\u00f6r lagringssystemet fr\u00e5n denna leverant\u00f6r, n\u00e4r alternativet \u00e4r aktiverat, Snabb \u00e5teruppbyggnad<\/a><\/noindex> sp\u00e5rar systemet de block som anv\u00e4nds f\u00f6r skrivning, vilket g\u00f6r det m\u00f6jligt att i h\u00e4ndelse av diskfel kopiera bara dem till den nya enheten.<\/p>\n

<\/p>\n

\"Felaktighetss\u00e4kerhet<\/p>\n

Alternativet f\u00f6r snabb \u00e5teruppbyggnad \u00e4r inte aktiverat som standard n\u00e4r nya volymer skapas, eftersom dess anv\u00e4ndning p\u00e5verkar prestandan, s\u00e4rskilt vid random write-operationer, eftersom:<\/p>\n

<\/p>\n

    \n
  1. Det \u00e4r n\u00f6dv\u00e4ndigt att sp\u00e5ra skrivningar i block;<\/li>\n
  2. Vid en rebuild sker ingen omr\u00e4kning av kontrollsummor f\u00f6r oanv\u00e4nt utrymme, s\u00e5 vid ny skrivning till detta omr\u00e5de \u00e4r det f\u00f6rst n\u00f6dv\u00e4ndigt att \"initialisera\" det.<\/li>\n<\/ol>\n

    <\/p>\n

    D\u00e4rf\u00f6r rekommenderas det inte att anv\u00e4nda Fast Rebuild f\u00f6r volymer, till exempel med h\u00f6gbelastade databaser eller i \u00f6vervakningssystem d\u00e4r volymen \u00e4nd\u00e5 kommer att fyllas till 100%. Men f\u00f6r fil- eller e-postservrar kommer detta alternativ verkligen att vara mycket anv\u00e4ndbart.<\/p>\n

    <\/p>\n

    Avslutande<\/h2>\n

    <\/p>\n

    Varje tillverkare av lagringssystem f\u00f6rv\u00e4ntar sig att deras enheter \u00e4r p\u00e5litliga. Och om det inte finns n\u00e5gra fatala brister vid utvecklingen av enheterna och en otrolig str\u00e4van efter att spara under tillverkning och testning, s\u00e5 kan man i stort sett h\u00e5lla med leverant\u00f6ren. Men det \u00e4r viktigt att f\u00f6rst\u00e5: <\/p>\n

    <\/p>\n