Les stratégies de stockage vSAN définissent les conditions de stockage requises pour vos machines virtuelles. Ces stratégies garantissent le niveau requis de service pour vos machines virtuelles, car elles déterminent la façon dont le stockage est alloué à la machine virtuelle.

VMware Cloud on AWS inclut deux banques de données vSAN, l'une pour les machines virtuelles de gestion (vsanDatastore) et l'autre pour les machines virtuelles de charge de travail (WorkloadDatastore). Les deux banques de données partagent les mêmes périphériques de stockage sous-jacents et consomment les ressources du même pool d'espace libre.

Chaque machine virtuelle déployée dans une banque de données vSAN se voit attribuer au moins une stratégie de stockage de machine virtuelle. Vous pouvez attribuer des stratégies de stockage lorsque vous créez ou modifiez des machines virtuelles.

Note : Si vous n'attribuez pas de stratégie de stockage à une machine virtuelle, vSAN attribue une stratégie par défaut. La stratégie par défaut définit Niveau primaire de pannes à tolérer sur 1, elle prévoit une bande de disque par objet ainsi qu'un disque virtuel provisionné dynamiquement.

Les stratégies de stockage ont des attributs de disponibilité et des attributs avancés.

Attributs de disponibilité pour les stratégies de stockage VM vSAN

Tolérance aux sinistres de site
Définit la méthode de redondance des données utilisée par les clusters étendus pour gérer la défaillance d'un site. Cet attribut s'applique aux clusters étendus. Si vous disposez d'un cluster vSAN standard, choisissez Aucun (cluster standard).
Les options sont :
  • Aucun (cluster standard)
  • Surveillance double-site (cluster étendu)
  • Aucun - Conserver les données sur le dispositif principal (cluster étendu)
  • Aucun - Conserver les données sur le dispositif secondaire (cluster étendu)
Pannes à tolérer
Définit le nombre de pannes d'hôte et de périphérique qu'une machine virtuelle peut tolérer. Vous pouvez choisir de n'avoir aucune redondance de données ou sélectionner une configuration RAID optimisée pour les performances (mise en miroir) ou la capacité (codage d'effacement).
Tableau 1. Configurations RAID, FTT et conditions requises de l'hôte
Configuration RAID Pannes à tolérer (FTT) Nombre minimal d'hôtes requis
RAID-1 (Mise en miroir) Il s'agit du paramètre par défaut. 1 3
RAID-5 (codage d'effacement) 1 4
RAID-1 (mise en miroir) 2 5
RAID-6 (codage d'effacement) 2 6
RAID-1 (mise en miroir) 3 7

Le nombre initial d'hôtes dans un cluster et la manière dont les hôtes sont ajoutés à un cluster ou supprimés d'un cluster affecte sa configuration RAID. Par exemple, un cluster à trois hôtes est initialement configuré avec RAID 1. Lorsque vous ajoutez un hôte, vous pouvez reconfigurer le cluster en RAID-5, mais cette reconfiguration n'est pas automatique. Un cluster à quatre hôtes est initialement configuré en RAID-5. Pour plus de détails, reportez-vous à la section Capacité de stockage et redondance des données.

Attributs avancés pour les stratégies de stockage VM vSAN

Nombre de bandes de disque par objet
Nombre minimal de périphériques de capacité sur lesquels chaque réplica d'un objet de machine virtuelle est agrégé par bandes. Une valeur supérieure à 1 peut donner de meilleures performances, mais peut aussi engendrer une plus grande sollicitation des ressources système. La valeur par défaut est 1. La valeur maximale est 12. Modifiez la valeur par défaut uniquement lorsque le support VMware le recommande.
Limite d'IOPS pour un objet
Définit la limite IOPS pour un objet, tel qu'un VMDK. IOPS sont calculées comme le nombre d'opérations d'E/S, en utilisant une taille pondérée. Si le système utilise la taille de base par défaut de 32 Ko, une E/S de 64 Ko représente deux opérations d'E/S.

Lors du calcul d'IOPS, la lecture et l'écriture sont considérées équivalentes, mais le taux de réussite du cache et la séquentialité ne sont pas pris en compte. Si l'IOPS d'un disque dépasse la limite, les opérations d'E/S sont limitées. Si la Limite IOPS pour un objet est définie sur 0, les limites IOPS ne sont pas appliquées.

vSAN permet à l'objet de doubler le taux de la limite IOPS pendant la première seconde d'une opération ou après une période d'inactivité.

Réservation d'espace de l'objet
Pourcentage de la taille logique de l'objet de disque de machine virtuelle (VMDK) devant être réservé ou provisionné dynamiquement lors du déploiement de machines virtuelles.

La valeur par défaut est 0 %. La valeur maximale est 100 %.

Réservation de Flash Read Cache
Capacité de la mémoire flash réservée au cache de lecture pour l'objet de machine virtuelle. Elle est exprimée en pourcentage de la taille logique de l'objet de disque de machine virtuelle (VMDK). La capacité de mémoire flash réservée ne peut pas être utilisée par d'autres objets. La mémoire flash non réservée est partagée équitablement entre tous les objets. Utilisez uniquement cette option pour résoudre des problèmes de performance spécifiques.

Vous n'avez pas besoin de définir une réservation pour obtenir le cache. Le fait de définir des réservations pour le cache de lecture peut entraîner des problèmes lorsque vous déplacez l'objet de machine virtuelle, car les paramètres de réservation du cache sont toujours inclus dans l'objet.

L'attribut de stratégie de stockage Réservation de Flash Read Cache est uniquement prise en charge pour les configurations hybrides. Vous ne devez pas utiliser cet attribut lors de la définition d'une stratégie de stockage de machine virtuelle pour un cluster vSAN intégralement Flash.

La valeur par défaut est 0 %. La valeur maximale est 100 %.

Note : Par défaut, vSAN alloue dynamiquement un cache de lecture aux objets de stockage à la demande. Cette fonctionnalité garantit une utilisation souple et optimale des ressources. Par conséquent, vous n'avez généralement pas à modifier la valeur par défaut 0 de ce paramètre.

Soyez prudent si vous devez augmenter la valeur pour résoudre un problème de performances. Les réservations surprovisionnées entre plusieurs machines virtuelles peuvent entraîner le gaspillage d'espace de périphérique Flash pour des surréservations. Ces réservations de cache ne sont pas disponibles pour servir les charges de travail nécessitant l'espace requis à un moment donné. Ce gaspillage d'espace et cette indisponibilité peuvent compromettre les performances.

Désactiver le total de contrôle de l'objet
Si l'option est définie sur Non, l'objet calcule les informations de total de contrôle pour garantir l'intégrité de ses données. Si cette option est définie sur Oui, l'objet ne calcule pas les informations de total de contrôle.

vSAN utilise un total de contrôle de bout en bout pour garantir l'intégrité des données en confirmant que chaque copie d'un fichier est exactement la même que le fichier source. Le système vérifie la validité des données pendant les opérations de lecture/écriture et si une erreur est détectée, vSAN répare les données ou signale l'erreur.

Si une non-correspondance de total de contrôle est détectée, vSAN répare automatiquement les données en remplaçant les données incorrectes par les données correctes. Le calcul du total de contrôle et la correction d'erreur sont effectués en arrière-plan.

La valeur par défaut pour tous les objets du cluster est Non, ce qui signifie que le total de contrôle est activé.

Forcer le provisionnement
Si l'option est définie sur Oui, l'objet est provisionné, même si les stratégies Niveau primaire de pannes à tolérer, Nombre de bandes de disque par objet et Réservation de Flash Read Cache spécifiées dans la stratégie de stockage ne peuvent pas être satisfaites par la banque de données. Utilisez ce paramètre dans les scénarios d'amorçage ou lors d'une coupure lorsque le provisionnement standard n'est plus possible.

La valeur par défaut Non est acceptable pour la plupart des environnements de production. vSAN ne parvient pas à provisionner une machine virtuelle lorsque les conditions requises de la stratégie ne sont pas respectées, mais crée avec succès la stratégie de stockage définie par l'utilisateur.

Stratégies de stockage et conditions SLA

Lorsque vous utilisez des stratégies de stockage de machine virtuelle, il est important de comprendre comment elles affectent la consommation de la capacité de stockage dans le cluster vSAN et si elles répondent aux conditions requises définies dans le contrat de niveau de service (SLA) pour VMware Cloud sur AWS.

La stratégie de stockage vSAN par défaut est initialement configurée en fonction du nombre d'hôtes dans le cluster. Par exemple, un cluster à trois hôtes est défini par défaut sur FTT = 1 à l'aide de la stratégie de mise en miroir RAID-1. Un cluster à quatre hôtes est également défini par défaut sur FTT = 1, mais utilise la stratégie de codage d'effacement RAID-5 à meilleure efficacité de l'espace. Les clusters disposant de plus de six hôtes i3.metal dans une seule zone AZ sont définis par défaut sur FTT = 2 à l'aide de la stratégie de codage d'effacement RAID-6. Vous pouvez créer des stratégies personnalisées qui alignent la disponibilité des données avec les besoins de vos données sous-jacentes, mais les machines virtuelles de charge de travail avec des stratégies de stockage qui ne répondent pas aux exigences définies dans le contrat de niveau de service peuvent ne pas être éligibles aux crédits SLA. La stratégie de stockage de machine virtuelle doit être configurée avec le niveau de protection approprié. Les charges de travail éphémères peuvent utiliser la stratégie Aucune redondance de données pour économiser de la capacité, conformément aux garanties suivantes de disponibilité du SLA.

Important :

Lors de la montée en charge d'un cluster i3.metal de cinq à six hôtes, vous devez mettre à jour la configuration de la stratégie sous-jacente vers FTT = 2 à l'aide de la mise en miroir ou du codage d'effacement afin de compenser le plus grand pool de pannes. L'utilisation continue de FTT = 1 pour cette configuration d'hôte signifie que VMware ne peut pas garantir la disponibilité conformément au guide de définition de service. Les clusters R5.metal utilisant Elastic vSAN peuvent supporter le SLA avec FTT = 1, quelle que soit la taille du cluster.

Pour plus d'informations sur les considérations de conception et de dimensionnement à prendre en compte dans les stratégies de stockage, reportez-vous à la documentation Administration de VMware vSAN.