Plusieurs situations types peuvent bénéficier de l'utilisation de vSphere Fault Tolerance.

Fault Tolerance assure un meilleur niveau de continuité d'activité que vSphere HA. Lorsqu'une machine virtuelle secondaire doit intervenir pour remplacer son homologue, la machine virtuelle principale, la machine virtuelle secondaire joue immédiatement le rôle de machine virtuelle principale, l'état de la machine virtuelle restant entièrement préservé. Les applications sont déjà en cours d'exécution et les données conservées en mémoire ne doivent pas être ressaisies ou rechargées. Le basculement assuré par vSphere HA redémarre les machines virtuelles affectées par une panne.

Ce haut niveau de continuité et la meilleure protection des informations d'états et des données informe les scénarios du déploiement possible de Fault Tolerance.

  • Applications qui doivent toujours être disponibles, notamment les applications présentant de longues connexions client que les utilisateurs souhaitent maintenir pendant les pannes matérielles.

  • Applications personnalisées qui n'ont pas d'autres moyens de former un cluster.

  • Cas où la grande disponibilité peut être assurée par des solutions de formation de cluster personnalisées qui sont très compliquées à configurer et à entretenir.

Un autre cas pratique de protection d'une machine virtuelle par Fault Tolerance s'intitule Fault Tolerance à la demande. Dans ce cas, une machine virtuelle est correctement protégée par vSphere HA pendant son fonctionnement normal. Pendant certaines périodes critiques, vous voudrez renforcer la protection de la machine virtuelle. Par exemple, vous pouvez exécuter un rapport trimestriel dont l'interruption peut retarder la mise à disposition d'informations cruciales. vSphere Fault Tolerance permet de protéger cette machine virtuelle avant la production du rapport, puis d'arrêter ou d'interrompre Fault Tolerance après la publication du rapport. Vous pouvez utiliser Fault Tolerance à la demande pour protéger la machine virtuelle pendant une période critique et revenir aux ressources normales pour les opérations non critiques.