VMware vSphere High Availability (HA) est une solution économique et simple d'utilisation, qui garantit la haute disponibilité des applications exécutées sur des machines virtuelles. En cas de panne du serveur physique, les machines virtuelles touchées sont automatiquement redémarrées sur d'autres serveurs de production disposant de la capacité nécessaire. Si une défaillance du système d’exploitation se produit, vSphere HA redémarre la machine virtuelle concernée sur le même serveur physique.

vSphere HA offre aux départements informatiques les avantages suivants :

• Limitation des interruptions de service dues aux pannes de serveur ou de système d’exploitation
• Protection renforcée à l’échelle de votre infrastructure

vSphere HA offre la disponibilité nécessaire à de nombreuses applications exécutées sur des machines virtuelles, quels que soient le système d’exploitation et les applications qui s’y exécutent. HA assure une protection par basculement régulière et économique contre les pannes matérielles et les dysfonctionnements du système d’exploitation au sein de votre environnement virtualisé.

• Surveille les machines virtuelles afin de détecter les dysfonctionnements du système d’exploitation et les pannes matérielles
• En cas de panne serveur, redémarre sans intervention humaine les machines virtuelles sur d’autres serveurs physiques du pool de ressources
• Protège les applications contre les dysfonctionnements du système d’exploitation en redémarrant automatiquement les machines virtuelles en cas de dysfonctionnement du système d’exploitation

vSphere HA peut être configuré d’un simple clic à partir de l’interface vSphere Client de façon à fournir une protection par basculement sans nécessiter l’installation et la configuration complexes de solutions associées aux systèmes d’exploitation ou aux applications Outre cette simplicité, HA ne nécessite que très peu de ressources pour protéger l’infrastructure et vous offre les possibilités suivantes :

• Protection uniforme de toutes vos applications contre les défaillances des serveurs et des systèmes d’exploitation, quel que soit le matériel serveur ou le système d’exploitation utilisé par la machine virtuelle
• Création d’une première ligne de défense cohérente pour l’ensemble de votre infrastructure informatique
• Protection des applications sans autre option de basculement et haute disponibilité garantie des logiciels qui, sans HA, ne seraient pas forcément protégés

HA peut être acheté en tant que composant de toutes les éditions VMware vSphere et des kits

Dans un environnement virtualisé, la fonction la plus largement utilisée pour la disponibilité est vSphere HA. Celle-ci offre la base d’un environnement hautement disponible en surveillant les machines virtuelles et les hôtes sur lesquels elles sont exécutées.

Dans vSphere 5.0, la fonction vSphere HA a été entièrement repensée par VMware afin de gagner en extensibilité, en fiabilité et en facilité d’utilisation. Tous ces facteurs, ainsi que les améliorations apportées qui les sous-tendent, sont décrites ci-dessous.

L’usage croissant de produits VMware dans les datacenters modernes actuels engendre la nécessité de proposer une solution évolutive pour la haute disponibilité. Le remodelage de vSphere HA offre cette base.

L’un des plus grands changements apportés par vSphere HA est la suppression totale du concept de nœud principal et secondaire. Le nouveau modèle intègre une relation maître/esclave entre les nœuds dans un cluster, où un nœud est désigné comme maître et les autres comme esclaves. Le nœud maître coordonne toutes les actions liées à la disponibilité avec les autres nœuds et est chargé de communiquer cet état à VMware vCenter Server. Ce modèle élimine une partie significative du temps consacré à la planification de la conception de l’architecture d’un environnement hautement disponible. Les administrateurs n’ont plus à se soucier de savoir quels hôtes correspondent à leurs nœuds principaux et où ils se situent. Cela est particulièrement significatif lors de la mise en œuvre de vSphere HA sur un châssis lames et dans des environnements de cluster sous pression.

Le support de la mise en réseau IPv6 dans vSphere HA permet aux équipes informatiques qui ont besoin de davantage d’espace pour les adresses d’exploiter pleinement l’infrastructure de leur réseau.

vSphere HA inclut aussi désormais un meilleur mécanisme de déploiement. Cette amélioration permet aux administrateurs d’accomplir des tâches en une fraction du temps qui était nécessaire auparavant, notamment en ce qui concerne le déploiement de l’agent vSphere HA, ainsi que la configuration, la désactivation, la reconfiguration, etc. de vSphere HA.

En cas d’incident, la dernière chose dont un administrateur veut avoir à s’inquiéter est si la solution déployée va fonctionner correctement. Après analyse des appels au support les plus fréquents passés par les clients au sujet de vSphere HA, VMware a ajouté des fonctions pour garantir la pérennité de la confiance accordée à vSphere HA.

L’une des améliorations s’est traduite par l’élimination de la dépendance de vSphere HA envers un composant externe. Plus particulièrement, vSphere HA ne dépend plus de la résolution DNS de chaque hôte dans le cluster. L’élimination de cette dépendance réduit les risques qu’un incident survenant sur un composant externe affecte le fonctionnement de vSphere HA.

Une autre amélioration concerne la capacité à activer la communication entre les nœuds au sein d’un cluster via le sous-système de stockage. Désormais, vSphere HA va utiliser plusieurs chemins de communication, via le réseau et le stockage. Cela permet de bénéficier non seulement d’un niveau de redondance plus élevé, mais aussi d’une meilleure identification de la santé d’un nœud et des machines virtuelles qui y sont exécutées.

Bien que la majorité des optimisations apportées à vSphere HA ne soient pas visibles pour l’utilisateur final, celles-ci se sont concentrées sur l’amélioration de la facilité d’utilisation.

L’interface utilisateur a été optimisée pour permettre aux utilisateurs d’identifier rapidement le rôle joué par un nœud dans le cluster, ainsi que son état. Les messages qui signalent des conditions d’erreur ont également été simplifiés pour les rendre plus compréhensibles et plus facilement applicables. Lorsque des problèmes surviennent, il suffit de consulter un seul fichier journal, ce qui réduit considérablement le délai nécessaire à leur résolution.