VxRail : Qu’est-ce que le FTT et le codage d’effacement ?

Le codage d’effacement (EC) est une méthode de protection des données dans laquelle les données sont divisées en fragments, développées et codées avec des éléments de données redondants (définition TechTarget) et stockées sur différents emplacements ou supports de stockage.

L’objectif du codage d’effacement est de permettre la reconstruction des données corrompues à un moment donné du processus de stockage sur disque à l’aide d’informations sur les données stockées ailleurs dans la baie (définition de TechTarget). Les codes d’effacement sont souvent utilisés à la place du RAID (définition TechTarget) traditionnel en raison de leur capacité à réduire le temps et la surcharge nécessaires à la reconstruction des données. L’inconvénient du codage d’effacement est qu’il peut être plus gourmand en ressources processeur, ce qui peut se traduire par une latence accrue.

Nombre de défaillances à tolérer

Cette option FTT définit généralement le nombre de défaillances d’hôte et de périphérique qu’un objet de machine virtuelle peut tolérer. Pour n défaillances tolérées, n+1copies de la zone d’objet de la machine virtuelle créée et 2n+1 hôtes avec stockage sont requis. La valeur par défaut est 1. La valeur maximale est 3.

vSAN prend en charge deux configurations spécifiques lorsque les codes d’effacement sont activés. Le premier, RAID 5, s’applique lorsque le nombre de défaillances à tolérer est défini sur 1. Le second, RAID 6, s’applique lorsque le nombre de défaillances à tolérer est défini sur 2. La taille d’un cluster vSAN doit être d’au moins quatre hôtes pour RAID 5 et d’au moins six hôtes pour RAID 6.

Méthode de tolérance de panne

La méthode de tolérance de panne spécifie si la méthode de réplication des données optimise les performances ou la capacité. L’option de mise en miroir RAID 1 pour les performances utilise plus d’espace disque pour placer les composants de l’objet, mais consomme moins de ressources de processeur et de réseau. Le codage d’effacement RAID-5/6 est l’option de capacité. Il utilise moins d’espace disque, mais consomme plus de ressources CPU et réseau.

Gestion des domaines de pannes dans les clusters vSAN

Si votre cluster vSAN s’étend sur plusieurs racks ou châssis de serveurs lames dans un datacenter et que vous souhaitez vous assurer que vos hôtes sont protégés contre les pannes de rack ou de châssis, vous pouvez créer des domaines d’erreur et ajouter un ou plusieurs hôtes à chaque domaine d’erreur.

Un domaine d’erreur se compose d’un ou de plusieurs hôtes vSAN regroupés en fonction de leur emplacement physique dans le datacenter. Les domaines d’erreur permettent à vSAN de tolérer les défaillances de racks physiques entiers et les défaillances d’un seul hôte, d’un appareil de capacité, d’une liaison réseau ou d’un commutateur réseau dédié à un domaine d’erreur.

Le nombre de défaillances à tolérer pour la règle du cluster dépend du provisionnement d’une machine virtuelle qu’elle est capable de tolérer. Par exemple, lorsqu’une machine virtuelle est configurée avec le Nombre de défaillances à tolérer défini sur 1 (FTT = 1) et que plusieurs domaines d’erreur sont utilisés, vSAN peut tolérer une seule défaillance, quel que soit le type de tout composant, pour tout composant d’un domaine d’erreur, y compris la défaillance d’un rack entier.

Lorsque vous configurez des domaines d’erreur sur un rack et provisionnez une nouvelle machine virtuelle, vSAN s’assure que les objets de protection, tels que les réplicas et les témoins, sont placés dans différents domaines d’erreur. Par exemple, si la règle de stockage d’une machine virtuelle définit le Nombre de défaillances à tolérer sur N (FTT = n), vSAN requiert un minimum de 2*n+1 domaines d’erreur dans le cluster. Lorsque les machines virtuelles sont provisionnées dans un cluster avec des domaines d’erreur utilisant cette règle, les copies des objets de machine virtuelle associés sont stockées sur des racks distincts.

Au moins trois domaines d’erreur sont requis. Pour de meilleurs résultats, configurez au moins quatre domaines d’erreur dans le cluster. Un cluster doté de trois domaines d’erreur présente les mêmes restrictions qu’un cluster à trois hôtes, telles que l’impossibilité de reprotéger les données après une défaillance et l’impossibilité d’utiliser le mode Full data migration. Pour plus d’informations sur la conception et le dimensionnement des domaines d’erreur, reportez-vous à la section Conception et dimensionnement des domaines d’erreur vSAN.

Imaginons un scénario dans lequel vous disposez d’un cluster vSAN avec 16 hôtes. Les hôtes sont répartis sur quatre racks, soit quatre hôtes par rack. Pour tolérer une panne de rack complète, vous devez créer un domaine d’erreur pour chaque rack. Un cluster d’une telle capacité peut être configuré pour tolérer une définition de l’option Number of failures to tolerate sur 1. Si vous souhaitez configurer le cluster pour autoriser l’utilisation de machines virtuelles avec le Nombre de défaillances à tolérer défini sur 2, vous devez configurer cinq domaines d’erreur dans un cluster.

Lorsqu’un rack tombe en panne, toutes les ressources, y compris le processeur et la mémoire du rack, deviennent indisponibles pour le cluster. Pour réduire l’impact d’une possible défaillance de rack, vous devez configurer des domaines d’erreur de plus petite taille. Cela augmente la quantité totale de ressources disponibles dans le cluster après une défaillance de rack.

Lorsque vous utilisez des domaines d’erreur, respectez les pratiques d’excellence suivantes :

• Configurez un minimum de trois domaines d’erreur dans le cluster vSAN. Pour de meilleurs résultats, configurez au moins quatre domaines d’erreur.
• Un hôte qui ne se trouve dans aucun domaine d’erreur est considéré comme résidant dans son propre domaine d’erreur d’hôte unique.
• Il n’est pas nécessaire d’attribuer chaque hôte vSAN à un domaine d’erreur. Si vous décidez d’utiliser des domaines d’erreur pour protéger l’environnement vSAN, envisagez de créer des domaines d’erreur de taille égale.
• Lorsqu’ils sont déplacés vers un autre cluster, les hôtes vSAN conservent leurs attributions de domaine d’erreur.
• Lors de la conception d’un domaine d’erreur, il est recommandé de configurer des domaines d’erreur avec un nombre uniforme d’hôtes.
• Pour obtenir des instructions sur la conception des domaines d’erreur, reportez-vous à la section Conception et dimensionnement des domaines d’erreur vSAN.
• Vous pouvez ajouter n’importe quel nombre d’hôtes à un domaine d’erreur. Chaque domaine d’erreur doit contenir au moins un hôte.