Vous pouvez activer vSphere HA et Virtual SAN sur le même cluster. Comme pour les banques de données traditionnelles, vSphere HA fournit le même niveau de protection pour les machines virtuelles qui résident dans des banques de données de Virtual SAN. Cependant, des considérations spécifiques s'appliquent lors d'une interaction entre vSphere HA et Virtual SAN.

Conditions requises pour les hôtes ESXI

Pour utiliser Virtual SAN avec un cluster vSphere HA, les conditions suivantes doivent être remplies :

  • Tous les hôtes ESXi du cluster doivent être de la version 5.5 ou ultérieure.

  • Le cluster doit avoir au moins trois hôtes ESXi.

Différences de mise en réseau

Virtual SAN dispose de son propre réseau. Lorsque Virtual SAN et vSphere HA sont activés sur le même cluster, le trafic entre agents HA circule sur ce réseau de stockage et non pas sur le réseau de gestion. vSphere HA utilise le réseau de gestion uniquement lorsque Virtual SAN est désactivé. vCenter Server choisit le réseau approprié lorsque vSphere HA est configuré sur un hôte.

Remarque :

Virtual SAN ne peut être activé que si vSphere HA est désactivé.

Le tableau suivant montre les différences de mise en réseau de vSphere HA en fonction de l'utilisation ou non de Virtual SAN.

Tableau 1. Différences de mise en réseau de vSphere HA

Virtual SAN activé

Virtual SAN désactivé

Réseau utilisé par vSphere HA

Réseau de stockage de Virtual SAN

Réseau de gestion

Banques de données de signaux de pulsation

Toutes les banques de données montée sur plusieurs hôtes, sauf les banques de données de Virtual SAN.

Toutes les banques de données montées sur plusieurs hôtes.

Hôte déclaré comme isolé

Adresses d'isolation ne répondant pas aux commandes ping et réseau de stockage de Virtual SAN inaccessible.

Adresses d'isolation ne répondant pas aux commandes ping et réseau de gestion inaccessible.

Si vous modifiez la configuration de Virtual SAN, les agents vSphere HA ne choisissent pas automatiquement les nouveaux paramètres réseau. Pour modifier Virtual SAN, vous devez effectuer la procédure suivante dans Client Web vSphere :

  1. Désactivez la surveillance de l'hôte pour le cluster vSphere HA.

  2. Modifiez Virtual SAN.

  3. Cliquez avec le bouton droit sur chacun des hôtes du cluster et sélectionnez Reconfigurer HA.

  4. Réactivez la surveillance de l'hôte pour le cluster vSphere HA.

Paramètres de réservation de capacité

Lorsque vous réservez de la capacité pour votre cluster vSphere HA à l'aide d'une stratégie de contrôle d'admission, ce paramètre doit être cohérent avec le paramètre de Virtual SAN correspondant qui permet d'assurer l'accessibilité des données en cas de panne. Plus précisément, la valeur du paramètre définissant le nombre de pannes toléré dans l'ensemble des règles de Virtual SAN ne doit pas être inférieure à la capacité réservée par le paramètre de contrôle d'admission de vSphere HA.

Par exemple, si l'ensemble de règles de Virtual SAN n'autorise que deux pannes, la stratégie du contrôle d'admission de vSphere HA doit réserver une capacité équivalente à seulement une ou deux pannes d'hôte. Si vous utilisez la stratégie du pourcentage de ressources de cluster réservées sur un cluster disposant de huit hôtes, vous ne devez pas réserver plus de 25 % des ressources du cluster. Si vous utilisez la stratégie des pannes d'hôtes tolérées par le cluster sur ce même cluster, la valeur du paramètre ne doit pas dépasser deux hôtes. Si vSphere HA réserve une capacité inférieure, l'activité du basculement peut être imprévisible ; si, au contraire, il réserve une capacité trop élevée, la contrainte imposée à la mise sous tension des machines virtuelles et aux migrations vMotion entre clusters est excessive.

Comportement de Virtual SAN et de vSphere dans une situation de panne impliquant plusieurs hôtes

Suite à une panne de cluster de Virtual SAN avec une perte de quorum de basculement pour un objet de machine virtuelle, vSphere HA risque de ne pas pouvoir redémarrer la machine virtuelle même lorsque le quorum du cluster a été restauré. vSphere HA garantit le redémarrage uniquement lorsqu'il dispose d'un quorum de cluster et peut accéder à la copie la plus récente de l'objet de machine virtuelle. La copie la plus récente correspond à la dernière copie écrite.

Imaginons par exemple qu'une machine virtuelle de Virtual SAN est provisionnée pour tolérer une panne d'hôte. La machine virtuelle s'exécute sur un cluster de Virtual SAN qui inclut trois hôtes, H1, H2 et H3. Les trois hôtes tombent en panne dans une séquence où H3 est le dernier hôte à tomber en panne.

Après la récupération de H1 et de H2, le cluster dispose d'un quorum (une panne d'hôte tolérée). Malgré cela, vSphere HA ne peut pas redémarrer la machine virtuelle car le dernier hôte ayant subi une panne (H3) contient la copie la plus récente de l'objet de machine virtuelle et est toujours inaccessible.

Dans cet exemple, soit les trois hôtes doivent récupérer en même temps, soit le quorum à deux hôtes doit inclure H3. Si aucune de ces conditions n'est satisfaite, HA tente de redémarrer la machine virtuelle lorsque l'hôte H3 revient en ligne.