Pour garantir des résultats Fault Tolerance optimaux, vous devez respectez certaines meilleures pratiques.

En plus des informations suivantes, consultez le livre blanc Recommandations et considérations sur VMware Fault Tolerance sur http://www.vmware.com/resources/techresources/10040.

Configuration d'hôte

Tenez compte des meilleures pratiques suivantes lors de la configuration des hôtes.

  • Les hôtes exécutant les machines virtuelles principales et secondaires doivent fonctionner à des fréquences de processeur assez proches sinon la machine virtuelle secondaire risque de redémarrer plus souvent. Les fonctions de gestion de l'alimentation de la plate-forme qui ne sont pas réglées selon la charge de travail (modes de limitation de puissance et de basse fréquence pour économiser de l'énergie, par exemple) peuvent entraîner de fortes variations des fréquences du processeur. Si des machines virtuelles secondaires sont redémarrées régulièrement, désactivez tous les modes de gestion de l'alimentation sur les hôtes exécutant des machines virtuelles tolérantes aux pannes ou veillez à ce que tous les hôtes soient exécutés avec les même modes de gestion de l'alimentation.

  • Appliquez la même configuration d'extension de jeux d'instructions (activé ou désactivé) à tous les hôtes. Le processus d'activation ou de désactivation des jeux d'instructions varie en fonction du BIOS. Reportez-vous à la documentation du BIOS de vos hôtes pour plus d'informations sur la configuration des jeux d'instructions.

Clusters homogènes

vSphere Fault Tolerance peut fonctionner dans des clusters contenant des hôtes non uniformes, mais il est préférable que les clusters aient des nœuds compatibles. Au moment de la construction du cluster, tous les hôtes doivent être configurés comme suit :

  • Processeurs appartenant au même groupe de processeurs compatibles.

  • Accès commun aux banques de données utilisées par les machines virtuelles.

  • La même configuration réseau de machines virtuelles.

  • La même version d'ESXi.

  • Le même numéro de version de Fault Tolerance (ou numéro de version d'hôte pour les hôtes antérieurs à ESX/ESXi 4.1).

  • Les mêmes paramètres de BIOS (gestion de l'alimentation et hyperthreading) pour tous les hôtes.

Exécutez Vérifier la conformité pour identifier les incompatibilités et les corriger.

Performances

Pour accroître la bande passante disponible pour le trafic de journalisation entre les machines virtuelles principales et secondaires, utilisez une carte réseau de 10 Gbit et activez l'utilisation des Trames jumbo.

Stocker les images ISO sur des stockages partagés pour un accès permanent

Les images ISO auxquelles accèdent les machines virtuelles dont Fault Tolerance est activée doivent être conservées sur des stockages partagés accessibles aux deux instances de la machine virtuelle tolérante aux pannes. Si vous utilisez cette configuration, le CD-ROM présent dans la machine virtuelle continue de fonctionner correctement, même en cas de basculement.

Pour les machines virtuelles dont Fault Tolerance est activée, il est possible d'utiliser les images ISO qui sont uniquement accessibles par la machine virtuelle principale. Dans ce cas, la machine virtuelle principale peut accéder à l'image ISO, mais en cas de basculement, le CD-ROM signale les erreurs comme s'il n'y avait pas de support. Cette situation peut être tolérée si le CD-ROM est utilisé pour une opération provisoire et non critique comme une installation.

Éviter les partitions de réseau

Une partition de réseau survient quand un cluster vSphere HA connaît une défaillance du réseau de gestion qui isole certains hôtes de vCenter Server et les isole les uns des autres. Reportez-vous à la section Partitions de réseau. En cas de partition, la protection de Fault Tolerance peut être réduite.

Dans un cluster vSphere HA partitionné utilisant Fault Tolerance, la machine virtuelle principale (ou sa machine virtuelle secondaire) pourrait se retrouver dans une partition gérée par un hôte principal qui n'est pas responsable de cette machine virtuelle. Si un basculement est nécessaire, une machine virtuelle secondaire est redémarrée uniquement si la machine virtuelle principale se trouvait dans une partition gérée par un hôte principal qui en était responsable.

Pour réduire les risques de panne de votre réseau de gestion entraînant une partition du réseau, suivez les recommandations figurant dans Meilleures pratiques pour la mise en réseau.