{"id":31906,"date":"2019-10-31T21:43:53","date_gmt":"2019-10-31T18:43:53","guid":{"rendered":"https:\/\/prohoster.info\/blog\/sokrashhenie-riskov-downtime-blagodarya-arhitekture-shared-nothing\/"},"modified":"2019-10-31T21:43:53","modified_gmt":"2019-10-31T18:43:53","slug":"sokrashhenie-riskov-downtime-blagodarya-arhitekture-shared-nothing","status":"publish","type":"post","link":"https:\/\/prohoster.info\/nl\/blog\/administrirovanie\/sokrashhenie-riskov-downtime-blagodarya-arhitekture-shared-nothing","title":{"rendered":"Vermindering van downtime risico's dankzij de Shared Nothing-architectuur","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Het onderwerp van failover in datasystemen is altijd relevant, aangezien in ons tijdperk van wijdverspreide virtualisatie en consolidatie van middelen, SANs het schakelstuk zijn waarvan de uitval niet alleen leidt tot een gewone storing, maar tot langdurige stilstand van services. Daarom bevatten moderne SANs een groot aantal gedupliceerde componenten (zelfs tot aan de controllers). Maar is deze bescherming voldoende?<\/p>\n

\n\"Vermindering
\n<\/a><\/noindex><\/p>\n

Alle leveranciers vermelden bij het opsommen van de kenmerken van SANs onvermijdelijk de hoge beschikbaarheid van hun oplossingen, waarbij ze altijd de term \"geen enkele single point of failure\" toevoegen. Laten we eens beter kijken naar een typisch datasysteem. Om stilstand tijdens onderhoud te voorkomen, worden in SANs voedingen, koelingsmodules, invoer-\/uitvoerpoorten, opslagmedia (we bedoelen RAID) en natuurlijk controllers gedupliceerd. Als je goed naar deze architectuur kijkt, zie je minimaal twee potenti\u00eble falingspunten, die schaamteloos onder de pet worden gehouden:<\/p>\n

<\/p>\n

    \n
  1. De aanwezigheid van een enkele backplane<\/li>\n
  2. De aanwezigheid van \u00e9\u00e9n kopie van data<\/li>\n<\/ol>\n

    <\/p>\n

    Een backplane is een technisch geavanceerd apparaat dat altijd subject is aan strenge tests tijdens de productie. Daarom komen er zelden gevallen voor waarin het volledig defect raakt. Maar zelfs bij gedeeltelijke storingen, zoals een defecte opslagslot, zal het moeten worden vervangen met volledige uitschakeling van de SAN.<\/p>\n

    <\/p>\n

    Het maken van meerdere kopie\u00ebn van gegevens lijkt op het eerste gezicht ook geen probleem te zijn. Zo is de Clone-functionaliteit in SANs, die in staat is een volledige kopie van gegevens met enige regelmaat te actualiseren, vrij wijdverbreid. Maar in het geval van problemen met de backplane zal de kopie net zo onbereikbaar zijn als het origineel. <\/p>\n

    <\/p>\n

    Een voor de hand liggende oplossing om deze tekortkomingen te overwinnen is replicatie naar een andere opslagoplossing. Als we de verwachte verdubbeling van de kosten voor hardware negeren (we veronderstellen immers dat degenen die voor deze oplossing kiezen dit realistisch begrijpen en dit feit van tevoren accepteren), blijven er nog potenti\u00eble kosten over voor het opzetten van de replicatie in de vorm van licenties, extra software en hardware. En het belangrijkste is dat we op de een of andere manier de consistentie van de gerepliceerde gegevens moeten waarborgen. Dat wil zeggen, het opbouwen van een virtualisatieoplossing voor opslag \/ vSAN \/ enz., wat ook financi\u00eble en tijdsbronnen vereist.<\/p>\n

    <\/p>\n

    AccelStor <\/a><\/noindex>Bij het cre\u00ebren van hun High Availability-systemen was het doel om de hierboven genoemde tekortkomingen te elimineren. Zo ontstond de interpretatie van de technologie Shared Nothing, wat vrij vertaald betekent \"zonder gebruik van gedeelde apparaten\".<\/p>\n

    <\/p>\n

    Concept Shared Nothing<\/a><\/noindex> De architectuur benadrukt het gebruik van twee onafhankelijke nodes (controllers), elk met zijn eigen set gegevens. Tussen de nodes vindt synchrone replicatie plaats via een InfiniBand 56G-interface die volledig transparant is voor de software die bovenop het opslagsysteem draait. Als gevolg hiervan is er geen noodzaak om virtuele opslagoplossingen, software-agenten enz. toe te passen.<\/p>\n

    <\/p>\n

    Fysiek kan de tweenodige oplossing van AccelStor in twee modellen worden uitgevoerd:<\/p>\n

    <\/p>\n