Les stratégies de stockage vSAN définissent les conditions de stockage requises pour vos machines virtuelles. Ces stratégies déterminent comment les objets de stockage de machines virtuelles sont provisionnés et alloués dans la banque de données pour garantir le niveau de service requis.
Lorsque vous activez vSAN sur un cluster hôte, une banque de données vSAN unique est créée et une stratégie de stockage par défaut est attribuée à la banque de données.
Lorsque vous connaissez les conditions de stockage requises de vos machines virtuelles, vous pouvez créer une stratégie de stockage faisant référence aux capacités annoncées par la banque de données. Vous pouvez créer plusieurs stratégies pour capturer différents types ou différentes classes d'exigences.
Chaque machine virtuelle déployée dans les banques 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.
L'objet de permutation de machine virtuelle et l'objet de mémoire de snapshot de machine virtuelle n'obéissent pas aux stratégies de stockage attribuées à une machine virtuelle. La configuration de ces objets définit Pannes tolérées sur 1. Ces objets n'ont pas nécessairement la même disponibilité que d'autres objets auxquels a été attribuée une stratégie dont la valeur de Pannes tolérées est différente.
| Capacité | Description |
|---|---|
| Pannes tolérées (FTT) | Définit le nombre de pannes d'hôte et de périphérique qu'un objet de machine virtuelle peut tolérer. Pour n échecs tolérés, chaque élément de données écrit est stocké à n+1 endroits, incluant des copies de parité si RAID 5 ou RAID 6 est utilisé. Si des domaines de pannes sont configurés, 2n+1 domaines de pannes avec hôtes contribuant à la capacité sont requis. Un hôte ne faisant pas partie d'un domaine de pannes est considéré comme son propre domaine de pannes à hôte unique. Vous pouvez sélectionner une méthode de réplication des données qui optimise les performances ou la capacité. L'option RAID-1 (mise en miroir) utilise plus d'espace disque pour placer les composants des objets, mais fournit de meilleures performances pour l'accès aux objets. L'option RAID-5/6 (codage d'effacement) utilise moins d'espace disque, mais les performances sont réduites.
Note : Si vous ne souhaitez pas que
vSAN protège une copie miroir unique d'objets de machine virtuelle, vous pouvez spécifier l'option
Aucune redondance de données. Néanmoins, l'hôte peut rencontrer des retards inhabituels lors du passage en mode de maintenance. Les retards se produisent du fait que
vSAN doit supprimer l'objet de l'hôte afin que l'opération de maintenance s'effectue correctement. Si vous spécifiez
Aucune redondance de données, vos données ne sont pas protégées et vous risquez d'en perdre si le cluster
vSAN subit une panne de périphérique.
Note : Si vous créez une stratégie de stockage et ne spécifiez pas de valeur pour
FTT,
vSAN crée une seule copie miroir des objets de machine virtuelle. Il peut tolérer une panne. Cependant, si plusieurs pannes de composants se produisent, vos données peuvent être menacées.
|
| Tolérance aux pannes du site | Dans un cluster étendu, cette règle définit le nombre de pannes d'hôte supplémentaires que l'objet peut tolérer lorsque le nombre de pannes défini par le paramètre FTT est atteint. Aucun : le cluster standard est la valeur par défaut. Pour un cluster étendu, vous pouvez choisir de conserver les données sur le site préféré ou secondaire pour l'affinité d'hôte. Mise en miroir de l'hôte : le cluster à 2 nœuds définit le nombre de pannes supplémentaires qu'un objet peut tolérer une fois le nombre de pannes défini par le paramètre FTT atteint. vSAN effectue la mise en miroir d'objets au niveau du groupe de disques. Chaque hôte de données doit disposer d'au moins trois groupes de disques pour utiliser cette règle. Mise en miroir du site : le cluster étendu définit le nombre de pannes d'hôte supplémentaires que l'objet peut tolérer lorsque le nombre de pannes défini par le paramètre FTT est atteint.
|
| 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. Ne modifiez pas la valeur d'agrégation de bandes par défaut. Dans un environnement hybride, les bandes de disque sont réparties sur plusieurs disques magnétiques. Pour une configuration intégralement Flash, l'agrégation par bandes est effectuée dans les périphériques Flash constituant la couche de capacité. Assurez-vous que votre environnement vSAN dispose de périphériques de capacité suffisants pour répondre à la demande. |
| 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 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. |
| Forcer le provisionnement | Si l'option est définie sur Oui, l'objet est provisionné, même si les stratégies Pannes tolérées, 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. |
| 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. Les options suivantes sont disponibles :
|
| Désactiver le total de contrôle d'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é. |
| Limite 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é. |
Si vous utilisez des stratégies de stockage de machine virtuelle, vous devez comprendre comment les différentes possibilités de stockage affectent la consommation de la capacité de stockage du cluster vSAN. Pour plus d'informations sur la conception et le dimensionnement des stratégies de stockage, reportez-vous à la section « Conception et dimensionnement d'un cluster vSAN » dans Administration de VMware vSAN.
Gestion des modifications de la stratégie par vSAN
vSAN 6.7 Update 3 et versions ultérieures gère les modifications de stratégie pour réduire la quantité d'espace temporaire consommée dans le cluster. La capacité transitoire est générée lorsque vSAN reconfigure des objets pour une modification de stratégie.
Lorsque vous modifiez une stratégie, la modification est acceptée mais ne s'applique pas immédiatement. vSAN traite les demandes de modification de stratégie et les exécute de façon asynchrone, afin de conserver une quantité fixe d'espace temporaire.
Les modifications de stratégie sont rejetées immédiatement pour des raisons non liées à la capacité, telles que la modification d'une stratégie RAID5 en RAID6 sur un cluster à cinq nœuds.
Vous pouvez afficher l'utilisation de la capacité transitoire dans le moniteur de capacité vSAN. Pour vérifier l'état d'une modification de stratégie sur un objet, utilisez le service de santé de vSAN pour vérifier la santé de l'objet vSAN.
