Concevez la configuration des hôtes et des nœuds de gestion de manière à obtenir une disponibilité et une tolérance optimales en cas d'augmentation de la consommation.

Dimensionnement de cluster vSAN pour la tolérance de pannes

Vous pouvez configurer l'attribut Pannes tolérées (FTT) dans les stratégies de stockage de machine virtuelle pour gérer les pannes d'hôte. Le nombre d'hôtes requis pour le cluster est calculé de la façon suivante : 2 * FTT + 1. Plus grand est le nombre de pannes que la configuration du cluster permet de tolérer plus nombreux seront les hôtes de capacité requis.

Si les hôtes du cluster sont connectés dans des serveurs en rack, vous pouvez organiser les hôtes en domaines de pannes afin d'améliorer la résilience aux problèmes tels que les défaillances de commutateurs ToR (top-of-rack) et une coupure d'alimentation du rack du serveur. Reportez-vous à Conception et dimensionnement vSAN Domaines de pannes.

Limitations d'une configuration de cluster à deux ou trois hôtes

Dans une configuration à trois hôtes, vous pouvez tolérer une seule panne d'hôte en définissant le nombre d'échecs à tolérer sur 1. vSAN enregistre chacun des deux réplicas de données de machine virtuelle requis sur des hôtes distincts. L'objet témoin se trouve sur un troisième hôte. En raison du petit nombre d'hôtes sur le cluster, les limitations suivantes sont imposées :

  • En cas de panne d'hôte, vSAN ne peut pas recréer les données sur un autre hôte pour les protéger contre une autre panne.
  • Si un hôte doit passer en mode de maintenance, vSAN ne peut pas évacuer les données de l'hôte afin de maintenir la conformité de la stratégie. Lorsque l'hôte est en mode de maintenance, les données sont exposées à une panne éventuelle ou à l'inaccessibilité si une autre panne se produit.

    Vous pouvez uniquement utiliser l'option de suppression des données Assurer l'accessibilité aux données. Assurer l'accessibilité aux données garantit que l'objet reste disponible pendant la migration des données, bien qu'elles puissent être menacées si une autre panne se produit. Les objets vSAN sur les clusters à deux ou trois hôtes ne sont pas conformes à la stratégie. Lorsque l'hôte quitte le mode de maintenance, les objets sont recréés pour garantir la conformité à la stratégie.

    Dans tous les cas où un hôte ou un groupe de disques est inaccessible dans un cluster à deux ou trois hôtes, les objets vSAN risquent de devenir inaccessibles si une autre panne se produit.

Configuration de cluster équilibrée et non équilibrée

vSAN fonctionne de façon optimale sur les hôtes présentant des configurations uniformes, y compris les configurations de stockage.

L'utilisation d'hôtes présentant des configurations différentes entraîne les inconvénients suivants dans un cluster vSAN :

  • Prévisibilité réduite des performances du stockage du fait que vSAN ne stocke pas le même nombre de composants sur chaque hôte.
  • Procédures de maintenance distinctes.
  • Performances réduites sur les hôtes du cluster ayant des types de périphériques de cache plus petits ou différents.

Déploiement vCenter Server sur vSAN

Si vCenter Server devient indisponible, vSAN continue à fonctionner normalement et les machines virtuelles continuent à s'exécuter.

Si vCenter Server est déployé sur la banque de données vSAN et qu'un problème se produit dans le cluster vSAN, vous pouvez utiliser un navigateur Web pour accéder à chaque vSAN hôte et à l'écran ESXi via vSphere Host Client. Les informations de santé de vSAN sont visibles dans Host Client et également au moyen de commandes esxcli.