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. Ce niveau de protection implique des restrictions spécifiques lorsque vSphere HA et Virtual SAN interagissent.

Configuration requise 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 Update 1 ou ultérieure.

  • Le cluster doit avoir au moins trois hôtes ESXi. Pour des résultats optimaux, configurez le cluster Virtual SAN avec au moins quatre hôtes.

Différences de mise en réseau

Virtual SAN utilise son propre réseau logique. Lorsque Virtual SAN et vSphere HA sont activés pour le même cluster, le trafic entre agents HA traverse ce réseau de stockage plutôt que le réseau de gestion. vSphere HA utilise le réseau de gestion uniquement lorsque Virtual SAN est désactivé.vCenter Server sélectionne le réseau approprié lorsque vSphere HA est configuré sur un hôte.

Remarque :

You must disable vSphere HA avant que vous n'activiez Virtual SAN sur le cluster. Vous pouvez ensuite réactiver vSphere HA.

Quand une machine virtuelle est partiellement accessible seulement dans toutes les partitions réseau, vous ne pouvez ni mettre la machine virtuelle sous tension, ni y accéder entièrement dans une partition. Par exemple, si vous partitionnez un cluster en deux partitions, P1 et P2, l'objet d'espace de noms de machine virtuelle est accessible à la partition appelée P1 et non à P2. Le VMDK est accessible à la partition appelée P2 et non à P1. En pareils cas, la machine virtuelle ne peut être mise sous tension ou n'est pas entièrement accessible dans aucune partition.

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 Virtual SAN

Réseau de gestion

Banques de données de signaux de pulsation

Toutes les banques de données montées sur plus d'un hôte, mais qui ne sont pas des banques de données Virtual SAN

Toutes les banques de données montées sur plus d'un hôte

Hôte déclaré comme isolé

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

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

Si vous modifiez la configuration réseau de Virtual SAN, les agents vSphere HA ne choisissent pas automatiquement les nouveaux paramètres réseau. Pour apporter des modifications au réseau Virtual SAN, vous devez réactiver la surveillance de l'hôte pour le cluster vSphere HA à l'aide de vSphere Web Client :

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

  2. Modifiez le réseau 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 correspondre au paramètre de stratégie Nombre d'échecs tolérés correspondant dans l'ensemble de règles Virtual SAN et ne doit pas être inférieur à la capacité réservée par le paramètre de contrôle d'admission 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 Pourcentage de ressources de cluster réservées pour un cluster disposant de huit hôtes, vous ne devez pas réserver plus de 25 pour cent des ressources du cluster. Si vous utilisez la stratégie Nombre d'échecs tolérés sur ce même cluster, la valeur du paramètre ne doit pas dépasser deux hôtes. Si vSphere HA réserve moins de capacité, l'activité de basculement peut s'avérer imprévisible. La réservation d'une capacité trop grande impose une contrainte excessive à l'activation des machines virtuelles et aux migrations vSphere vMotion entre clusters. Pour plus d'informations sur la stratégie Pourcentage de ressources de cluster réservées pour un cluster, reportez-vous à la documentation Disponibilité vSphere.

Comportement de Virtual SAN et de vSphere HA en cas de panne impliquant plusieurs hôtes

Suite à une panne de cluster 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 Virtual SAN est provisionnée pour tolérer une panne d'hôte. La machine virtuelle s'exécute sur un cluster 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é ce quorum, 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.