Vous devez configurer deux commutateurs de mise en réseau distincts (vMotion et journalisation de FT) sur chacun des hôtes que vous souhaitez ajouter à un cluster vSphere HA, de sorte que l'hôte puisse prendre en charge vSphere Fault Tolerance.

Pour configurer Fault Tolerance sur un hôte, vous devez exécuter cette procédure pour chaque option de groupe de ports (vMotion et journalisation de FT) afin de vous assurer qu'il y a suffisamment de bande passante disponible pour la journalisation de Fault Tolerance. Sélectionnez une option, terminez la procédure, et recommencez-la une seconde fois en sélectionnant l'autre option de groupes de port.

Conditions préalables

Des adaptateurs réseau (NIC) de plusieurs giga-octets sont nécessaires. Pour chaque hôte compatible avec Fault Tolerance, il faut au minimum deux cartes réseau physiques. par exemple, l'une dédiée à la journalisation de Fault Tolerance et l'autre dédiée à vMotion. Utilisation de trois adaptateurs réseau ou plus pour assurer la disponibilité. Reportez-vous à la section Configuration requise, limites et licence de Fault Tolerance.

Procédure

  1. Dans vSphere Client, accédez à l'hôte.
  2. Cliquez sur l'onglet Configurer, puis sur Mise en réseau.
  3. Sélectionnez Adaptateurs VMkernel.
  4. Cliquez sur l'icône Ajouter une mise en réseau.
  5. Fournissez les informations appropriées pour votre type de connexion.
  6. Cliquez sur Terminer.

Résultats

Lorsque vous avez créé à la fois un commutateur virtuel de journalisation vMotion et de Fault Tolerance, vous pouvez créer d'autres commutateurs virtuels en cas de besoin. Ajoutez ensuite l'hôte au cluster et terminez toutes les étapes nécessaires à l'activation de Fault Tolerance.

Que faire ensuite

Note : Si vous configurez la mise en réseau pour la prise en charge de FT mais que par la suite vous interrompez le port de journalisation de Fault Tolerance, les paires de machines virtuelles Fault Tolerance qui sont déjà sous tension le resteront. Mais dans le cas de situation de basculement, une nouvelle VM secondaire n'est pas démarrée après le remplacement de la VM principale par sa VM secondaire. Par conséquent, la nouvelle VM principale fonctionne en état non protégé.