Gedachten over hoge beschikbaarheid
Gepubliceerd op 27 april 2009 • 3 min leestijd • 505 woordenElke keer dat we een virtuele infrastructuur ontwerpen, ontwerpen we deze voor hoge beschikbaarheid. We schakelen HA in, we plaatsen er veel netwerkkaarten enz. in om de infrastructuur veerkrachtig te maken. Zelfs vSphere biedt meer opties voor hoge beschikbaarheid, zoals FT.
Maar wat is hoge beschikbaarheid? Volgens Wikipedia is het:
een systeemontwerpprotocol en bijbehorende implementatie dat een zekere absolute mate van operationele continuïteit gedurende een bepaalde meetperiode garandeert.
Nou, mooie definitie, maar wat betekent dit voor het ontwerpen van een infrastructuur? Ontwerpen voor hoge beschikbaarheid is veel, veel meer dan alleen het ontwerpen en gebruiken van een virtuele HA-omgeving.
We ontwerpen de fysieke systemen met redundante voedingen, meerdere paden naar netwerk en opslag. In onze sterk gevirtualiseerde omgevingen beschouwen we zaken als HA van VMware als vanzelfsprekend, maar is het echt veilig en hoog beschikbaar? En is het echt nodig?
- Wat als u zoiets als Site Recovery Manager van VMware gebruikt om een noodherstelsite te maken voor het geval uw belangrijkste apparatuurruimte volledig uitvalt vanwege een brand? Heeft u desktops op uw DR-locatie? Kunnen ze de telefoon gebruiken? Zijn er voldoende stoelen en bureaus?
- Wat moet ik doen als de airconditioning in uw hoofdapparatuurkamer uitvalt? Heb je echt een reserve nodig in de MER, of is het voldoende om gewaarschuwd te worden?
Wat het voor mij betekent, is dat je veel/alle mogelijke voorzorgsmaatregelen neemt om uitval van je IT-infrastructuur te voorkomen en ervoor zorgt dat de uitval, als deze toch optreedt, minimale gevolgen heeft voor de bedrijfsvoering. Voor sommige componenten betekent dit dat u over hot spares of redundante componenten beschikt om storingen op te vangen. Voor andere componenten kan het net voldoende zijn om goede monitoring en waarschuwingen te hebben.
Het betekent ook dat je ook met andere zaken rekening moet houden: wie kan wat, wie mag het datacenter in, wie beslist welke patches worden ingezet, enzovoort.
De boodschap die ik u wil geven: als u ontwerpt voor hoge beschikbaarheid, houd dan rekening met zoveel als nodig is. Voor de dingen waar je geen controle over hebt, zorg ervoor dat je deze dingen opschrijft en laat iemand anders beslissen of hij of zij het risico wil nemen of het probleem wil oplossen. Vraag of er DR-runbooks aanwezig zijn, je wilt het werk niet twee keer doen;)
Steeds meer bedrijven vertrouwen op High Availability omdat mensen de systemen 24/7 gebruiken. Het is dus erg belangrijk om bij je ontwerp na te denken over hoe je dat gedrag kunt ondersteunen. Het is uiteindelijk allemaal voor het bedrijf en de gebruikers.
En als laatste: High Availability is veel meer dan alleen een technische oplossing, al wordt het vanaf vandaag wel steeds makkelijker met de software.