De recente aankondiging van VMware om een fout-tolerante versie te gaan uitbrengen heeft tot veel discussies geleid over de voor- en nadelen van de oplossingen van verschillende leveranciers. Scott Lowe heeft als onafhankelijke partij de karakteristieken van drie oplossingen met elkaar vergeleken: everRun VM van Marathon Technologies, VMware HA (High Availability) en de aangekondigde VMware FT (fout-tolerant). Je kunt daarbij onderscheid maken tussen een aantal niveaus van bescherming:
- Herstart van een virtuele server op een andere fysieke server.
Deze bescherming wordt geboden door everRun level 1 voor de XenServer hypervisor en door VMware HA voor ESX. In beide gevallen wordt er door de oplossing niet out-of-the-box gegarandeerd dat er op de backup fysieke servers voldoende capaciteit vrij is. Het herstarten van de virtuele machine gaat dus op basis van ‘best effort’, hoewel VMware HA hierbij iets meer ondersteuning biedt dan everRun.
Overigens is de HA component van XenServer versie 5 identiek aan everRun. - Opvangen van fouten in componenten.
eveRun level 2 biedt op basis van XenServer de mogelijkheid om de I/O van uitvallende componenten op een server (denk aan netwerkkaart of storage interface) te routeren via een andere server. Dit lijkt op het eerste gezicht meer te beiden dan VMware. Echter, VMware ondersteunt al jarenlang redundante componenten binnen een server, waardoor de noodzaak voor deze functionaliteit bij ESX eigenlijk vervalt. - Echte fout-tolerantie (ook wel continuous availability genoemd).
Zowel everRun level 3 als VMware FT ondersteunen het doorstarten van een virtuele machine op een tweede fysieke server. Dit gaat dus veel verder dan herstarten: de machine op de backup server wordt permanent synchroon gehouden met de draaiende machine op de primaire server, waardoor de backup doorloopt op het punt waar de primaire server instortte. Ook nu werkt everRun alleen met XenServer als onderliggende hypervisor. Beide versie moeten overigens nog uitgebracht worden.
Zie Scott Lowe’s weblog voor meer.
