Vsan 802 Administration Guide - 2
Vsan 802 Administration Guide - 2
Vsan 802 Administration Guide - 2
vSAN
Update 2
VMware vSphere 8.0
VMware vSAN 8.0
Administration de VMware vSAN
Vous trouverez la documentation technique la plus récente sur le site Web de VMware, à l'adresse :
https://docs.vmware.com/fr/
©
Copyright 2015-2023 VMware, Inc. Tous droits réservés. Informations relatives aux copyrights et marques
commerciales.
VMware, Inc. 2
Table des matières
1 Présentation de vSAN 8
Concepts vSAN 8
Caractéristiques de vSAN 9
Termes et définitions vSAN 11
Différences entre vSAN et le stockage traditionnel 16
4 Limitations de vSAN 23
VMware, Inc. 3
Administration de VMware vSAN
VMware, Inc. 4
Administration de VMware vSAN
VMware, Inc. 5
Administration de VMware vSAN
VMware, Inc. 6
À propos de l'administration de VMware
vSAN
Administration de VMware vSAN décrit la configuration et la gestion d'un cluster vSAN dans un
®
environnement VMware vSphere .
De plus, l'Administration de VMware vSAN explique comment gérer les ressources de stockage
physique local servant de périphériques de capacité de stockage dans un cluster vSAN et définir
les stratégies de stockage de machines virtuelles déployées vers des banques de données vSAN.
VMware prend l'intégration au sérieux. Afin de promouvoir ce principe pour notre client, nos
partenaires et la communauté interne, nous créons du contenu à l'aide du langage inclusif.
Public cible
Ces informations s'adressent à des administrateurs de virtualisation expérimentés qui maîtrisent
la technologie de virtualisation, les opérations quotidiennes associées aux centres de données et
les concepts vSAN.
Pour plus d'informations sur vSAN et sur comment créer un cluster vSAN, reportez-vous au
Guide de Planification et déploiement de vSAN.
Pour plus d'informations sur la surveillance d'un vSAN cluster et la résolution de problèmes,
reportez-vous au guide de surveillance et dépannage de vSAN.
VMware, Inc. 7
Présentation de vSAN
1
VMware vSAN est une couche distribuée de logiciel qui s'exécute nativement en tant que partie
de l'hyperviseur ESXi.
vSAN cumule des périphériques de capacité locaux ou à connexion directe d'un cluster hôte
et crée un pool de stockage unique partagé sur tous les hôtes du cluster vSAN. Tout en
prenant en charge les fonctionnalités de VMware qui nécessitent un stockage partagé, telles
que HA, vMotion et DRS, vSAN élimine la nécessité d'un stockage externe partagé et simplifie la
configuration du stockage ainsi que les activités de provisionnement de machine virtuelle.
n Concepts vSAN
Concepts vSAN
VMware vSAN utilise une approche définie par logiciel pour créer le stockage partagé pour les
machines virtuelles.
Il virtualise les ressources de stockage physique local des hôtes ESXi et les transforme en pools
de stockage pouvant être divisés et attribués à des machines virtuelles et à des applications en
fonction de leurs conditions requises en termes de qualité de service. vSAN est mise en œuvre
directement dans l'hyperviseur ESXi.
Vous pouvez configurer vSAN pour fonctionner comme un cluster hybride ou intégralement
Flash. Dans les cluster hybrides, les périphériques Flash sont utilisés pour la couche de cache et
les disques magnétiques sont utilisés pour la couche de capacité de stockage. Dans les clusters
intégralement Flash, des périphériques Flash sont utilisés à la fois pour le cache et la capacité.
Vous pouvez activer vSAN sur des clusters hôtes existants ou lors de la création d'un cluster.
vSAN agrège tous les périphériques de capacité locaux en une banque de données unique
partagée par tous les hôtes du cluster vSAN. Vous pouvez développer la banque de données en
ajoutant des périphériques de capacité ou des hôtes avec périphériques de capacité au cluster.
vSAN fonctionne mieux lorsque tous les hôtes ESXi dans le cluster partagent des configurations
similaires ou identiques avec tous les membres du cluster, y compris des configurations de
VMware, Inc. 8
Administration de VMware vSAN
Dans vSAN Original Storage Architecture (OSA), chaque hôte contribuant aux périphériques
de stockage de la banque de données vSAN doit fournir au moins un périphérique pour le
cache Flash et au moins un périphérique pour la capacité. Les périphériques situés sur l'hôte
contributeur forment un ou plusieurs groupes de disques. Chaque groupe de disques contient
un périphérique cache Flash ou un ou plusieurs périphériques de capacité pour le stockage
permanent. Chaque hôte peut être configuré pour utiliser plusieurs groupes de disques.
Dans vSAN Express Storage Architecture (ESA), tous les périphériques de stockage réclamés
par vSAN contribuent à la capacité et aux performances. Les périphériques de stockage de
chaque hôte réclamés par vSAN forment un pool de stockage. Le pool de stockage représente la
quantité de mise en cache et de capacité fournie par l'hôte à la banque de données vSAN.
Pour obtenir des conseils, des informations sur la capacité et des recommandations générales
sur la conception et le dimensionnement d'un cluster vSAN, reportez-vous au Guide de
dimensionnement et de conception de VMware vSAN.
Caractéristiques de vSAN
Les caractéristiques suivantes s'appliquent à vSAN, à ses clusters et aux banques de données.
Prise en charge du stockage partagé vSAN prend en charge des fonctions VMware qui nécessitent un
stockage partagé, telles que HA, vMotion et DRS. Par exemple,
si un hôte devient surchargé, DRS peut migrer des machines
virtuelles vers d'autres hôtes du cluster.
Format sur disque Le format de fichier virtuel sur disque de vSAN fournit une prise
en charge extrêmement évolutive de la gestion de snapshots
et de clones par cluster vSAN. Pour plus d'informations sur le
nombre de snapshots et de clones de machine virtuelle pris
en charge par cluster vSAN, reportez-vous à la documentation
Configurations maximales.
Configurations intégralement Flash et hybrides vSAN peut être configuré pour un cluster intégralement Flash ou
hybride.
VMware, Inc. 9
Administration de VMware vSAN
service cible iSCSI Le service cible iSCSI vSAN permet aux hôtes et aux charges
de travail physiques qui résident en dehors du cluster vSAN
d'accéder à la banque de données vSAN.
Cluster étendu et cluster à deux nœuds vSAN prend en charge les clusters étendus couvrant deux
emplacements géographiques.
Prise en charge des clusters de basculement vSAN 6.7 Update 3 et les versions ultérieures prennent en charge
Windows Server (WSFC) les réservations persistantes SCSI-3 (SCSI3-PR) sur un niveau de
disque virtuel requis par le cluster de basculement Windows
Server (WSFC) pour arbitrer un accès à un disque partagé entre
des nœuds. La prise en charge de des PR SCSI-3 permet la
configuration de WSFC avec une ressource de disque partagée
entre des machines virtuelles en mode natif sur des banques de
données vSAN.
Actuellement, les configurations suivantes sont prises en charge :
n Jusqu'à 6 nœuds d'application par cluster.
n Jusqu'à 64 disques virtuels partagés par nœud.
service de santé vSAN Le service de santé vSAN inclut des tests de contrôle de santé
préconfigurés pour surveiller, dépanner, diagnostiquer la cause
de problèmes de composants de cluster et identifier les risques
potentiels.
Intégration avec les fonctionnalités de stockage vSAN s'intègre aux fonctions de gestion de données de vSphere
de vSphere traditionnellement utilisées avec un stockage VMFS et NFS. Ces
fonctionnalités incluent les snapshots, les clones liés et vSphere
Replication.
Stratégies de stockage de machine virtuelle vSAN utilise des stratégies de stockage VM pour prendre en
charge une approche à la gestion du stockage centrée sur les
machines virtuelles.
Si vous n'attribuez pas de stratégie de stockage à la machine
virtuelle lors du déploiement, la stratégie de stockage vSAN par
défaut est automatiquement attribuée à la machine virtuelle.
VMware, Inc. 10
Administration de VMware vSAN
Chiffrement des données au repos vSAN assure le chiffrement des données au repos. Les données
sont chiffrées une fois que tous les autres traitements, tels que la
déduplication, ont été effectués. Le chiffrement des données au
repos protège les données sur les périphériques de stockage au
cas où l'un d'entre eux serait supprimé du cluster.
Chiffrement des données en transit vSAN peut chiffrer les données en transit pour les hôtes du
cluster. Lorsque vous activez le chiffrement des données en
transit, vSAN chiffre l'ensemble du trafic de données et de
métadonnées entre les hôtes.
Prise en charge du SDK VMware vSAN SDK est une extension de VMware vSphere
Management SDK. Ce SDK comprend de la documentation,
des bibliothèques et des exemples de code qui permettent
aux développeurs d'automatiser l'installation, la configuration, la
surveillance et le dépannage de vSAN.
Avant de commencer avec vSAN, passez en revue les termes et définitions vSAN clés.
VMware, Inc. 11
Administration de VMware vSAN
Capacité consommée
La capacité consommée est la quantité de capacité physique consommée par une ou plusieurs
machines virtuelles à tout moment. Plusieurs facteurs déterminent la capacité consommée,
notamment la taille consommée de vos fichiers .vmdk, des réplicas de protection, etc. Lors
du calcul du dimensionnement du cache, ne tenez pas compte de la capacité utilisée pour les
réplicas de protection.
Note Si vSAN Express Storage Architecture est activé, chaque snapshot n'est pas un nouvel
objet. Un fichier .vmdk de base et ses snapshots sont contenus dans un objet vSAN. En outre, le
résumé est sauvegardé par des objets vSAN dans vSAN ESA.
Lorsque vSAN crée un objet pour un disque virtuel et détermine comment distribuer l'objet dans
le cluster, il tient compte des facteurs suivants :
n vSAN vérifie que la configuration requise pour le disque virtuel est appliquée conformément
aux paramètres de la stratégie de stockage de la machine virtuelle spécifiée.
n vSAN vérifie que les ressources de cluster adéquates sont utilisées lors du provisionnement.
Par exemple, vSAN détermine le nombre de réplicas à créer en fonction de la stratégie
de protection. La stratégie de performances détermine la quantité de cache de lecture
Flash allouée à chaque réplica, le nombre de bandes à créer pour chacune d'elles et leur
emplacement dans le cluster.
VMware, Inc. 12
Administration de VMware vSAN
n vSAN surveille et crée des rapports en continu sur l'état de conformité de la stratégie du
disque virtuel. En cas d'état de non-conformité de la stratégie, vous devez résoudre le
problème sous-jacent.
Note Le cas échéant, vous pouvez modifier les paramètres de la stratégie de stockage
de la machine virtuelle. Cela n'affecte en rien l'accès à la machine virtuelle. vSAN limite
activement le stockage et les ressources du réseau utilisés pour la reconfiguration afin de
minimiser l'impact de la reconfiguration d'objet sur des charges de travail normales. Lorsque
vous modifiez les paramètres d'une stratégie de stockage de machine virtuelle, vSAN peut
démarrer un processus de recréation d'objets qui est suivi de la resynchronisation. Reportez-
vous à la section Surveillance et dépannage de vSAN.
n vSAN vérifie que les composants de protection requis, comme les miroirs et les témoins,
sont placés sur des hôtes ou des domaines de pannes distincts. Par exemple, pour recréer
des composants pendant une panne, vSAN recherche des hôtes ESXi satisfaisant aux règles
de placement selon lesquelles les composants de protection d'objets de machine virtuelle
doivent être placés sur deux hôtes distincts ou dans des domaines de pannes.
n vSAN fournit une banque de données vSAN unique accessible par tous les hôtes du cluster,
qu'ils contribuent ou non au stockage sur le cluster. Chaque hôte peut également monter
d'autres banques de données, comme Virtual Volumes, VMFS ou NFS.
n Vous pouvez utiliser Storage vMotion pour déplacer des machines virtuelles entre des
banques de données vSAN, NFS et VMFS.
n Seuls les disques magnétiques et les périphériques Flash utilisés pour la capacité peuvent
contribuer à la capacité de la banque de données. Les périphériques utilisés pour le cache
Flash ne sont pas considérés comme faisant partie de la banque de données.
VMware, Inc. 13
Administration de VMware vSAN
Objets et composants
Chaque objet est constitué d'un ensemble de composants, déterminé par les capacités utilisées
dans la stratégie de stockage de machine virtuelle. Par exemple, lorsque Pannes tolérées est
configuré sur 1, vSAN vérifie que les composants de protection, comme les réplicas et les
témoins, sont placés sur des hôtes distincts dans le cluster vSAN, où chaque réplica est un
composant de l'objet. De plus, toujours dans cette stratégie, si Nombre de bandes de disque
par objet est configuré sur 2 ou plus, vSAN agrège également l'objet par bandes dans divers
périphériques de capacité et chaque bande est considérée comme un composant de l'objet
spécifié. Au besoin, vSAN peut également partitionner des objets volumineux en plusieurs
composants.
Répertoire de base de la machine virtuelle dans lequel sont stockés tous les fichiers
de configuration de machine virtuelle, comme les fichiers .vmx, les fichiers journaux, les
fichiers .vmdk et les fichiers de description delta de snapshot.
VMDK
Disque de machine virtuelle ou fichier .vmdk qui stocke le contenu du lecteur de disque dur
d'une machine virtuelle.
Créés lorsque des snapshots de machine virtuelle sont pris. Ces disques delta ne sont pas
créés pour vSAN Express Storage Architecture.
Objet de mémoire
VMware, Inc. 14
Administration de VMware vSAN
n Dégradé. Un composant est Dégradé lorsque vSAN détecte la panne permanente d'un
composant et détermine que le composant en panne ne peut pas revenir à son état
de fonctionnement d'origine. En conséquence, vSAN commence à recréer les composants
dégradés immédiatement. Cet état peut survenir lorsqu'un composant se trouve sur un
périphérique en panne.
n Absent. Un composant est Absent lorsque vSAN détecte la panne temporaire d'un
composant au cours de laquelle des composants, y compris l'ensemble de leurs données,
sont susceptibles de récupérer et de renvoyer vSAN à son état d'origine. Cet état peut
survenir lorsque vous redémarrez des hôtes ou si vous débranchez un périphérique d'un hôte
vSAN. vSAN commence à recréer les composants se trouvant dans l'état Absent après un
délai de 60 minutes.
n Intègre. Lorsqu'au moins un miroir RAID 1 complet est disponible ou lorsque le nombre de
segments de données minimal requis est disponible, l'objet est considéré comme étant sain.
n Défectueux. Un objet est considéré comme défectueux lorsqu'aucun miroir complet n'est
disponible ou que le nombre minimal de segments de données requis n'est pas disponible
pour les objets RAID 5 ou RAID 6. Si moins de 50 pour cent des votes d'un objet sont
disponibles, l'objet est défectueux. S'il y a plusieurs pannes dans le cluster, les objets peuvent
devenir défectueux. Lorsque l'état opérationnel d'un objet est considéré comme défectueux,
la disponibilité de la machine virtuelle associée est affectée.
Témoin
Un témoin est un composant contenant uniquement des métadonnées et non des données
d'application réelles. Il sert d'arbitre en cas de décision à prendre concernant la disponibilité des
composants de banque de données restants, après une panne potentielle. Un témoin consomme
environ 2 Mo d'espace pour les métadonnées sur la banque de données vSAN lors de l'utilisation
du format sur disque 1.0 et 4 Mo pour le format sur disque version 2.0 et versions ultérieures.
vSAN conserve un quorum en utilisant un système de vote asymétrique par lequel chaque
composant peut comporter plusieurs votes pour décider de la disponibilité des objets. Plus de
50 pour cent des votes qui constituent un objet de stockage de machine virtuelle doivent être
accessibles à tout moment pour que l'objet soit considéré comme étant disponible. Lorsque
50 pour cent des votes ou moins sont accessibles à tous les hôtes, l'objet n'est plus disponible
pour la banque de données vSAN. Les objets inaccessibles peuvent avoir un impact sur la
disponibilité de la machine virtuelle associée.
VMware, Inc. 15
Administration de VMware vSAN
vSphere PowerCLI
VMware vSphere PowerCLI ajoute la prise en charge du scriptage de la ligne de commande
pour vSAN, pour vous aider à automatiser les tâches de configuration et de gestion. vSphere
PowerCLI fournit une interface Windows PowerShell avec vSphere API. PowerCLI inclut des
cmdlets pour administrer les composants vSAN. Pour plus d'informations sur l'utilisation de
vSphere PowerCLI, reportez-vous à la Documentation de vSphere PowerCLI.
Par exemple, vSAN peut uniquement gérer des hôtes ESXi et utiliser ceux-ci, et une instance
unique de vSAN ne peut prendre en charge qu'une seule banque de données pour le cluster.
n vSAN ne requiert pas de stockage en réseau externe pour stocker les fichiers des machines
virtuelles à distance, contrairement à Fibre Channel (FC) ou au réseau SAN (Storage Area
Network).
n vSAN ne se comporte pas comme des volumes de stockage traditionnels basés sur des LUN
ou des partages NFS. Le service cible iSCSI utilise les LUN pour activer un initiateur sur un
hôte distant afin de transporter les données au niveau bloc vers un périphérique de stockage
dans le cluster vSAN.
VMware, Inc. 16
Administration de VMware vSAN
n Certains protocoles de stockage standard, tels que FCP, ne s'appliquent pas à vSAN.
n vSAN est fortement intégré à vSphere. Vous n'avez pas besoin de plug-ins dédiés ni d'une
console de stockage pour vSAN, contrairement au stockage traditionnel. Vous pouvez
déployer, gérer et surveiller vSAN à l'aide de vSphere Client.
n Avec vSAN, les stratégies de stockage de VM sont automatiquement affectées lorsque vous
déployez de nouvelles machines virtuelles. Les stratégies de stockage peuvent être modifiées
dynamiquement, le cas échéant.
VMware, Inc. 17
Création d'un cluster vSAN
2
Vous pouvez choisir l'option de déploiement et d'architecture de stockage lors de la création
d'un cluster vSAN.
Choisissez l'architecture de stockage vSAN qui convient le mieux à vos ressources et à vos
besoins.
VMware, Inc. 18
Administration de VMware vSAN
En fonction de vos besoins, vous pouvez déployer vSAN de l'une des manières suivantes.
vSAN ReadyNode
vSAN ReadyNode est une solution préconfigurée du logiciel vSAN fournie par des partenaires
VMware, tels que Cisco, Dell, Fujitsu, IBM et Supermicro. Cette solution inclut une configuration
validée du serveur dans un format testé et certifié du matériel pour le déploiement de vSAN qui
est recommandée par l'OEM des serveurs et VMware. Pour plus d'informations sur la solution
vSAN ReadyNode pour un partenaire spécifique, visitez le site Web des partenaires VMware.
VMware, Inc. 19
Administration de VMware vSAN
VM VM VM VM VM VM VM VM
vSphere + vSAN
VMware, Inc. 20
Administration de VMware vSAN
Bureau Bureau
à distance Hôte en filiale
Couche 2 témoin
Couche 3
Hôte témoin
Site Site
préféré secondaire
VMware, Inc. 21
Intégrer vSAN à d'autres logiciels
VMware 3
Lorsque vSAN est activé et en cours d'exécution, il est intégré au reste de la pile des logiciels
VMware.
La plupart des opérations que vous effectuez avec les solutions de stockage traditionnelles
peuvent être réalisées avec les composants et fonctionnalités vSphere dont vSphere vMotion,
snapshots, clones, Distributed Resource Scheduler (DRS), vSphere High Availability, VMware Site
Recovery Manager, etc.
vSphere HA
Vous pouvez activer vSphere HA et vSAN sur le même cluster. Comme pour les banques de
données traditionnelles, vSphere HA fournit le même niveau de protection pour les machines
virtuelles qui résident dans des banques de données de vSAN. Ce niveau de protection implique
des restrictions spécifiques lorsque vSphere HA et vSAN interagissent. Pour des considérations
spécifiques sur la manière d'intégrer vSphere HA et vSAN, reportez-vous à la section #unique_12.
n Gestion du stockage basée sur les stratégies, pour une correction automatique
Pour plus d'informations sur l'intégration de vSAN avec VMware Horizon, reportez-vous à la
documentation VMware avec Horizon View. Pour obtenir des informations sur la conception et le
dimensionnement de VMware Horizon View pour vSAN, reportez-vous à la documentation Guide
de conception et de dimensionnement d'Horizon View.
VMware, Inc. 22
Limitations de vSAN
4
Cette rubrique décrit les limitations de vSAN.
n vSAN ne prend pas en charge les hôtes participant à plusieurs clusters vSAN. Toutefois,
un hôte vSAN peut accéder aux autres ressources de stockage externes partagées par les
clusters.
VMware, Inc. 23
Configuration et gestion d'un
cluster vSAN 5
Vous pouvez configurer et gérer un cluster vSAN à l'aide de vSphere Client, de commandes
esxcli et d'autres outils.
n Désactiver vSAN
n Télécharger des fichiers ou des dossiers vers des banques de données vSAN
n Télécharger des fichiers ou des dossiers depuis des banques de données vSAN
Note Vous pouvez utiliser le démarrage rapide pour créer et configurer rapidement un cluster
vSAN. Pour plus d'informations, reportez-vous à la section « Utilisation du démarrage rapide pour
configurer et développer un cluster vSAN » dans Planification et déploiement de vSAN.
Conditions préalables
Créez un cluster et ajoutez à celui-ci des hôtes avant d'activer et de configurer vSAN. Configurez
les propriétés de port sur chaque hôte pour ajouter le service vSAN.
Procédure
VMware, Inc. 24
Administration de VMware vSAN
n vSAN HCI fournit des ressources de calcul et des ressources de stockage. La banque
de données peut être partagée sur les clusters du même centre de données et sur les
clusters gérés par des instances distantes de vCenter.
n Cluster de calcul vSAN fournit uniquement des ressources de calcul vSphere. Il peut
monter des banques de données desservies par des clusters vSAN Max dans le même
centre de données et à partir d'instances distantes de vCenter.
VMware, Inc. 25
Administration de VMware vSAN
n vSAN Max (clusters vSAN ESA) fournit des ressources de stockage, mais pas des
ressources de calcul. La banque de données peut être montée par des clusters
vSphere clients et des clusters vSAN dans le même centre de données et à partir
d'instances distantes de vCenter.
b Sélectionnez une option de déploiement (cluster vSAN standard, cluster vSAN à deux
nœuds ou cluster étendu vSAN).
4 Sélectionnez vSAN ESA si le cluster est compatible, puis cliquez sur Suivant.
Pour vSAN Original Storage Architecture (vSAN OSA), chaque hôte contribuant au stockage
nécessite au moins un périphérique Flash pour le cache et un ou plusieurs périphériques pour
la capacité. Pour vSAN Express Storage Architecture (vSAN ESA), chaque hôte contribuant
au stockage nécessite un ou plusieurs périphériques Flash.
7 Créez des domaines de pannes pour regrouper les hôtes qui peuvent échouer ensemble.
VMware, Inc. 26
Administration de VMware vSAN
Résultats
Étape suivante
Vérifiez que la banque de données de vSAN a été créée. Reportez-vous à Afficher la banque de
données vSAN.
Conditions préalables
Procédure
b Sélectionnez l'option J'ai besoin d'une banque de données vSAN locale si vous prévoyez
d'ajouter des groupes de disques ou des pools de stockage aux hôtes du cluster.
4 Sélectionnez vSAN ESA si le cluster est compatible, puis cliquez sur Suivant.
Pour vSAN Original Storage Architecture (vSAN OSA), chaque hôte contribuant au stockage
nécessite au moins un périphérique Flash pour le cache et un ou plusieurs périphériques pour
la capacité. Pour vSAN Express Storage Architecture (vSAN ESA), chaque hôte contribuant
au stockage nécessite un ou plusieurs périphériques Flash.
VMware, Inc. 27
Administration de VMware vSAN
7 Créez des domaines de pannes pour regrouper les hôtes qui peuvent échouer ensemble.
Désactiver vSAN
Vous pouvez désactiver vSAN d'un cluster d'hôtes.
Lorsque vous désactivez vSAN pour un cluster, toutes les machines virtuelles et les services
de données situés sur la banque de données vSAN deviennent inaccessibles. Si vous avez
consommé du stockage sur le cluster vSAN à l'aide de vSAN Direct, les services de surveillance
vSAN Direct, tels que les contrôles de santé, le rapport sur l'espace et la surveillance des
performances, ne sont pas disponibles. Si vous envisagez d'utiliser des machines virtuelles alors
que vSAN est désactivé, assurez-vous de migrer les machines virtuelles de la banque de données
vSAN vers une autre banque de données avant de désactiver le cluster vSAN.
Conditions préalables
Procédure
Modifiez les paramètres d'un cluster vSAN existant si vous souhaitez activer la déduplication et
la compression, ou activer le chiffrement. Si vous activez la déduplication et la compression, ou
si vous activez le chiffrement, le format sur disque du cluster est automatiquement mis à niveau
vers la dernière version.
VMware, Inc. 28
Administration de VMware vSAN
Procédure
VMware, Inc. 29
Administration de VMware vSAN
b Cliquez sur le bouton Modifier ou Activer pour le service que vous souhaitez configurer.
n Configurez le stockage. Cliquez sur Monter des banques de données distantes pour
utiliser le stockage d'autres clusters vSAN.
n Rééquilibrage automatique
VMware, Inc. 30
Administration de VMware vSAN
Conditions préalables
Procédure
1 Accédez à Stockage.
n Le format sur disque version 1.0 ajoute environ 1 Go par périphérique de capacité.
n Le format sur disque version 2.0 ajoute une surcharge de capacité, généralement pas plus
de 1 à 2 % de capacité par périphérique.
VMware, Inc. 31
Administration de VMware vSAN
n Le format sur disque version 3.0 et versions ultérieures ajoute une surcharge de capacité,
généralement pas plus de 1 à 2 % de capacité par périphérique. La déduplication et
la compression pour lesquelles un total de contrôle logiciel est activé nécessite une
surcharge d'environ 6,2 pour cent de capacité par périphérique.
Étape suivante
Créez une stratégie de stockage pour les machines virtuelles à l'aide des capacités de
stockage de la banque de données vSAN. Pour obtenir plus d'informations, reportez-vous à la
documentation Stockage vSphere.
Vous pouvez également télécharger des dossiers vers une banque de données vSAN. Pour plus
d'informations sur les banques de données, reportez-vous à Stockage vSphere. Lorsque vous
téléchargez un fichier vmdk vers une banque de données vSAN, les considérations suivantes
s'appliquent :
n Vous ne pouvez télécharger que des fichiers vmdk optimisés pour la diffusion en continu
vers une banque de données vSAN. Le format de fichier VMware optimisé pour la diffusion
en continu est un format fragmenté monolithique compressé pour la diffusion en continu. Si
vous souhaitez télécharger un fichier vmdk qui n'est pas au format optimisé pour la diffusion
en continu, avant de le télécharger, convertissez-le au format optimisé pour la diffusion
en continu à l'aide de l'utilitaire de ligne de commande vmware-vdiskmanager. Pour plus
d'informations, reportez-vous au Guide de l'utilisateur de Virtual Disk Manager.
n Lorsque vous téléchargez un fichier vmdk vers une banque de données vSAN, le fichier vmdk
hérite de la stratégie par défaut de cette banque de données. Le vmdk n'hérite pas de la
stratégie de la machine virtuelle à partir de laquelle il a été téléchargé. vSAN crée les objets
en appliquant la stratégie par défaut vsanDatastore, qui est RAID-1. Vous pouvez modifier
la stratégie par défaut de la banque de données. Reportez-vous à la section Modifier la
stratégie de stockage par défaut des banques de données vSAN .
n Vous devez charger un fichier vmdk dans le dossier de base de la machine virtuelle.
Procédure
VMware, Inc. 32
Administration de VMware vSAN
Option Description
Télécharger des fichiers a Sélectionnez le dossier cible et cliquez sur Télécharger des fichiers.
Vous voyez un message vous informant que vous pouvez télécharger
des fichiers vmdk uniquement au format VMware optimisé pour la
diffusion en continu. Si vous essayez de télécharger un fichier vmdk dans
un autre format, vous voyez un message d'erreur de serveur interne.
b Cliquez sur Télécharger.
c Localisez l'élément à télécharger sur l'ordinateur local, puis cliquez sur
Ouvrir.
Télécharger des dossiers a Sélectionnez le dossier cible et cliquez sur Télécharger un dossier. Vous
voyez un message vous informant que vous pouvez télécharger des
fichiers vmdk uniquement au format VMware optimisé pour la diffusion
en continu.
b Cliquez sur Télécharger.
c Localisez l'élément à télécharger sur l'ordinateur local, puis cliquez sur
Ouvrir.
Pour plus d'informations sur les banques de données, reportez-vous à Stockage vSphere. Les
fichiers VMDK sont téléchargés en tant que fichiers optimisés pour le flux avec le nom de fichier
<vmdkName>_stream.vmdk. Le format de fichier VMware optimisé pour la diffusion en continu est
un format fragmenté monolithique compressé pour la diffusion en continu.
Vous pouvez convertir un fichier vmdk VMware optimisé pour la diffusion en continu en d'autres
formats de fichier vmdk à l'aide de l'utilitaire de ligne de commande vmware-vdiskmanager. Pour
plus d'informations, reportez-vous au Guide de l'utilisateur de Virtual Disk Manager.
Procédure
Vous voyez un message vous avertissant que les fichiers vmdk sont téléchargés depuis les
banques de données vSAN au format VMware optimisé pour la diffusion en continu avec
l'extension de nom de fichier .stream.vmdk.
VMware, Inc. 33
L'utilisation de stratégies vSAN
6
Lorsque vous utilisez vSAN, vous pouvez définir des conditions requises de stockage de
machines virtuelles, par exemple la performance et la disponibilité, dans une stratégie.
vSAN s'assure que chaque machine virtuelle déployée sur les banques de données vSAN se
voient attribuer au moins une stratégie de stockage. Une fois qu'elles sont attribuées, les
conditions requises de la stratégie de stockage sont envoyées à la couche vSAN lors de la
création d'une machine virtuelle. Le périphérique virtuel est distribué dans la banque de données
vSAN pour répondre aux conditions requises en matière de performances et de disponibilité.
vSAN utilise des fournisseurs de stockage pour fournir des informations sur le stockage sous-
jacent à vCenter Server. Ces informations vous aident à prendre des décisions appropriées sur le
placement de la machine virtuelle et à surveiller votre environnement de stockage.
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.
VMware, Inc. 34
Administration de VMware vSAN
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.
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 l'option Pannes tolérées sur 1 et prévoit
une bande de disque par objet ainsi qu'un disque virtuel provisionné dynamiquement.
Note Si vSAN Express Storage Architecture est activé, chaque snapshot n'est pas un nouvel
objet. Un VMDK de base et ses snapshots sont contenus dans un objet vSAN. En outre, dans
vSAN ESA, le résumé repose sur l'objet vSAN. Il diffère en cela de vSAN Original Storage
Architecture.
VMware, Inc. 35
Administration de VMware vSAN
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. Vous pouvez sélectionner l'une des options
suivantes :
n Aucune redondance des données : spécifiez cette option si vous
ne souhaitez pas que vSAN protège une copie miroir unique des
objets de machine virtuelle. Cela signifie que 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. 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.
n Aucune redondance de données avec affinité d'hôte : spécifiez
cette option uniquement si vous souhaitez exécuter des charges de
travail vSAN Shared Nothing Architecture (SNA) sur la plate-forme de
persistance des données vSAN.
n 1 panne : RAID-1 (mise en miroir) : spécifiez cette option si votre
objet de machine virtuelle peut tolérer une panne d'hôte ou de
périphérique. Pour protéger un objet de VM de 100 Go à l'aide de
RAID-1 (mise en miroir) avec un FTT de 1, vous consommez 200 Go.
n 1 panne : RAID-5 (codage d'effacement) : spécifiez cette option si
votre objet de VM peut tolérer une panne d'hôte ou de périphérique.
Pour protéger un objet de VM de 100 Go dans vSAN OSA à l'aide
de RAID-5 (codage d'effacement) avec un FTT de 1, vous consommez
133,33 Go.
VMware, Inc. 36
Administration de VMware vSAN
Capacité Description
Tolérance aux pannes du site Cette règle définit s'il faut utiliser un cluster standard, étendu ou à
2 nœuds. Si vous utilisez un cluster étendu, vous pouvez définir si les
données sont mises en miroir sur les deux sites ou sur un seul site. 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.
n Aucun - Cluster standard est la valeur par défaut. Cela signifie qu'il
n'y a pas de tolérance aux pannes du site.
n Mise en miroir de l'hôte - 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 ou de
trois disques dans un pool de stockage pour utiliser cette règle.
n Mise en miroir du site - 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.
n Aucun - conserver les données sur le cluster préféré (cluster
étendu). Utilisez cette option lorsque vous ne souhaitez pas que les
objets d'un cluster étendu disposent de la tolérance aux pannes du
site et que vous souhaitez rendre les objets accessibles uniquement
sur le site configuré comme Préféré.
n Aucun - conserver les données sur le cluster secondaire (cluster
étendu). Utilisez cette option lorsque vous ne souhaitez pas que les
objets d'un cluster étendu disposent de la tolérance aux pannes du
site et que vous souhaitez rendre les objets accessibles uniquement
sur le site secondaire. Ces objets ne sont pas affectés par les pannes
de liaison intercommutateur (ISL, Inter-Switch Link) ou d'hôte témoin.
Ils restent accessibles si le site choisi par la stratégie est accessible.
n Aucun - cluster étendu. Si vous sélectionnez cette option, vSAN ne
garantit pas la disponibilité des objets si l'un des sites tombe en
panne, et ces objets peuvent consommer trop de bande passante
ISL et augmenter la latence pour les objets qui utilisent la stratégie
VMware, Inc. 37
Administration de VMware vSAN
Capacité Description
VMware, Inc. 38
Administration de VMware vSAN
Capacité Description
Services de chiffrement Définit les options de chiffrement des machines virtuelles que vous
déployez sur votre banque de données. Choisissez l'une des options
suivantes :
n Chiffrement des données au repos : spécifiez cette option si vous
souhaitez appliquer le chiffrement aux données stockées dans votre
banque de données.
n Aucun chiffrement : spécifiez cette option si vous ne souhaitez
appliquer aucune forme de chiffrement à vos données.
n Aucune préférence : spécifiez cette option si vous ne souhaitez
pas appliquer explicitement des règles de chiffrement. Lorsque vous
sélectionnez cette option, vSAN applique les deux règles à vos
machines virtuelles.
Efficacité de l'utilisation de l'espace Définit les options d'efficacité de l'utilisation de l'espace pour les
machines virtuelles que vous déployez sur votre banque de données.
Choisissez l'une des options suivantes :
n Déduplication et compression : spécifiez cette option si vous
souhaitez appliquer la déduplication et la compression à vos données.
n Compression uniquement : spécifiez cette option si vous souhaitez
appliquer uniquement la compression à vos données.
Niveau de stockage Spécifiez le niveau de stockage pour toutes les machines virtuelles avec
la stratégie de stockage définie. Choisissez l'une des options suivantes :
n Intégralement Flash : spécifiez cette option si vous souhaitez rendre
vos VM compatibles avec l'environnement Intégralement Flash.
n Hybride : spécifiez cette option si vous souhaitez rendre vos VM
compatibles avec un environnement hybride uniquement.
n Aucune préférence : spécifiez cette option si vous ne souhaitez pas
appliquer explicitement des règles de niveau de stockage. Lorsque
vous sélectionnez cette option, vSAN rend les machines virtuelles
compatibles avec les environnements hybrides et intégralement
Flash.
VMware, Inc. 39
Administration de VMware vSAN
Capacité Description
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.
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é.
VMware, Inc. 40
Administration de VMware vSAN
Capacité Description
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 de réservation Flash Read Cache est
pris en charge uniquement pour les configurations de stockage hybride.
N'utilisez pas cet attribut lors de la définition d'une stratégie de stockage
VM pour un cluster intégralement Flash ou pour un cluster vSAN ESA.
La valeur par défaut est 0 %. La valeur maximale est 100 %.
VMware, Inc. 41
Administration de VMware vSAN
Capacité Description
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 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.
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 les considérations de conception et
de dimensionnement des stratégies de stockage, reportez-vous à la section « Conception et
dimensionnement d'un cluster vSAN » dans Planification et déploiement de vSAN.
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.
VMware, Inc. 42
Administration de VMware vSAN
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 RAID-5 en RAID-6 sur un cluster à cinq hôtes.
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.
Les fournisseurs de stockage vSAN sont des composants logiciels intégrés qui fournissent des
capacités de banque de données à vCenter Server. Une capacité de stockage est généralement
représentée par une paire clé-valeur, dans laquelle la clé est une propriété spécifique offerte
par la banque de données. La valeur est un nombre ou une plage que la banque de données
peut fournir pour un objet provisionné, par exemple un objet d'espace de noms de base ou
un disque virtuel d'une machine virtuelle. Vous pouvez également utiliser des balises pour créer
des capacités de stockage définies par l'utilisateur et y faire référence lors de la définition d'une
stratégie de stockage pour une machine virtuelle. Pour obtenir des informations sur l'application
et l'utilisation de balises avec des banques de données, reportez-vous à la documentation de
Stockage vSphere.
Les fournisseurs de stockage vSAN signalent un ensemble de capacités de stockage sous-jacent
à vCenter Server. Ils communiquent également avec la couche de vSAN pour indiquer les besoins
en stockage des machines virtuelles. Pour plus d'informations sur les fournisseurs de stockage,
reportez-vous à la documentation Stockage vSphere.
vSAN 6.7 et versions ultérieures enregistrent uniquement un seul fournisseur de stockage vSAN
pour tous les clusters vSAN gérés par l'instance de vCenter Server à l'aide de l'URL suivante :
Procédure
Résultats
Note Il est impossible d'annuler manuellement l'inscription des fournisseurs de stockage utilisés
par vSAN. Pour supprimer des fournisseurs de stockage vSAN ou en annuler l'enregistrement,
supprimez les hôtes correspondants du cluster vSAN, puis rajoutez-les. Assurez-vous qu'au
moins un fournisseur de stockage est actif.
VMware, Inc. 43
Administration de VMware vSAN
Spécification Paramètre
Pannes tolérées 1
Si vous utilisez un cluster vSAN Express Storage Architecture, vous pouvez utiliser l'une des
stratégies ESA répertoriées ici en fonction de la taille de votre cluster.
Tableau 6-5. Spécifications des stratégies de stockage par défaut de vSAN ESA - RAID-5
Spécification Paramètre
Pannes tolérées 1
Note RAID-5 dans vSAN ESA prend en charge trois clusters d'hôtes. Si vous activez la gestion
automatique des stratégies, le cluster doit disposer de quatre hôtes pour utiliser RAID-5.
VMware, Inc. 44
Administration de VMware vSAN
Tableau 6-6. Spécifications de la stratégie de stockage par défaut de vSAN ESA - RAID-6
Spécification Paramètre
Pannes tolérées 2
Note Pour utiliser RAID-6, vous devez disposer d'au moins six hôtes dans le cluster.
Pour de meilleurs résultats, envisagez de créer et d'utiliser vos propres stratégies de stockage de
machine virtuelle, même si les conditions requises de la stratégie sont identiques à celles définies
dans la stratégie de stockage par défaut. Dans certains cas, lorsque vous augmentez la taille d'un
cluster, vous devez modifier la stratégie de stockage par défaut pour assurer la conformité avec
les conditions requises par le Contrat de niveau de service pour VMware Cloud on AWS.
Lorsque vous attribuez une stratégie de stockage définie par l'utilisateur à une banque de
données, vSAN applique les paramètres de la stratégie définie par l'utilisateur sur la banque
de données spécifiée. Seule une stratégie de stockage peut être la stratégie par défaut pour la
banque de données vSAN.
n Une stratégie de stockage par défaut de la banque de données vSAN est attribuée à tous
les objets de machine virtuelle si vous n'attribuez aucune autre stratégie vSAN lorsque
vous provisionnez une machine virtuelle. La zone de texte Stratégie de stockage VM
est définie sur Valeur par défaut de la banque de données sur la page Sélectionner un
stockage. Pour plus d'informations sur l'utilisation de stratégies de stockage, reportez-vous à
la documentation Stockage vSphere.
n Une stratégie par défaut vSAN s'applique uniquement aux banques de données vSAN. Vous
ne pouvez pas appliquer une stratégie de stockage par défaut à des banques de données
non-vSAN (par exemple, NFS) ou une banque de données VMFS.
VMware, Inc. 45
Administration de VMware vSAN
n Les objets d'un cluster vSAN Express Storage Architecture avec une configuration RAID 0 ou
RAID 1 possèdent 3 bandes de disque, même si la stratégie par défaut n'en définit que 1.
n Comme la stratégie de stockage par défaut de vSAN est compatible avec toutes les banques
de données vSAN de vCenter Server, vous pouvez déplacer vos objets de machine virtuelle
provisionnés avec la stratégie par défaut vers n'importe quelle banque de données vSAN de
vCenter Server.
n Vous pouvez cloner la stratégie par défaut et l'utiliser comme modèle pour créer une
stratégie de stockage définie par l'utilisateur.
n Une stratégie de stockage par défaut est attribuée si la stratégie que vous attribuez pendant
le provisionnement de la machine virtuelle n'inclut pas de règles spécifiques à vSAN.
Le nom de la stratégie générée automatiquement est basé sur le nom du cluster, comme suit :
ClusterName - Stratégie optimale de la banque de données par défaut
Lorsque vous activez la stratégie automatique, vSAN attribue une nouvelle stratégie optimale à
la banque de données vSAN et cette stratégie devient la stratégie par défaut de la banque de
données pour le cluster.
Pour activer la gestion automatique des stratégies, utilisez le contrôle de curseur sur vSAN >
Services > Stockage > Modifier.
VMware, Inc. 46
Administration de VMware vSAN
Conditions préalables
Vérifiez que la stratégie de stockage de machine virtuelle que vous souhaitez attribuer en tant
que stratégie par défaut à la banque de données vSAN répond aux conditions requises de vos
machines virtuelles dans le cluster vSAN.
Procédure
3 Dans Général, cliquez sur le bouton Modifier de la stratégie de stockage par défaut, puis
sélectionnez la stratégie de stockage que vous souhaitez attribuer comme stratégie par
défaut à la banque de données vSAN.
Note Vous pouvez également modifier la stratégie de stockage de base de disque virtuel
améliorée. Cliquez sur Modifier et sélectionnez la stratégie de stockage de base que vous
souhaitez attribuer comme stratégie de stockage pour l'objet de base.
Vous pouvez faire votre choix dans une liste de stratégies de stockage compatibles avec la
banque de données vSAN, comme la stratégie de stockage par défaut vSAN et les stratégies
de stockage définies par l'utilisateur ayant des ensembles de règles vSAN définies.
La stratégie de stockage est appliquée en tant que stratégie par défaut lorsque vous
provisionnez de nouvelles machines virtuelles sans spécifier explicitement de stratégie de
stockage pour une banque de données.
Étape suivante
Vous pouvez définir une nouvelle stratégie de stockage pour les machines virtuelles. Reportez-
vous à Définir une stratégie de stockage pour vSAN à l'aide de vSphere Client.
VMware, Inc. 47
Administration de VMware vSAN
Dans cette stratégie, vous faites référence aux capacités de stockage prises en charge par la
banque de données vSAN.
Conditions préalables
n Privilèges requis : Stockage basé sur le profil.Affichage du stockage basé sur le profi et
Stockage basé sur le profi.Mise à jour du stockage basé sur le profi
Note Les clusters disposant de vSAN Express Storage Architecture peuvent utiliser la gestion
automatique des stratégies. Pour plus d'informations, reportez-vous à la section Présentation des
stratégies de stockage vSAN par défaut.
Procédure
4 Entrez un nom et une description pour la stratégie de stockage et cliquez sur Suivant.
5 Sur la page de Structure de la stratégie, sélectionnez Activer les règles de stockage « vSAN »,
puis cliquez sur Suivant.
VMware, Inc. 48
Administration de VMware vSAN
6 Sur la page vSAN, définissez l'ensemble de règles de la stratégie et cliquez sur Suivant.
a Dans l'onglet Disponibilité, définissez les options Tolérance de sinistre de site et Nombre
d'échecs tolérés.
Les options de disponibilité définissent les règles de pannes tolérées, la localité des
données et la méthode de tolérance de panne.
n Tolérance de sinistre de site définit le type de tolérance de panne de site utilisé pour
les objets de machine virtuelle.
Par exemple, si vous choisissez Mise en miroir double site et 2 pannes - RAID-6 (codage
d'effacement), vSAN configure les règles de stratégie suivantes :
n Pannes tolérées : 1
n Services de chiffrement : définit les règles de chiffrement pour les machines virtuelles
que vous déployez à l'aide de cette stratégie. Vous pouvez choisir l'une des options
suivantes :
n Chiffrement des données au repos : le chiffrement est activé sur les machines
virtuelles.
n Aucun chiffrement : le chiffrement n'est pas activé sur les machines virtuelles.
VMware, Inc. 49
Administration de VMware vSAN
n Intégralement Flash
n Hybride
n Aucune préférence
c Dans l'onglet Règles de stratégie avancées, définissez des règles de stratégie avancées,
telles que le nombre de bandes de disque par objet et les limites d'IOPS.
d Dans l'onglet Balises, cliquez sur Ajouter une règle de balise, puis définissez les options
de règle de balise.
Assurez-vous que les valeurs que vous fournissez sont comprises dans la plage de
valeurs annoncée par les capacités de stockage de la banque de données vSAN.
7 Sur la page Compatibilité de stockage, examinez la liste des banques de données sous les
onglets COMPATIBLE et INCOMPATIBLE, puis cliquez sur Suivant.
Pour être admissible, une banque de données ne doit pas nécessairement être conforme à
tous les ensembles de règles qui constituent la stratégie. Elle doit être conforme à au moins
un ensemble de règles et à l'intégralité des règles de cet ensemble. Vérifiez que la banque
de données de vSAN répond aux exigences définies dans la stratégie de stockage et qu'elle
figure dans la liste de banques de données compatibles.
8 Dans la page Vérifier et terminer, vérifiez les paramètres de la stratégie, puis cliquez sur
Terminer.
Résultats
VMware, Inc. 50
Administration de VMware vSAN
Étape suivante
Attribuez cette stratégie à une machine virtuelle et à ses disques virtuels. vSAN place les objets
de machine virtuelle selon les conditions spécifiées dans la stratégie. Pour plus d'informations
sur l'application des stratégies de stockage aux objets de machine virtuelle, reportez-vous à la
documentation de Stockage vSphere.
VMware, Inc. 51
Développement et gestion d'un
clustervSAN 7
Après avoir configuré votre cluster vSAN, vous pouvez ajouter des hôtes et des périphériques de
capacité, supprimer des hôtes et des périphériques, et gérer des scénarios de panne.
Utilisez l'une des méthodes suivantes pour développer votre cluster de vSAN.
n Ajoutez de nouveaux hôtes ESXi au cluster qui sont configurés à l'aide des périphériques
cache et de capacité pris en charge. Reportez-vous à Ajouter un hôte au cluster vSAN.
n Déplacez les hôtes ESXi existants vers le cluster vSAN et configurez-les à l'aide du profil
d'hôte. Reportez-vous à Configuration d'hôtes dans le cluster vSAN à l'aide d'un profil d'hôte.
n Ajoutez de nouveaux périphériques de capacité aux hôtes ESXi qui sont des membres du
cluster. Reportez-vous à Ajouter des périphériques au groupe de disques dans le cluster
vSAN.
VMware, Inc. 52
Administration de VMware vSAN
Bien que des hôtes de calcul uniquement peuvent exister dans un cluster vSAN et consommer
la capacité d'autres hôtes du cluster, ajoutez des hôtes configurés de manière uniforme pour
garantir un bon fonctionnement. Même s'il est préférable d'utiliser des périphériques identiques
ou similaires dans les groupes de disques ou les pools de stockage, n'importe quel périphérique
répertorié sur la liste HCL vSAN est pris en charge. Tentez de distribuer équitablement la
capacité sur les hôtes. Pour plus d'informations sur l'ajout de périphériques aux groupes de
disques ou aux pools de stockage, reportez-vous à la section Créer un groupe de disques ou un
pool de stockage dans le cluster vSAN.
VMware, Inc. 53
Administration de VMware vSAN
Lorsque vous ajoutez de nouveaux hôtes au cluster vSAN, vous pouvez également utiliser
l'assistant Configuration de cluster pour terminer la configuration de l'hôte. Pour plus
d'informations sur le démarrage rapide, reportez-vous à « Utilisation du démarrage rapide pour
configurer et développer un cluster vSAN » dans Planification et déploiement de vSAN.
Note Si vous exécutez vCenter Server sur un hôte, l'hôte ne peut pas être placé en mode de
maintenance lorsque vous l'ajoutez à un cluster à l'aide du workflow de démarrage rapide. Le
même hôte peut également exécuter une instance de Platform Services Controller. Toutes les
autres machines virtuelles sur l'hôte doivent être hors tension.
Conditions préalables
n Le workflow de démarrage rapide doit être disponible pour votre cluster vSAN.
n Aucune configuration réseau effectuée via le workflow de démarrage rapide n'a été modifiée
en dehors du workflow de démarrage rapide.
n Les paramètres de mise en réseau configurés lors de la création du cluster avec le démarrage
rapide n'ont pas été modifiés.
Procédure
2 Cliquez sur l'onglet Configurer, puis sélectionnez Configuration > Démarrage rapide.
3 Sur la fiche Ajouter des hôtes, cliquez sur Lancer pour ouvrir l'assistant Ajouter des hôtes.
a Sur la page Ajouter des hôtes, entrez les informations des nouveaux hôtes ou cliquez sur
Hôtes existants et sélectionnez des hôtes répertoriés dans l'inventaire.
4 Sur la fiche Configuration du cluster, cliquez sur Lancer pour ouvrir l'assistant Configuration
de cluster.
a Sur la page Configurer des Distributed Switches, entrez les paramètres de mise en réseau
pour les nouveaux hôtes.
b (Facultatif) Sur la page Réclamer des disques, sélectionnez des disques sur chaque nouvel
hôte.
c (Facultatif) Sur la page Créer des domaines de pannes, déplacez les nouveaux hôtes dans
leur domaine de pannes correspondant.
Pour plus informations sur les domaines de pannes, reportez-vous à la section Gestion
des domaines de pannes dans les clusters vSAN.
d Dans la page Prêt à terminer, vérifiez les paramètres du cluster, puis cliquez sur Terminer.
VMware, Inc. 54
Administration de VMware vSAN
Conditions préalables
n Vérifiez que les ressources (notamment les pilotes, microprogrammes et contrôleurs d'E/S
de stockage) sont répertoriées dans le Guide de compatibilité VMware à l'adresse http://
www.vmware.com/resources/compatibility/search.php.
n VMware vous recommande de créer des hôtes avec une configuration uniforme dans le
cluster vSAN afin que les composants et les objets soient uniformément répartis entre les
périphériques du cluster. Néanmoins, il peut y avoir des situations au cours desquelles le
cluster se retrouve déséquilibré, en particulier pendant la maintenance ou si vous surchargez
la capacité de la banque de données vSAN avec des déploiements de machines virtuelles
excessifs.
Procédure
2 Cliquez avec le bouton droit de la souris sur le cluster et sélectionnez Ajouter des hôtes.
L'assistant Ajouter des hôtes s'ouvre.
Option Description
Hôtes existants a Sélectionnez les hôtes que vous avez précédemment ajoutés à vCenter
Server.
Étape suivante
Vérifiez que le contrôle de santé Équilibre des disques vSAN est vert.
Pour plus d'informations sur la configuration du cluster vSAN et la résolution des problèmes,
reportez-vous à la section « Problèmes de configuration du cluster vSAN » dans Surveillance et
dépannage de vSAN.
VMware, Inc. 55
Administration de VMware vSAN
Le profil d'un hôte contient des informations sur la configuration du stockage, la configuration du
réseau ou d'autres caractéristiques de l'hôte. Si vous prévoyez de créer un cluster avec un grand
nombre d'hôtes, par exemple 8, 16, 32 ou 64 hôtes, utilisez la fonctionnalité de profil d'hôte. Les
profils d'hôte vous permettent d'ajouter plusieurs hôtes à la fois au cluster vSAN.
Conditions préalables
Procédure
c Sélectionnez l'hôte que vous souhaitez utiliser comme hôte de référence et cliquez sur
Suivant.
d Tapez un nom et une description pour le nouveau profil, puis cliquez sur Suivant.
e Vérifiez les informations récapitulatives pour le nouveau profil d'hôte et cliquez sur
Terminer.
a Dans la liste des profils de la vue Profils d'hôte, sélectionnez le profil d'hôte à appliquer à
l'hôte vSAN.
b Cliquez sur l'icône Attacher/Détacher des hôtes et des clusters à/d'un profil d'hôte ( ).
c Sélectionnez l'hôte dans la liste qui est développée, puis cliquez sur Attacher pour
l'attacher au profil.
VMware, Inc. 56
Administration de VMware vSAN
Lorsqu'un profil d'hôte est attaché à un cluster, l'hôte ou les hôtes du cluster sont
également attachés au profil d'hôte. Toutefois, lorsque le profil d'hôte est détaché du cluster,
l'association entre l'hôte ou les hôtes du cluster et ce profil d'hôte est maintenue.
a Dans la liste de profils de la vue Profils d'hôte, sélectionnez le profil d'hôte à détacher
d'un hôte ou d'un cluster.
b Cliquez sur l'icône Attacher/Détacher des hôtes et des clusters à/d'un profil d'hôte ( ).
d Cliquez sur Détacher tout pour détacher du profil tous les hôtes et clusters répertoriés.
4 Vérifiez si l'hôte vSAN est conforme au profil d'hôte qui lui est associé et déterminez quels
sont les paramètres de configuration de l'hôte qui sont différents de ceux du profil, le cas
échéant.
L'onglet Objets affiche la liste des profils d'hôte, le nombre d'hôtes associés à chaque
profil, ainsi que le résumé des résultats de la dernière vérification de conformité.
Pour connaître en détail les paramètres qui diffèrent entre l'hôte non conforme et le profil
d'hôte, cliquez sur l'onglet Surveiller, puis sélectionnez la vue Conformité. Développez
la hiérarchie de l'objet et sélectionnez l'hôte non conforme. Les paramètres qui varient
s'affichent dans la fenêtre Conformité, en-dessous de la hiérarchie.
c Pour connaître en détail les paramètres qui diffèrent entre l'hôte non conforme et le profil
d'hôte, cliquez sur l'onglet Surveiller, puis sélectionnez la vue Conformité.
b Cliquez avec le bouton droit sur l'hôte ou les hôtes à corriger, puis sélectionnez Toutes les
actions vCenter > Profils d'hôtes > Corriger.
Vous pouvez mettre à jour ou modifier les paramètres d'entrée utilisateur des règles des
profils d'hôtes en personnalisant l'hôte.
VMware, Inc. 57
Administration de VMware vSAN
d Vérifiez les tâches qui sont nécessaires pour corriger le profil d'hôte et cliquez sur
Terminer.
L'hôte fait partie du cluster vSAN et le cluster vSAN peut accéder aux ressources de cet hôte.
L'hôte peut également accéder à toutes les stratégies d'E/S de stockage vSAN existant sur le
cluster vSAN.
Vous pouvez provisionner des VM exécutées sur votre cluster local pour utiliser l'espace de
stockage sur la banque de données distante. Lorsque vous provisionnez une nouvelle machine
virtuelle, vous pouvez sélectionner une banque de données distante montée sur le cluster client.
Attribuez les stratégies de stockage compatibles configurées pour la banque de données.
Lorsque vous créez un cluster vSAN ou configurez un cluster vSphere pour vSAN, vous pouvez
sélectionner le type de configuration HCI.
n vSAN HCI fournit des ressources de calcul et des ressources de stockage. Il peut partager sa
banque de données sur les centres de données et les instances de vCenter, et monter des
banques de données à partir d'autres clusters vSAN HCI.
n Le Cluster de calcul vSAN est un cluster vSphere qui fournit uniquement des ressources de
calcul. Il peut monter des banques de données desservies par des clusters vSAN Max.
n vSAN Max (vSAN ESA uniquement) fournit des ressources de stockage, mais pas des
ressources de calcul. Ses banques de données peuvent être montées par des clusters
vSphere distants ou des clusters vSAN HCI sur les centres de données et les instances de
vCenter.
n Les clusters vSAN Original Storage Architecture exécutant 8.0 Update 1 ou version ultérieure
peuvent partager des banques de données sur les clusters du même centre de données ou
sur des clusters gérés par des instances distantes de vCenter, tant qu'ils se trouvent sur le
même réseau. Les clusters vSAN Express Storage Architecture exécutant 8.0 Update 2 ou
version ultérieure disposent de cette fonctionnalité.
n Un cluster vSAN HCI ou vSAN Max peut desservir sa banque de données locale vers
10 clusters clients au maximum.
n Un cluster client peut monter jusqu'à 5 banques de données distantes à partir d'un ou de
plusieurs clusters de serveurs vSAN.
VMware, Inc. 58
Administration de VMware vSAN
n Vous pouvez monter une banque de données unique sur 128 hôtes vSAN au maximum, y
compris ceux dans le cluster de serveurs vSAN local.
n Tous les objets qui constituent une machine virtuelle doivent résider sur la même banque de
données.
n Pour que vSphere HA soit compatible avec le partage de banque de données vSAN,
configurez la réponse aux pannes suivante pour la banque de données avec APD : Mettre
hors tension et redémarrer les VM.
n Les hôtes clients qui ne font pas partie d'un cluster ne sont pas pris en charge. Vous pouvez
configurer un cluster de calcul d'hôte unique, mais vSphere HA ne fonctionne pas, sauf si
vous ajoutez un deuxième hôte au cluster.
Les configurations suivantes ne sont pas prises en charge avec le partage de banque de données
vSAN :
vSAN Max utilise vSAN Express Storage Architecture et la solution vSAN Ready Nodes haute
densité pour une capacité et des performances accrues.
Note vSAN Max est une nouvelle offre de la famille de produits vSAN, concédé sous licence
séparément des éditions vSAN existantes.
Un cluster vSAN Max fait office de cluster de serveurs qui fournit uniquement du stockage. Vous
pouvez monter sa banque de données sur des clusters vSphere configurés comme clusters de
calcul vSAN ou des clusters clients vSAN HCI.
VMware, Inc. 59
Administration de VMware vSAN
n Pris en charge uniquement sur vSAN Express Storage Architecture s'exécutant sur la solution
vSAN Ready Nodes certifiée pour vSAN Max.
n Agit comme serveur de stockage uniquement, pas comme client. N'exécutez pas de VM de
charge de travail sur des hôtes vSAN Max.
n Nécessite au moins six hôtes et 150 Tio par hôte. Pour optimiser les performances, utilisez
une configuration uniforme des périphériques de stockage sur tous les hôtes.
n Nécessite des connexions réseau de 100 Gbits/s entre les hôtes du cluster vSAN Max et des
connexions de 10 Gbits/s entre les clients de calcul et le cluster vSAN Max. Pour améliorer
les performances, assurez-vous que vous disposez de ressources suffisantes au niveau de la
branche centrale du réseau.
n Activez Gestion automatique des stratégies (Configurer > vSAN > Services > Stockage >
Modifier) pour garantir des niveaux optimaux de résilience et d'efficacité de l'utilisation de
l'espace.
n Activez Rééquilibrage automatique (Configurer > vSAN > Services > Options avancées >
Modifier) pour garantir un système de stockage distribué équilibré uniformément.
Note Vous pouvez configurer vSAN Max uniquement pendant la création de clusters. Vous ne
pouvez pas convertir un cluster vSAN existant en vSAN Max, ni convertir vSAN Max en cluster
vSAN HCI. Vous devez désactiver vSAN sur le cluster et reconfigurer ce dernier.
VMware, Inc. 60
Administration de VMware vSAN
Un cluster de calcul vSAN est un cluster vSphere doté d'un petit élément vSAN qui lui permet
de monter une banque de données vSAN Max. Les hôtes d'un cluster de calcul ne disposent
pas d'un stockage local. Vous pouvez surveiller la capacité, la santé et les performances de la
banque de données distante.
Les clusters de calcul vSAN présentent les considérations de conception suivantes :
n La mise en réseau vSAN doit être configurée sur les hôtes dans le cluster de calcul.
n Aucun périphérique de stockage ne peut être présent sur les hôtes dans un cluster de
calcul.
n Vous ne pouvez configurer aucune fonctionnalité de gestion des données sur le cluster
de calcul.
vSAN Original Storage Architecture et vSAN Express Storage Architecture ne sont pas
compatibles et ne peuvent donc pas partager de banques de données entre elles. Un cluster
client ne peut pas monter des banques de données à partir de différentes architectures vSAN. Si
un cluster a monté une banque de données qui utilise vSAN Original Storage Architecture, il ne
peut pas en monter une banque de données qui utilise vSAN Express Storage Architecture.
Utilisez la vue Banques de données distantes pour surveiller et gérer des banques de données
distantes montées sur le cluster vSAN local. Chaque cluster vSAN client peut monter des
banques de données distantes à partir de clusters vSAN de serveurs. Chaque cluster vSAN
compatible peut également agir comme serveur et permettre à d'autres clusters vSAN de monter
sa banque de données locale.
VMware, Inc. 61
Administration de VMware vSAN
VMware, Inc. 62
Administration de VMware vSAN
Utilisez la page Banques de données distantes de vCenter pour gérer les sources de la banque
de données distante (Configurer > vSAN > Banques de données distantes). Cliquez sur les
onglets pour accéder aux informations sur les banques de données partagées sur les instances
de vCenter, ajouter des instances de vCenter comme sources de banques de données et monter
ces dernières sur des clusters locaux.
Sources de la Affichez et gérez les sources de la banque de données résidant dans des instances distantes de
banque de données vCenter. Vous pouvez ajouter ou supprimer des sources de la banque de données distante pour
l'instance locale de vCenter.
Clusters Affichez et gérez les clusters résidant dans l'instance locale de vCenter. Vous pouvez monter
ou démonter des banques de données des instances distantes de vCenter vers le cluster
sélectionné.
Banques de Affichez toutes les banques de données disponibles sous cette instance de vCenter.
données
Le partage de banque de données entre deux instances de vCenter présente les considérations
de conception suivantes :
n Chaque instance cliente de vCenter peut ajouter 5 sources de la banque de données vCenter
distante au maximum.
n Lorsqu'une VM sur un cluster client géré par une instance de vCenter utilise le stockage d'un
serveur géré par une autre instance de vCenter, la stratégie de stockage sur l'instance de
vCenter du client est prioritaire.
Procédure
VMware, Inc. 63
Administration de VMware vSAN
Résultats
Cette vue répertorie les informations sur chaque banque de données montée sur le cluster local.
Étape suivante
Vous pouvez monter ou démonter des banques de données distantes sur cette page.
Procédure
Un cluster étendu peut présenter un réseau asymétrique dans lequel les liaisons dans chaque
site possèdent une bande passante supérieure et une latence inférieure à celles des liaisons
entre les sites. Un réseau symétrique présente des liens semblables sur chaque site et entre
les sites.
a Sur la page Topologie réseau, sélectionnez Symétrique ou Asymétrique. Si vous
sélectionnez Asymétrique, la page Couplage de sites s'affiche.
b Sélectionnez un site sur le cluster de serveurs à coupler avec le site client approprié.
Sélectionnez le site du serveur qui est physiquement plus proche ou adjacent à chaque
site client.
VMware, Inc. 64
Administration de VMware vSAN
Résultats
Étape suivante
Lorsque vous provisionnez une machine virtuelle, vous pouvez sélectionner la banque de
données distante en tant que ressource de stockage. Attribuez une stratégie de stockage prise
en charge par la banque de données distante.
Si aucune machine virtuelle du cluster local n'utilise la banque de données vSAN distante, vous
pouvez démonter la banque de données de votre cluster vSAN local.
Procédure
Résultats
Le moniteur de capacité vSAN vous avertit lorsque des banques de données distantes sont
montées sur le cluster. Vous pouvez sélectionner la banque de données distante pour afficher les
informations sur sa capacité.
La vue Objets virtuels affiche la banque de données dans laquelle résident les objets virtuels. La
vue Emplacement physique du disque d'une machine virtuelle située sur une banque de données
distante affiche des informations sur son emplacement distant.
VMware, Inc. 65
Administration de VMware vSAN
Les contrôles de santé vSAN informent sur l'état des fonctions HCI.
n Données > Contrôle de santé de l'objet vSAN affiche les informations sur l'accessibilité des
objets distants.
n Réseau > Contrôle de partition du cluster de serveurs signale les partitions réseau entre les
hôtes du cluster client et du cluster de serveurs.
n Réseau > Latence contrôle la latence entre les hôtes du cluster client et du cluster de
serveurs.
Les vues Performances du cluster vSAN incluent des diagrammes de performances de machine
virtuelle qui affichent les performances au niveau de la machine virtuelle du cluster client du
point de vue du cluster distant. Vous pouvez sélectionner une banque de données distante pour
afficher les performances.
VMware, Inc. 66
Administration de VMware vSAN
Vous pouvez exécuter des tests proactifs sur des banques de données distantes pour vérifier
la création de machines virtuelles et les performances du réseau. Le test de création de VM
crée une VM sur la banque de données distante. Le test de performances réseau vérifie les
performances du réseau entre tous les hôtes du cluster client et tous les hôtes des clusters de
serveurs.
Procédure
3 Dans l'onglet Sources de la banque de données, cliquez sur Ajouter une source de banque
de données distante pour ouvrir l'assistant.
Résultats
L'instance distante de vCenter est ajoutée en tant que source de banque de données. Les
clusters vSAN sur cette instance de vCenter peuvent monter des banques de données distantes
qui résident sur l'instance distante de vCenter.
n Lorsque vous placez un hôte ESXi en mode de maintenance, vous devez sélectionner un
mode de suppression de données, tel que Assurer l'accessibilité ou Migration intégrale des
données.
n Lorsqu'un hôte membre d'un cluster vSAN entre en mode de maintenance, la capacité du
cluster est automatiquement réduite du fait que l'hôte membre ne contribue plus au stockage
du cluster.
n Les ressources de calcul d'une machine virtuelle peuvent ne pas résider sur l'hôte qui est
placé en mode de maintenance, et les ressources de stockage des machines virtuelles
peuvent se trouver n'importe où dans le cluster.
VMware, Inc. 67
Administration de VMware vSAN
n Le mode Assurer l'accessibilité est plus rapide que le mode Migration intégrale des
données, car le mode Assurer l'accessibilité migre uniquement les composants des hôtes qui
sont essentiels à l'exécution des machines virtuelles. Dans ce mode, lorsque vous rencontrez
une panne, la disponibilité de votre machine virtuelle est affectée. La sélection du mode
Assurer l'accessibilité ne reprotège pas vos données pendant une panne et une perte de
données inattendue risque de se produire.
n Lorsque vous sélectionnez le mode Migration intégrale des données, vos données sont
automatiquement reprotégées en cas de panne, si les ressources sont disponibles et que
le paramètre Pannes tolérées est défini sur 1 ou plus. Dans ce mode, tous les composants
de l'hôte sont migrés et, en fonction du volume des données qui se trouvent sur l'hôte,
la migration pourrait être plus longue. Avec le mode Migration intégrale des données, vos
machines virtuelles peuvent tolérer des pannes, même au cours d'une maintenance planifiée.
n Lors de l'utilisation d'un cluster à trois hôtes, vous ne pouvez pas placer un serveur en mode
de maintenance avec Migration intégrale des données. Envisagez de concevoir un cluster
avec quatre hôtes ou plus pour une disponibilité maximale.
Avant de placer un hôte en mode de maintenance, vous devez vérifier les éléments suivants :
n Si vous utilisez le mode Migration intégrale des données, vérifiez que le cluster dispose de
suffisamment d'hôtes et de capacité pour répondre aux conditions requises de la stratégie
Pannes tolérées.
n Vérifiez qu'une capacité Flash suffisante existe sur les hôtes restants afin de pouvoir traiter
les réservations de Flash Read Cache. Pour analyser la capacité actuelle utilisée par hôte
et déterminer si une panne d'hôte unique peut entraîner un manque d'espace sur le cluster
et affecter la capacité, la réservation de cache et les composants du cluster, exécutez la
commande RVC suivante : vsan.whatif_host_failures. Pour plus d'informations sur les
commandes de RVC, reportez-vous au Guide de référence des commandes de l'outil RVC.
n Vérifiez que vous disposez de suffisamment de périphériques de capacité dans les hôtes
restants afin de répondre aux conditions relatives à la largeur des bandes, le cas échéant.
n Assurez-vous de disposer d'une capacité libre suffisante sur les hôtes restants afin de
pouvoir traiter le volume de données à migrer depuis l'hôte entrant en mode de maintenance.
VMware, Inc. 68
Administration de VMware vSAN
La boîte de dialogue Confirmer le mode maintenance fournit des informations pour guider vos
activités de maintenance. Vous pouvez afficher l'incidence de chaque option d'évacuation de
données.
Procédure
VMware, Inc. 69
Administration de VMware vSAN
n L'onglet Conformité et accessibilité des objets affiche les objets susceptibles de présenter
des problèmes après la migration des données.
n L'onglet Capacité du cluster affiche l'impact de la migration des données sur le cluster
vSAN avant et après l'exécution de l'opération.
n L'onglet Santé prévue affiche les contrôles de santé qui peuvent être affectés par la
migration des données.
Étape suivante
Si la prévérification indique que vous pouvez placer l'hôte en mode de maintenance, vous pouvez
cliquer sur Entrer en mode de maintenance pour migrer les données et placer l'hôte en mode de
maintenance.
Lorsque vous placez un hôte en mode de maintenance, vous devez sélectionner un mode de
suppression de données, tel que Assurer l'accessibilité ou Migration intégrale des données.
Lorsqu'un hôte membre d'un cluster vSAN passe en mode de maintenance, la capacité du cluster
est automatiquement réduite, car l'hôte membre ne contribue plus à la capacité du cluster.
Note Les VM du service de fichiers (FSVM) vSAN s'exécutant sur un hôte sont automatiquement
mises hors tension lorsqu'un cluster vSAN passe en mode de maintenance.
Toutes les cibles iSCSI vSAN servies par cet hôte sont transférées vers d'autres hôtes du cluster,
et par conséquent, l'initiateur iSCSI est redirigé vers le nouveau propriétaire de la cible.
Conditions préalables
Vérifiez que votre environnement dispose des capacités requises par l'option sélectionnée.
Procédure
1 Cliquez avec le bouton droit sur l'hôte et sélectionnez Mode maintenance > Passer en mode
maintenance.
VMware, Inc. 70
Administration de VMware vSAN
Option Description
Assurer l'accessibilité Il s'agit de l'option par défaut. Lorsque vous mettez l'hôte hors tension ou
que vous le supprimez du cluster, vSAN veille à ce que toutes les machines
virtuelles accessibles sur cet hôte le restent. Sélectionnez cette option si
vous souhaitez retirez l'hôte du cluster de manière provisoire (par exemple,
pour installer des mises à niveau) et que vous prévoyez de l'intégrer de
nouveau au cluster. Cette option n'est pas appropriée si vous souhaitez
supprimer définitivement l'hôte du cluster.
En général, seule l'évacuation partielle des données est requise. Toutefois, la
machine virtuelle peut ne plus être entièrement conforme à une stratégie de
stockage de VM lors de l'évacuation. Par conséquent, elle peut ne pas avoir
accès à toutes ses répliques. Si une panne se produit lorsque l'hôte est en
mode de maintenance et que l'option Pannes tolérées est définie sur 1, vous
risquez de perdre des données du cluster.
Migration intégrale des données vSAN évacue toutes les données vers les autres hôtes du cluster et
maintient l'état actuel de conformité des objets. Sélectionnez-la si vous
prévoyez de migrer l'hôte définitivement. Lorsque vous évacuez des
données du dernier hôte du cluster, assurez-vous de migrer les machines
virtuelles vers une autre banque de données, puis placez l'hôte en mode de
maintenance.
Ce mode de suppression entraîne le plus gros transfert de données et
consomme le plus de temps et de ressources. Tous les composants sur
le stockage local de l'hôte sélectionné sont migrés ailleurs dans le cluster.
Lorsque l'hôte entre en mode de maintenance, toutes les machines virtuelles
ont accès à leurs composants de stockage et sont toujours conformes aux
stratégies de stockage attribuées.
Note S'il existe des objets dans l'état de disponibilité réduite, ce mode
maintient cet état de conformité et ne garantit pas la conformité des objets.
Aucune migration de données vSAN ne supprime aucune données de cet hôte. Si vous mettez hors tension
ou supprimez l'hôte du cluster, certaines machines virtuelles peuvent devenir
inaccessibles.
Un cluster avec trois domaines de pannes a les mêmes restrictions qu'un cluster à trois hôtes,
comme l'incapacité d'utiliser le mode Migration intégrale des données et de reprotéger les
données après une panne.
Vous pouvez également placer un hôte en mode de maintenance à l'aide d'ESXCLI. Avant de
placer un hôte dans ce mode, veillez à mettre hors tension les VM qui s'exécutent sur l'hôte.
VMware, Inc. 71
Administration de VMware vSAN
Pour effectuer une action avant de passer en mode de maintenance, exécutez la commande
suivante sur l'hôte :
Note La valeur par défaut est ensureObjectAccessibility. Cette valeur sera utilisée si vous
ne spécifiez aucune valeur pour la valeur vsanmode.
n noAction : ne déplacez pas les données vSAN hors du disque avant de passer en mode
de maintenance.
Étape suivante
Vous pouvez suivre l'état d'avancement de la migration des données dans le cluster. Pour plus
d'informations, reportez-vous à la section Surveillance et dépannage de vSAN.
Vous pouvez créer des domaines de pannes et ajouter un ou plusieurs hôtes à chaque domaine
de pannes. Un domaine de pannes comprend un ou plusieurs hôtes vSAN regroupés en fonction
de leur emplacement physique dans le centre de données. Une fois configurés, les domaines de
pannes permettent à vSAN de tolérer les échecs de l'intégralité des racks physiques ainsi que
les échecs d'un hôte, d'un périphérique de capacité, d'une liaison réseau ou d'un commutateur
réseau unique dédié à un domaine de pannes.
La stratégie Pannes tolérées pour le cluster dépend du nombre de pannes qu'une machine
virtuelle peut tolérer selon son provisionnement. Lorsqu'une machine virtuelle est configurée
avec l'option Pannes tolérées définie sur 1 (FTT=1), vSAN peut tolérer une panne unique de
n'importe quel type et de n'importe quel composant d'un domaine de pannes, y compris la panne
d'un rack entier.
VMware, Inc. 72
Administration de VMware vSAN
Lorsque vous configurez des domaines de pannes sur un rack et que vous provisionnez une
nouvelle machine virtuelle, vSAN s'assure que les objets de protection, comme les réplicas et
les témoins, sont placés dans différents domaines de pannes. Par exemple, si la stratégie de
stockage d'une machine virtuelle définit Pannes tolérées sur N (FTT=n), vSAN nécessite un
minimum de 2*n+1 domaines de pannes dans le cluster. Lorsque des machines virtuelles sont
provisionnées dans un cluster avec des domaines de pannes utilisant cette stratégie, les copies
des objets de machine virtuelle associés sont stockées sur des racks distincts.
Un minimum de trois domaines de pannes est requis pour prendre en charge l'option FTT=1. Pour
de meilleurs résultats, configurez quatre domaines de pannes ou plus dans le cluster. Un cluster
avec trois domaines de pannes a les mêmes restrictions qu'un cluster à trois hôtes, comme
l'incapacité de reprotéger les données après une panne et d'utiliser le mode Migration intégrale
des données. Pour plus d'informations sur la conception et le dimensionnement de domaines de
pannes, reportez-vous à la section « Conception et dimensionnement de domaines de pannes
vSAN » dans Planification et déploiement de vSAN.
Envisagez un scénario dans lequel vous avez un cluster vSAN avec 16 hôtes. Les hôtes sont
répartis sur quatre racks, chaque rack contenant quatre hôtes. Afin de tolérer al panne de
l'intégralité d'un rack, vous devez créer un domaine de pannes pour chaque rack. Vous pouvez
configurer un cluster de cette capacité lorsque l'option Pannes tolérées est définie sur 1. Si vous
voulez que l'option Pannes tolérées soit définie sur 2, configurez cinq domaines de pannes dans
le cluster.
Lorsqu'un rack est défaillant, toutes les ressources comprenant le CPU et la mémoire dans le
rack deviennent inaccessible au cluster. Pour réduire l'impact d'une panne potentielle du rack,
vous devez configurer des domaines de pannes de taille inférieure. L'augmentation du nombre
de domaines de pannes augmente la disponibilité totale des ressources dans le cluster après une
panne du rack.
n Configurez un minimum de trois domaines de pannes dans le cluster vSAN. Pour de meilleurs
résultats, configurez quatre domaines de pannes ou plus.
n Un hôte non inclus dans un domaine de pannes est considéré résider dans son propre
domaine de pannes à hôte unique.
n Vous n'avez pas besoin d'attribuer chaque hôte vSAN à un domaine de pannes. Si vous
décidez d'utiliser des domaines de pannes pour protéger l'environnement vSAN, pensez à
créer des domaines de pannes de taille identique.
n Lorsque des hôtes vSAN sont déplacés vers un autre cluster, ils conservent les domaines de
pannes qui leur sont attribués.
n Lorsque vous concevez un domaine de pannes, placez un nombre uniforme d'hôtes dans
chaque domaine de pannes.
Pour obtenir des instructions sur la conception des domaines de pannes, reportez-vous à la
section « Conception et dimensionnement de domaines de pannes vSAN » dans Planification
et le déploiement de vSAN.
VMware, Inc. 73
Administration de VMware vSAN
n Vous pouvez ajouter n'importe quel nombre d'hôtes à un domaine de pannes. Chaque
domaine de pannes doit contenir au moins un hôte.
Lorsque vous provisionnez une machine virtuelle sur le cluster comportant des domaines de
pannes, vSAN distribue des composants de protection, comme des témoins et des répliques
des objets de machine virtuelle, dans les différents domaines de pannes. En conséquence,
l'environnement vSAN devient capable de tolérer des pannes dans l'ensemble d'un rack en plus
d'une panne d'hôte, de disque de stockage ou de réseau unique.
Conditions préalables
n Choisissez un nom de domaine de pannes unique. vSAN ne prend pas en charge les noms de
domaine de pannes en double dans un cluster.
n Vérifiez la version de vos hôtes ESXi. Vous ne pouvez inclure que des hôtes de la version 6.0
ou ultérieure dans des domaines de pannes.
n Vérifiez que vos hôtes vSAN sont en ligne. Vous ne pouvez pas attribuer des hôtes à un
domaine de pannes hors ligne ou indisponible en raison d'un problème de configuration
matérielle.
Procédure
Un domaine de pannes ne peut pas être vide. Vous devez sélectionner au moins un hôte à
inclure dans le domaine de pannes.
Les hôtes sélectionnés s'affichent dans le domaine de pannes. Chaque domaine de pannes
affiche les informations de capacité utilisée et réservée. Cela vous permet d'afficher la
répartition de capacité dans le domaine de pannes.
VMware, Inc. 74
Administration de VMware vSAN
Procédure
4 Cliquez sur l'hôte que vous souhaitez ajouter sur un domaine de pannes existant et faites-le
glisser.
Conditions préalables
Vérifiez que l'hôte est en ligne. Vous ne pouvez pas déplacer des hôtes qui sont hors ligne ou
non disponibles d'un domaine de pannes.
Procédure
a Cliquez sur l'hôte et faites-le glisser du domaine de pannes vers la zone Hôtes autonomes.
Résultats
L'hôte sélectionné ne fait plus partie du domaine de pannes. Tout hôte qui ne fait pas partie d'un
domaine de pannes est considéré résider dans son propre domaine de pannes à hôte unique.
Étape suivante
Vous pouvez ajouter des hôtes à des domaines de pannes. Reportez-vous à Déplacer l'hôte vers
le domaine de pannes sélectionné du cluster vSAN.
Procédure
VMware, Inc. 75
Administration de VMware vSAN
a Cliquez sur l'icône Actions sur le côté droit du domaine de pannes et sélectionnez
Modifier.
Procédure
4 Cliquez sur l'icône Actions sur le côté droit du domaine de pannes et sélectionnez Supprimer.
Résultats
Tous les hôtes du domaine de pannes sont supprimés et le domaine de pannes sélectionné
est supprimé du cluster vSAN. Chaque hôte qui ne fait pas partie d'un domaine de pannes est
considéré résider dans son propre domaine de pannes à hôte unique.
Si le nombre de pannes à tolérer (FTT) est défini sur 1, l'objet peut tolérer une panne. Toutefois,
une panne temporaire suivie d'une panne permanente d'un cluster peut entraîner la perte de
données. Un domaine de pannes supplémentaire permet à vSAN de créer un composant de
durabilité sans disposer d'autres FTT pour l'objet. vSAN déclenche ce composant supplémentaire
lors de pannes prévues et imprévues. Les pannes imprévues comprennent la déconnexion du
réseau, les pannes de disques et les pannes d'hôtes. Les pannes prévues comprennent la tâche
Entrer en mode de maintenance (EMM, Entering Maintenance Mode). Par exemple, un cluster à
6 hôtes avec un objet RAID 6 ne peut créer aucun composant de durabilité en cas de panne
d'hôte.
VMware, Inc. 76
Administration de VMware vSAN
vSAN garantit la disponibilité des données des objets lorsque les composants sont hors ligne et
qu'ils reviennent en ligne de manière inattendue en fonction des FTT spécifiées dans la stratégie
de stockage. En cas de panne, les opérations d'écriture du composant en panne sont redirigées
vers le composant de durabilité. Lorsque le composant récupère suite à la panne temporaire et
revient en ligne, le composant de durabilité ne s'affiche plus et entraîne la resynchronisation du
composant.
Sans le composant de durabilité en place, si une deuxième panne permanente se produit dans
le cluster et que l'objet miroir est concerné, les données de l'objet sont définitivement perdues,
même en cas de résolution de la panne.
Cette fonctionnalité active un initiateur iSCSI sur un hôte distant afin de transporter les données
de niveau bloc vers une cible iSCSI sur un périphérique de stockage d'un cluster vSAN. vSAN 6.7
et versions ultérieures prennent en charge la fonctionnalité WSFC (clustering de basculement
Windows Server), pour que les nœuds WSFC puissent accéder aux cibles iSCSI vSAN.
Après avoir configuré le service cible iSCSI vSAN, vous pouvez détecter les cibles iSCSI vSAN
d'un hôte distant. Pour détecter les cibles iSCSI vSAN, utilisez l'adresse IP de chaque hôte dans
le cluster vSAN et le port TCP de la cible iSCSI. Pour garantir une haute disponibilité pour la cible
iSCSI vSAN, configurez la prise en charge de chemins multiples pour votre application iSCSI. Vous
pouvez utiliser les adresses IP de plusieurs hôtes pour configurer les chemins multiples.
Note Le service cible iSCSI vSAN ne prend pas en charge les autres initiateurs ou
clients vSphere ou ESXi, les hyperviseurs tiers, ni les migrations qui utilisent le mappage de
périphériques bruts (RDM).
Le service cible iSCSI vSAN prend en charge les méthodes d'authentification CHAP suivantes :
CHAP
CHAP mutuel
Pour plus d'informations sur l'utilisation du service cible iSCSI vSAN, reportez-vous au Guide
d'utilisation de la cible iSCSI vSAN.
VMware, Inc. 77
Administration de VMware vSAN
Cibles iSCSI
Vous pouvez ajouter une ou plusieurs cibles iSCSI pour fournir des blocs de stockage comme
numéros d'unité logique (LUN). vSAN identifie chaque cible iSCSI en fonction de son nom qualifié
iSCSI (IQN) unique. Vous pouvez utiliser l'IQN pour présenter la cible iSCSI à un initiateur iSCSI
distant afin que l'initiateur puisse accéder au LUN de la cible.
Chaque cible iSCSI contient un ou plusieurs LUN. Vous pouvez définir la taille chaque LUN,
attribuer une stratégie de stockage vSAN à chaque LUN et activer le service cible iSCSI sur un
cluster vSAN. Vous pouvez configurer une stratégie de stockage à utiliser par défaut pour l'objet
de base du service cible iSCSI vSAN.
Un nom unique identifie chaque groupe d'initiateurs iSCSI. Vous pouvez ajouter un ou plusieurs
initiateurs iSCSI comme membres du groupe. Utilisez l'IQN de l'initiateur comme nom d'initiateur
membre.
Procédure
1 Accédez au cluster vSAN, puis cliquez sur Configurer > vSAN > Services.
Vous pouvez sélectionner le réseau par défaut, le port TCP et la méthode d'authentification à
ce moment. Vous pouvez également sélectionner une stratégie de stockage vSAN.
4 Cliquez sur le curseur Activer le service cible iSCSI vSAN pour l'activer, puis cliquez sur
APPLIQUER.
Résultats
Étape suivante
Après avoir activé le service cible iSCSI, vous pouvez créer des cibles iSCSI ou des LUN et définir
des groupes d'initiateurs iSCSI.
VMware, Inc. 78
Administration de VMware vSAN
Conditions préalables
Procédure
c Cliquez sur Ajouter. La boîte de dialogue Nouvelle cible iSCSI s'affiche. Si vous laissez le
champ IQN cible vide, le nom IQN sera généré automatiquement.
n L'un ou l'autre : héberge le service cible iSCSI sur un site Préféré ou Secondaire.
Résultats
La cible iSCSI est créée et répertoriée dans la section des cibles iSCSI vSAN avec les informations
telles que IQN, l'hôte du propriétaire d'E/S, etc.
Étape suivante
VMware, Inc. 79
Administration de VMware vSAN
Procédure
c Dans la section LUN iSCSI vSAN, cliquez sur Ajouter. La boîte de dialogue Ajouter un LUN
à la cible s'affiche.
Le redimensionnement en ligne du LUN est activé uniquement si tous les hôtes du cluster sont
mis à niveau vers vSAN 6.7 Update 3 ou version ultérieure.
Procédure
5 Dans la section LUN iSCSI vSAN, sélectionnez un LUN et cliquez sur Modifier. La boîte de
dialogue Modifier le LUN s'affiche.
VMware, Inc. 80
Administration de VMware vSAN
Seuls les initiateurs iSCSI membres du groupe d'initiateurs peuvent accéder aux cibles iSCSI de
vSAN.
Note Les initiateurs en dehors du groupe d'initiateurs ne peuvent pas accéder à la cible si le
groupe d'initiateurs du contrôle d'accès est créé sur la cible iSCSI. Les connexions existantes
de ces initiateurs seront perdues et ne peuvent pas être récupérées tant qu'elles n'ont pas été
ajoutées au groupe d'initiateurs. Vous devez vérifier les connexions d'initiateurs actuelles et vous
assurer que tous les initiateurs autorisés sont ajoutés au groupe d'initiateurs avant la création de
groupes.
Procédure
b Cliquez sur l'onglet Groupes d'initiateurs, puis sur Ajouter. La boîte de dialogue Nouveau
groupe d'initiateurs s'affiche.
d (Facultatif) Pour ajouter des membres au groupe d'initiateurs, saisissez l'IQN de chaque
membre. Utilisez le format suivant pour saisir l'IQN des membres :
iqn.AAAA-MM.domaine:nom
Où :
Étape suivante
Seuls les initiateurs membres du groupe d'initiateurs peuvent accéder aux cibles attribuées.
Conditions préalables
VMware, Inc. 81
Administration de VMware vSAN
Procédure
c Dans la section Cibles accessibles, cliquez sur Ajouter. La boîte de dialogue Ajouter des
cibles accessibles s'affiche.
La désactivation du service cible iSCSI vSAN ne supprime pas les LUN/cibles. Si vous souhaitez
récupérer l'espace, supprimez manuellement les LUN/cibles avant de désactiver le service cible
iSCSI vSAN.
Conditions préalables
Les charges de travail s'exécutant sur des LUN iSCSI sont arrêtées lorsque vous désactivez le
service cible iSCSI. Avant de le désactiver, assurez-vous qu'aucune charge de travail n'est en
cours d'exécution sur les LUN iSCSI.
Procédure
1 Accédez au cluster vSAN, puis cliquez sur Configurer > vSAN > Services.
3 Cliquez sur le curseur Activer le service cible iSCSI vSAN pour le désactiver et cliquez sur
Appliquer.
Résultats
Étape suivante
VMware, Inc. 82
Administration de VMware vSAN
Conditions préalables
Vérifiez que vous avez activé le service cible iSCSI vSAN et créé des cibles et des LUN.
Procédure
2 Cliquez sur Surveiller et sélectionnez Objets virtuels. Les cibles iSCSI sont répertoriées sur la
page.
3 Sélectionnez une cible, puis cliquez sur Afficher les détails du placement. L'emplacement
physique indique où se situent les composants de données de la cible.
4 Cliquez sur Composants de groupe par placement d'hôte pour afficher les hôtes associés
aux composants de données iSCSI.
Les données stockées dans un partage de fichiers sont accessibles depuis n'importe quel
périphérique disposant de droits d'accès. Le service de fichiers vSAN est une couche qui se
trouve au-dessus de vSAN pour fournir des partages de fichiers. Il prend actuellement en charge
les partages de fichiers SMB, NFSv3 et NFSv4.1. Le service de fichiers vSAN se compose de
vSAN Distributed File System (vDFS) qui fournit le système de fichiers évolutif sous-jacent en
agrégeant des objets vSAN, une plate-forme de services de stockage qui fournit des points de
terminaison de serveur de fichiers résilients et un plan de contrôle pour le déploiement, la gestion
et la surveillance. Les partages de fichiers sont intégrés à la gestion basée sur des stratégies de
stockage vSAN existante et répartis par partage. Le service de fichiers vSAN permet d'héberger
des partages de fichiers directement sur le cluster vSAN.
VMware, Inc. 83
Administration de VMware vSAN
Lorsque vous configurez le service de fichiers vSAN, vSAN crée un seul système de fichiers
distribués VDFS pour le cluster utilisé en interne à des fins de gestion. Une machine virtuelle de
service de fichiers (FSVM, File Service VM) est placée sur chaque hôte. Les FSVM gèrent les
partages de fichiers dans la banque de données vSAN. Chaque FSVM contient un serveur de
fichiers qui fournit les services NFS et SMB.
Un pool d'adresses IP statiques doit être fourni en tant qu'entrée lors de l'activation du workflow
de service de fichiers. L'une des adresses IP est désignée en tant qu'adresse IP principale. Vous
pouvez utiliser l'adresse IP principale pour accéder à tous les partages du cluster des services
de fichiers à l'aide des références SMB et NFSv4.1. Un serveur de fichiers est démarré pour
chaque adresse IP fournie dans le pool d'adresses IP. Un partage de fichiers est exporté par un
seul serveur de fichiers. Toutefois, les partages de fichiers sont répartis uniformément sur tous
les serveurs de fichiers. Pour fournir des ressources de calcul qui aident à gérer les demandes
d'accès, le nombre d'adresses IP doit être égal au nombre d'hôtes dans le cluster vSAN.
Le service de fichiers vSAN prend en charge les clusters étendus et les clusters à deux nœuds.
Le cluster à deux nœuds doit comporter deux serveurs de nœuds de données dans le même
emplacement ou le même bureau, et le témoin dans un emplacement distant ou partagé.
Pour plus d'informations sur les volumes de fichiers de stockage cloud natif (CNS), reportez-vous
à la documentation de Plug-in VMware vSphere Container Storage et à la documentation de
Configuration et gestion de vSphere with Tanzu.
VMware, Inc. 84
Administration de VMware vSAN
n vSAN 8.0 prend en charge les configurations à deux nœuds et les clusters étendus.
n vSAN 8.0 prend en charge 64 serveurs de fichiers dans une configuration à 64 hôtes.
n Les services de fichiers vSAN ne prennent pas en charge les éléments suivants :
n Les contrôleurs de domaine en lecture seule (RODC) pour joindre des domaines, car le
RODC ne peut pas créer de comptes de machine. En tant que meilleure pratique de
sécurité, il est recommandé de créer au préalable une unité d'organisation dédiée dans
Active Directory, et le nom d'utilisateur mentionné ici doit contrôler cette organisation.
n Lorsqu'un hôte passe en mode de maintenance, le serveur de fichiers migre vers une autre
FSVM. La FSVM sur l'hôte qui est passé en mode de maintenance est mise hors tension. Une
fois que l'hôte quitte le mode de maintenance, la FSVM est mise sous tension.
Conditions préalables
Assurez-vous que les éléments suivants sont configurés avant d'activer les services de fichiers
vSAN :
n Le cluster vSAN doit être un cluster vSAN standard, un cluster étendu vSAN ou un cluster
ROBO vSAN.
n La configuration matérielle minimale requise de chaque hôte ESXi du cluster vSAN doit être la
suivante :
n CPU à 4 cœurs
VMware, Inc. 85
Administration de VMware vSAN
n 16 Go de mémoire physique
n Si vous utilisez le réseau standard basé sur commutateur, le mode promiscuité et les
fausses transmissions sont activés dans le cadre du processus d'activation des services
de fichiers vSAN.
n Si vous utilisez un réseau basé sur DVS, les services de fichiers vSAN sont pris en charge
sur DVS version 6.6.0 ou ultérieure. Créez un groupe de ports dédié pour les services de
fichiers vSAN dans DVS. MacLearning et les fausses transmissions sont activés dans le
cadre du processus d'activation des services de fichiers vSAN pour un groupe de ports
DVS fourni.
n Important En cas d'utilisation d'un réseau basé sur NSX, veillez à activer MacLearning
pour l'entité réseau fournie dans la console d'administration de NSX et à connecter tous
les hôtes et les nœuds des services de fichiers au réseau NSX-T souhaité.
Procédure
1 Accédez au cluster vSAN, puis cliquez sur Configurer > vSAN > Services.
VMware, Inc. 86
Administration de VMware vSAN
4 Dans l'agent de service de fichiers, sélectionnez l'une des options suivantes pour télécharger
le fichier OVF.
Option Description
Charger automatiquement le dernier fichier OVF Cette option permet au système de rechercher et de
télécharger le fichier OVF.
Note
n Assurez-vous d'avoir configuré le proxy et le pare-
feu afin que vCenter puisse accéder au site Web
suivant et télécharger le fichier JSON approprié.
https://download3.vmware.com/software/
VSANOVF/FsOvfMapping.json
Pour plus d'informations sur la configuration des
paramètres DNS, d'adresse IP et de proxy de
vCenter, reportez-vous à la section Configuration de
vCenter Server Appliance.
n Utiliser le fichier OVF actuel : vous permet d'utiliser
le fichier OVF qui est déjà disponible.
n Charger automatiquement le dernier fichier OVF :
permet au système de rechercher et de télécharger
le dernier fichier OVF.
Charger manuellement le dernier fichier OVF Cette option vous permet de parcourir et de sélectionner
un fichier OVF déjà disponible sur votre système local.
Résultats
VMware, Inc. 87
Administration de VMware vSAN
n Une machine virtuelle des services de fichiers (FSVM, File Service VM) est placée sur chaque
hôte.
Note Les FSVM sont gérées par les services de fichiers vSAN. N'effectuez aucune opération
sur les FSVM.
Conditions préalables
Assurez-vous que les conditions suivantes sont remplies avant de configurer le service de fichiers
vSAN :
n Allouez des adresses IP statiques comme adresses IP de serveur de fichiers à partir du réseau
de services de fichiers vSAN. Chaque adresse IP représente un accès à point unique aux
partages de fichiers vSAN.
n Pour des performances optimales, le nombre d'adresses IP doit être égal au nombre
d'hôtes dans le cluster vSAN.
n Un nom de domaine complet doit correspondre à chaque adresse IP statique, qui doit
faire partie des zones de recherche directe et de recherche inversée du serveur DNS.
n Si vous prévoyez de créer un partage de fichiers SMB basé sur Kerberos ou un partage de
fichiers NFS basé sur Kerberos, vous avez besoin des éléments suivants :
n Domaine Microsoft Active Directory (AD) à des fins d'authentification pour créer un
partage de fichiers SMB ou un partage de fichiers NFS avec la sécurité Kerberos.
n (Facultatif) Unité d'organisation Active Directory pour créer tous les objets ordinateur du
serveur de fichiers.
n Utilisateur de domaine dans le service d'annuaire disposant des privilèges suffisants pour
créer et supprimer des objets ordinateur.
Procédure
1 Accédez au cluster vSAN, puis cliquez sur Configurer > vSAN > Services.
VMware, Inc. 88
Administration de VMware vSAN
3 Sur la page Domaine de services de fichiers, entrez l'espace de noms unique, puis cliquez sur
Suivant. Le nom de domaine doit comporter au moins deux caractères. Le premier caractère
doit être une lettre ou un chiffre. Les autres caractères peuvent inclure une lettre, un chiffre,
un trait de soulignement (_), un point (. ) ou un trait d'union (-).
4 Sur la page Mise en réseau, entrez les informations suivantes, puis cliquez sur Suivant :
n Protocole : vous pouvez sélectionner IPv4 ou IPv6. Le service de fichiers vSAN prend
uniquement en charge la pile IPv4 ou IPv6. La reconfiguration entre IPv4 et IPv6 n'est pas
prise en charge.
n Serveurs DNS : entrez un serveur DNS valide pour garantir une configuration correcte du
service de fichiers.
n Suffixes DNS : fournissez le suffixe DNS utilisé avec le service de fichiers. Tous les
autres suffixes DNS à partir desquels les clients peuvent accéder à ces serveurs de
fichiers doivent également être inclus. Le service de fichiers ne prend pas en charge
le domaine DNS avec une seule étiquette, telle que « app », « wiz », « com », etc.
Un nom de domaine donné au service de fichiers doit être au format thisdomain.
registerdrootdnsname. Le nom et le suffixe DNS doivent respecter les meilleures
pratiques exposées dans https://docs.microsoft.com/fr-fr/windows-server/identity/ad-ds/
plan/selecting-the-forest-root-domain.
VMware, Inc. 89
Administration de VMware vSAN
n Longueur du préfixe : entrez un nombre compris entre 1 et 128. Cette zone de texte
s'affiche lorsque vous sélectionnez IPv6.
Note Si votre cluster est un cluster ROBO, assurez-vous que la valeur du site d'affinité est
définie sur L'un ou l'autre.
Dans un événement de panne de site, le serveur de fichiers affilié à ce site bascule vers
l'autre site. Le serveur de fichiers est restauré automatiquement vers le site affilié lors de la
récupération. Configurez des serveurs de fichiers supplémentaires sur un site si des charges
de travail supplémentaires peuvent être attendues sur un site spécifique.
Note Si le serveur de fichiers contient des partages de fichiers SMB, il ne se restaure pas
automatiquement même si la panne du site est résolue.
Tenez compte des éléments suivants lors de la configuration des adresses IP et des noms
DNS :
n Pour garantir une configuration correcte du service de fichiers, les adresses IP que vous
entrez sur la page Mise en réseau doivent être des adresses statiques et le serveur
DNS doit comporter des enregistrements pour ces adresses IP. Pour des performances
optimales, le nombre d'adresses IP doit être égal au nombre d'hôtes dans le cluster vSAN.
n Vous pouvez disposer d'un maximum de 64 hôtes dans le cluster. Si la prise en charge de
cluster à grande échelle est configurée, vous pouvez entrer jusqu'à 64 adresses IP.
n Vous pouvez utiliser les options suivantes pour renseigner automatiquement les zones de
texte Adresse IP et Nom du serveur DNS :
VMware, Inc. 90
Administration de VMware vSAN
RECHERCHE DE DNS : cette option s'affiche lorsque vous entrez la première adresse
IP dans la zone de texte Adresse IP. Cliquez sur l'option RECHERCHE DE DNS pour
récupérer automatiquement le nom de domaine complet correspondant aux adresses IP
dans la colonne Adresse IP.
Note
n Toutes les règles valides s'appliquent aux noms de domaine complets. Pour plus
d'informations, reportez-vous à la page https://tools.ietf.org/html/rfc953.
Les noms de domaine complets sont automatiquement récupérés dans les conditions
suivantes :
n Vous devez avoir entré un serveur DNS valide sur la page Domaine.
n Les adresses IP entrées sur la page Pool d'adresses IP doivent être des adresses
statiques et le serveur DNS doit comporter des enregistrements pour ces adresses IP.
5 Sur la page Service d'annuaire, entrez les informations suivantes, puis cliquez sur Suivant.
Option Description
VMware, Inc. 91
Administration de VMware vSAN
Option Description
VMware, Inc. 92
Administration de VMware vSAN
Note
n Le service de fichiers vSAN ne prend pas en charge les éléments suivants :
n Les contrôleurs de domaine en lecture seule (RODC) pour joindre des domaines, car
le RODC ne peut pas créer de comptes de machine. Il est recommandé de créer au
préalable une unité d'organisation dédiée dans Active Directory à des fins de sécurité,
et le nom d'utilisateur mentionné ici doit contrôler cette organisation.
n Seuls les caractères anglais sont pris en charge pour le nom d'utilisateur Active Directory.
n Seule la configuration de domaine AD unique est prise en charge. Cependant, les serveurs
de fichiers peuvent être placés sur un sous-domaine DNS valide. Par exemple, un
domaine AD portant le nom example.com peut avoir name1.eng.example.com comme nom
de domaine complet du serveur de fichiers.
n Les objets ordinateur précréés pour les serveurs de fichiers ne sont pas pris en
charge. Assurez-vous que l'utilisateur fourni ici dispose de privilèges suffisants sur l'unité
d'organisation.
n Le service de fichiers vSAN met à jour les enregistrements DNS des serveurs de fichiers
si l'annuaire Active Directory est également utilisé comme serveur DNS et si l'utilisateur
dispose des autorisations suffisantes pour mettre à jour les enregistrements DNS. Le
service de fichiers vSAN dispose également d'un contrôle de santé pour indiquer si les
recherches directes et inversées des serveurs de fichiers fonctionnent correctement.
Cependant, s'il existe d'autres solutions propriétaires utilisées en tant que serveurs DNS,
l'administrateur Vi doit mettre à jour ces enregistrements DNS.
Résultats
Le domaine du service de fichiers est configuré. Les serveurs de fichiers sont démarrés avec les
adresses IP attribuées lors du processus de configuration du service de fichiers vSAN.
Conditions préalables
n Si vous effectuez une mise à niveau de vSAN 7.0 vers la version 7.0 Update 1, vous pouvez
créer des partages de fichiers SMB et NFS Kerberos. Cela nécessite la configuration du
domaine Active Directory pour le service de fichiers vSAN.
VMware, Inc. 93
Administration de VMware vSAN
n S'il existe des partages actifs, la modification du domaine Active Directory n'est pas
autorisée, car cette action peut perturber les autorisations de l'utilisateur sur les partages
actifs.
n Si votre mot de passe Active Directory a été modifié, vous pouvez modifier les paramètres de
configuration d'Active Directory et fournir le nouveau mot de passe.
Note Cette action peut entraîner une interruption mineure des E/S en vol sur les partages de
fichiers.
Procédure
1 Accédez au cluster vSAN, puis cliquez sur Configurer > vSAN > Services.
2 Sur la ligne Service de fichiers, cliquez sur Modifier > Modifier le domaine.
4 Sur la page Mise en réseau, effectuez les modifications appropriées, puis cliquez sur Suivant.
Vous pouvez modifier les adresses IP principales, les adresses IP statiques et les noms DNS.
Vous pouvez ajouter ou supprimer les adresses IP principales ou les adresses IP statiques.
Vous ne pouvez pas modifier le nom DNS sans modifier l'adresse IP.
Note La modification des informations de domaine est une action perturbatrice. Il peut être
nécessaire que tous les clients utilisent de nouvelles URL pour se reconnecter aux partages
de fichiers.
5 Sur la page Service d'annuaire, effectuez les modifications appropriées relatives à l'annuaire,
puis cliquez sur Suivant.
Note Vous ne pouvez pas modifier le domaine AD, l'unité d'organisation et le nom
d'utilisateur après la configuration initiale des services de fichiers vSAN.
6 Sur la page Vérifier, cliquez sur Terminer après avoir apporté les modifications nécessaires.
Résultats
Le service de fichiers vSAN ne prend pas en charge l'utilisation de ces partages de fichiers NFS
sur ESXi.
VMware, Inc. 94
Administration de VMware vSAN
Conditions préalables
Si vous créez un partage de fichiers SMB ou un partage de fichiers NFSv4.1 avec la sécurité
Kerberos, assurez-vous que vous avez configuré le service de fichiers vSAN sur un domaine AD.
n Les noms d'utilisateurs comportant des caractères non-ASCII peuvent être utilisés pour
accéder aux données de partage.
n Les noms de partage ne peuvent pas dépasser 80 caractères et peuvent contenir des
caractères anglais, des nombres et des traits d'union. Chaque trait d'union doit être précédé
et suivi d'un chiffre ou d'une lettre. Les traits d'union consécutifs ne sont pas autorisés.
n Pour les partages de type SMB, les fichiers et les répertoires peuvent contenir toute chaîne
compatible Unicode.
n Pour les partages de type NFSv4 purs, le fichier et les répertoires peuvent contenir toute
chaîne compatible UTF-8.
n Pour les partages NFSv3 et NFSv3+NFSv4 purs, les fichiers et les répertoires peuvent
uniquement contenir des chaînes compatibles ASCII.
Procédure
1 Accédez au cluster vSAN, puis cliquez sur Configurer > vSAN > Partages de fichiers.
3 Sur la page Général, entrez les informations suivantes, puis cliquez sur Suivant.
Si vous sélectionnez le protocole NFS, vous pouvez configurer le partage de fichiers pour
qu'il prenne en charge NFS 3, NFS 4 ou les deux versions de NFS 3 et NFS 4. Si vous
sélectionnez la version NFS 4, vous pouvez définir la sécurité AUTH_SYS ou Kerberos.
Note Le protocole SMB et la sécurité Kerberos pour le protocole NFS ne peuvent être
configurés que si le service de fichiers vSAN est configuré avec Active Directory. Pour
plus d'informations, consultez Configurer le service de fichiers vSAN.
VMware, Inc. 95
Administration de VMware vSAN
n Avec le protocole SMB, vous pouvez masquer les fichiers et les dossiers auxquels
l'utilisateur du client de partage n'est pas autorisé à accéder à l'aide de l'option
Énumération basée sur l'accès.
n Site d'affinité : cette option est disponible si vous créez un partage de fichiers sur
un cluster étendu. Cette option vous permet de placer le partage de fichiers sur un
serveur de fichiers qui appartient au site de votre choix. Utilisez cette option lorsque vous
préférez une faible latence lors de l'accès au partage de fichiers. La valeur par défaut est
L'un ou l'autre, ce qui indique que le partage de fichiers est placé sur un site avec moins
de trafic sur le site préféré ou sur le site secondaire.
n Étiquettes : une étiquette est une paire clé-valeur qui vous permet d'organiser les
partages de fichiers. Vous pouvez joindre des étiquettes à chaque partage de fichiers,
puis filtrer les partages en fonction de celles-ci. Une clé d'étiquette est une chaîne
comportant entre 1 et 250 caractères. Une valeur d'étiquette est une chaîne et sa
longueur doit être inférieure à 1 Ko. Le service de fichiers vSAN prend en charge jusqu'à
5 étiquettes par partage.
4 La page Contrôle d'accès au réseau fournit des options pour définir l'accès au partage de
fichiers. Les options de contrôle d'accès au réseau ne sont disponibles que pour les partages
NFS. Sélectionnez une des options suivantes, puis cliquez sur Suivant.
n Aucun accès : sélectionnez cette option pour rendre le partage de fichiers inaccessible à
partir de n'importe quelle adresse IP.
n Autoriser l'accès à partir de n'importe quelle adresse IP : sélectionnez cette option pour
rendre le partage de fichiers accessible à partir de toutes les adresses IP.
n Personnaliser l'accès au réseau : sélectionnez cette option pour définir des autorisations
pour des adresses IP spécifiques. Cette option vous permet de spécifier si une adresse
IP spécifique peut accéder au partage de fichiers, apporter des modifications ou le lire
uniquement. Vous pouvez également activer Réduire les droits du compte racine pour
chaque adresse IP. Vous pouvez entrer les adresses IP dans les formats suivants :
n Une plage en spécifiant une adresse IP de début et une adresse IP de fin séparées par
un trait d'union (-). Par exemple, 123.23.23.123-123.23.23.128
VMware, Inc. 96
Administration de VMware vSAN
5 Sur la page Vérifier, vérifiez les paramètres, puis cliquez sur Terminer.
Pour afficher la liste des partages de fichiers vSAN, accédez au cluster vSAN, puis cliquez sur
Configurer > vSAN > Partages de services de fichiers.
Une liste des partages de fichiers vSAN s'affiche. Pour chaque partage de fichiers, vous pouvez
afficher des informations telles que la stratégie de stockage, le quota inconditionnel, l'utilisation
au-delà du quota, l'utilisation réelle, etc.
Exemple
VMware, Inc. 97
Administration de VMware vSAN
Un partage NFS Kerberos peut être monté à l'aide de la commande de montage suivante :
Vous devez vous connecter à l'aide du nom d'utilisateur de domaine AD pour modifier la
propriété d'un partage. Le nom d'utilisateur de domaine AD indiqué dans la configuration du
service de fichiers agit en tant qu'utilisateur sudo pour le partage de fichiers Kerberos.
Conditions préalables
Assurez-vous que le client Windows est joint au domaine Active Directory configuré avec le
service de fichiers vSAN.
Procédure
a Accédez au cluster vSAN, puis cliquez sur Configurer > vSAN > Partages de services de
fichiers.
b Sélectionnez le partage de fichiers SMB auquel vous souhaitez accéder à partir du client
Windows.
VMware, Inc. 98
Administration de VMware vSAN
3 Accédez au partage de fichiers SMB en utilisant le chemin que vous avez copié.
Procédure
1 Accédez au cluster vSAN, puis cliquez sur Configurer > vSAN > Partages de services de
fichiers.
3 Sur la page Modifier un partage de fichiers, apportez les modifications appropriées aux
paramètres du partage de fichiers, puis cliquez sur Terminer.
Résultats
Note vSAN n'autorise pas le remplacement du protocole de partage de fichiers SMB par NFS.
Vous pouvez effectuer les tâches suivantes sur les partages SMB du système de fichiers vSAN à
l'aide de l'outil MMC :
Procédure
a Accédez au cluster vSAN, puis cliquez sur Configurer > vSAN > Partages de services de
fichiers.
VMware, Inc. 99
Administration de VMware vSAN
b Sélectionnez le partage de fichiers SMB que vous souhaitez gérer à partir du client
Windows à l'aide de l'outil MMC.
3 Dans la zone de recherche de la barre des tâches, tapez Exécuter, puis sélectionnez
Exécuter.
4 Dans la zone Exécuter, exécutez la commande MMC que vous avez copiée pour accéder au
partage SMB et le gérer à l'aide de l'outil MMC.
Lorsque vous supprimez un partage de fichiers, tous les snapshots qui lui sont associés sont
également supprimés.
Procédure
1 Accédez au cluster vSAN, puis cliquez sur Configurer > vSAN > Partages de services de
fichiers.
3 Dans la boîte de dialogue Supprimer des partages de fichiers, cliquez sur SUPPRIMER.
Elle permet de récupérer les données d'un fichier ou d'un ensemble de fichiers en cas de
suppression accidentelle d'un fichier. Un snapshot de niveau système de fichiers fournit des
informations sur les fichiers qui ont été modifiés et les modifications apportées au fichier. Il
fournit un service de récupération de fichiers automatisé qui est plus efficace que la méthode
de sauvegarde basée sur les bandes traditionnelle. Un snapshot seul n'offre pas de solution
complète de récupération d'urgence, mais il peut être utilisé par les fournisseurs de systèmes
de sauvegarde tiers pour copier les fichiers modifiés (sauvegarde incrémentielle) vers un
emplacement physique différent.
Les services de fichiers vSAN disposent d'une fonctionnalité intégrée qui permet de créer une
image ponctuelle du partage de fichiers vSAN. Lorsque le service de fichiers vSAN est activé,
vous pouvez créer jusqu'à 32 snapshots par partage. Un snapshot de partage de fichiers vSAN
est un snapshot de système de fichiers qui fournit une image ponctuelle d'un partage de fichiers
vSAN.
Note Le snapshot du système de fichiers distribué vSAN est pris en charge sur version 7.0
Update 2 ou une version ultérieure.
Créer un snapshot
Lorsque le service de fichiers vSAN est activé, vous pouvez créer un ou plusieurs snapshots qui
fournissent une image ponctuelle du partage de fichiers vSAN. Vous pouvez créer un maximum
de 32 snapshots par partage de fichiers.
Conditions préalables
Procédure
1 Accédez au cluster vSAN, puis cliquez sur Configurer > vSAN > Partages de services de
fichiers.
2 Sélectionnez le partage de fichiers pour lequel vous souhaitez créer un snapshot, puis cliquez
sur SNAPSHOTS > NOUVEAU SNAPSHOT.
3 Dans la boîte de dialogue Créer un snapshot, indiquez un nom pour le snapshot, puis cliquez
sur Créer.
Résultats
Afficher un snapshot
Vous pouvez afficher la liste des snapshots ainsi que des informations telles que la date et l'heure
de création du snapshot, et sa taille.
Procédure
1 Accédez au cluster vSAN, puis cliquez sur Configurer > vSAN > Partages de services de
fichiers.
Résultats
Une liste de snapshots pour ce partage de fichiers s'affiche. Vous pouvez afficher des
informations telles que la date et l'heure de création du snapshot et sa taille.
Supprimer un snapshot
Vous pouvez supprimer un snapshot lorsqu'il n'est plus utile.
Procédure
1 Accédez au cluster vSAN, puis cliquez sur Configurer > vSAN > Partages de services de
fichiers.
Une liste des snapshots appartenant au partage de fichiers que vous avez sélectionné
s'affiche.
3 Sélectionnez le snapshot que vous voulez supprimer, puis cliquez sur DELETE.
S'il existe un déséquilibre dans la charge de travail d'un hôte, vous pouvez le corriger en
rééquilibrant la charge de travail.
Conditions préalables
Procédure
1 Accédez au cluster vSAN, puis cliquez sur Surveiller > vSAN > Santé de Skyline.
2 Sous Santé de Skyline, développez Service de fichiers, puis cliquez sur Santé de
l'infrastructure.
L'onglet Santé de l'infrastructure affiche la liste de tous les hôtes qui font partie de
l'infrastructure du service de fichiers vSAN. Pour chaque hôte, l'état de l'équilibrage de la
charge de travail s'affiche. En cas de déséquilibre de la charge de travail d'un hôte, une alerte
s'affiche dans la colonne Description.
n Lors du rééquilibrage, les conteneurs dans les hôtes avec une charge de travail
déséquilibrée peuvent être déplacés vers d'autres hôtes. L'activité de rééquilibrage peut
également avoir un effet sur les autres hôtes du cluster.
Résultats
La charge de travail de l'hôte est équilibrée et l'état d'équilibrage de la charge de travail passe à
vert.
vSAN 6.7 Update 2 et les versions ultérieures prend en charge les commandes UNMAP. La
suppression de fichiers et de snapshots libère de l'espace dans le système de fichiers. Cet
espace libre est mappé sur un périphérique de stockage jusqu'à ce que le système de fichiers le
libère ou le démappe. vSAN prend en charge la récupération d'espace libre, qui est également
appelée opération unmap. Vous pouvez libérer de l'espace de stockage dans le système VDFS
notamment lorsque vous supprimez et consolidez des partages de fichiers et des snapshots.
Vous pouvez supprimer le mappage de l'espace de stockage lorsque vous supprimez des fichiers
ou des snapshots.
La capacité de démappage n'est pas activée par défaut. Pour activer la commande unmap sur un
cluster vSAN, utilisez la commande RVC suivante :
vsan.unmap_support –enable
Lorsque vous activez la commande unmap sur un cluster vSAN, vous devez mettre hors tension,
puis remettre sous tension toutes les machines virtuelles. Les machines virtuelles doivent utiliser
le matériel virtuel version 13 ou supérieure pour effectuer des opérations UNMAP.
Pendant la mise à niveau, les conteneurs de serveur de fichiers exécutés sur les machines
virtuelles en cours de mise à niveau basculent vers d'autres machines virtuelles. Les partages de
fichiers restent accessibles pendant la mise à niveau. Pendant la mise à niveau, des interruptions
peuvent se produire lors de l'accès aux partages de fichiers.
Conditions préalables
n Hôtes ESXi
n vCenter Server
Procédure
1 Accédez au cluster vSAN, puis cliquez sur Configurer > vSAN > Services.
2 Sous Services vSAN, sur la ligne Service de fichiers, cliquez sur VÉRIFIER LA MISE À
NIVEAU.
3 Dans la boîte de dialogue Mettre à niveau le service de fichiers, sélectionnez l'une des options
de déploiement suivantes, puis cliquez sur METTRE À NIVEAU.
Option Action
Méthode automatique Il s'agit de l'option par défaut. Cette option permet au système de
rechercher et de télécharger le fichier OVF. Une fois la mise à niveau lancée,
vous ne pouvez pas annuler la tâche.
Méthode manuelle Cette option vous permet de parcourir et de sélectionner un fichier OVF déjà
disponible sur votre système local. Une fois la mise à niveau lancée, vous ne
pouvez pas annuler la tâche.
Note Si vous sélectionnez cette option, vous devez télécharger tous les
fichiers suivants :
n VMware-vSAN-File-Services-Appliance-x.x.x.x-x_OVF10.mf
n VMware-vSAN-File-Services-Appliance-x.x.x.x-x-x_OVF10.cert
n VMware-vSAN-File-Services-Appliance-x.x.x.x-x-x-
system.vmdk
n VMware-vSAN-File-Services-Appliance-x.x.x.x-x-cloud-
components.vmdk
n VMware-vSAN-File-Services-Appliance-x.x.x.x-x-log.vmdk
n VMware-vSAN-File-Services-Appliance-x.x.x.x-x_OVF10.ovf
Conditions préalables
Assurez-vous que le service de performance vSAN est activé. Si vous utilisez le service de
performance de vSAN pour la première fois, vous voyez un message vous avertissant de
l'activer. Pour plus d'informations sur le service de performance vSAN, reportez-vous au Guide
de surveillance et de dépannage de vSAN.
Procédure
1 Accédez au cluster vSAN, puis cliquez sur Surveiller > vSAN > Performances.
Option Action
Partage de fichiers Sélectionnez le partage de fichiers pour lequel vous souhaitez générer et
afficher le rapport de performances.
Résultats
Les mesures de débit, d'IOPS et de latence du service de fichiers vSAN pour la période
sélectionnée s'affichent.
Pour plus d'informations sur les graphiques de performances vSAN, reportez-vous à l'article de la
base de connaissances VMware à l'adresse https://kb.vmware.com/s/article/2144493.
Procédure
1 Accédez au cluster vSAN, puis cliquez sur Surveiller > vSAN > Capacité.
Résultats
Conditions préalables
Procédure
3 Cliquez sur les paramètres de santé du service de fichiers suivants pour afficher l'état.
Option Action
Santé de l'infrastructure Affiche l'état de santé de l'infrastructure du service de fichiers par hôte ESXi.
Pour plus d'informations, cliquez sur l'onglet Info.
Santé du serveur de fichiers Affiche l'état de santé du serveur de fichiers. Pour plus d'informations,
cliquez sur l'onglet Info.
Santé du partage Affiche la santé du partage de services de fichiers. Pour plus d'informations,
cliquez sur l'onglet Info.
Pour afficher l'état de santé d'un objet de partage de fichiers, accédez au cluster vSAN, puis
cliquez sur Surveiller > vSAN > Objets virtuels.
Les informations sur le périphérique, telles que le nom, l'identifiant ou l'UUID, le nombre de
périphériques utilisés pour chaque machine virtuelle et la manière dont ils sont mis en miroir sur
les hôtes s'affichent dans la section AFFICHER LES DÉTAILS DU PLACEMENT.
Le cluster hybride vSAN utilise des disques magnétiques pour la couche de capacité et des
périphériques Flash pour la couche de cache. Vous pouvez modifier la configuration des groupes
de disques du cluster afin qu'il utilise des périphériques Flash pour la couche de cache et la
couche de capacité.
Note Suivez les étapes pour migrer un cluster vSAN hybride vers un disque SSD (Solid State
Drive), un cluster vSAN hybride vers NVMe ou un disque SSD vers NVMe.
Conditions préalables
n Assurez-vous que toutes les stratégies vSAN que le cluster utilise spécifient Aucune
préférence pour les services de chiffrement, l'efficacité de l'utilisation de l'espace et le niveau
de stockage.
n Vous devez utiliser RAID-1 (mise en miroir) pour Pannes à tolérer jusqu'à ce que tous les
groupes de disques soient convertis en périphériques Intégralement Flash.
Ces conditions préalables ne s'appliquent pas lorsque vous migrez un cluster de disques SSD
vers NVMe ou de NVMe vers un disque SSD.
Procédure
a Dans vSphere Client, accédez au cluster vSAN, puis cliquez sur l'onglet Configurer.
Sélectionnez Migration intégrale des données comme mode de migration, puis cliquez
sur Oui.
Note Migrez les groupes de disques sur chaque hôte dans le cluster vSAN.
5 Répétez les étapes 1 à 4 sur chaque hôte jusqu'à ce que tous les groupes de disques hybrides
soient convertis en groupes de disques intégralement Flash.
Note Si vous ne pouvez pas connecter des disques à chaud sur l'hôte, placez ce dernier
en mode de maintenance avant de supprimer des disques dans vSphere Client. Arrêtez l'hôte
pour remplacer les disques par des périphériques Flash. Mettez ensuite l'hôte sous tension,
quittez le mode de maintenance et créez des groupes de disques.
Utilisez l'assistant Arrêter le cluster pour arrêter le cluster vSAN. L'assistant effectue les étapes
nécessaires et vous avertit lorsqu'il nécessite une action de l'utilisateur. Vous pouvez également
arrêter manuellement le cluster, si nécessaire.
Note Lorsque vous arrêtez un cluster étendu, l'hôte témoin reste actif.
L'assistant Arrêter le cluster est disponible avec vSAN 7.0 Update 3 et versions ultérieures.
Note Si vous disposez d'un environnement vSphere with Tanzu, vous devez suivre l'ordre
spécifié lors de l'arrêt ou du démarrage des composants. Pour plus d'informations, reportez-vous
à la section « Arrêt et démarrage de VMware Cloud Foundation » du Guide des opérations de
VMware Cloud Foundation.
Procédure
a Vérifiez vSAN Skyline Health pour confirmer que le cluster est sain.
b Mettez hors tension toutes les machines virtuelles (VM) stockées dans le cluster vSAN,
à l'exception des VM vCenter Server, des VM vCLS et des VM du service de fichiers.
Si vCenter Server est hébergé sur le cluster vSAN, ne mettez pas hors tension la VM
vCenter Server ou les VM de service (telles que DNS, Active Directory) utilisées par
vCenter Server.
c S'il s'agit d'un cluster de serveurs de maillage HCI, mettez hors tension toutes les
machines virtuelles clientes stockées sur le cluster. Si la VM vCenter Server du cluster
client est stockée sur ce cluster, migrez la VM ou mettez-la hors tension. Une fois ce
cluster de serveurs arrêté, la banque de données partagée est inaccessible aux clients.
Cliquez sur l'onglet Surveiller, puis sélectionnez vSAN > Resynchronisation des objets.
Note Si des hôtes membres sont en mode de verrouillage, ajoutez le compte racine de l'hôte
à la liste Utilisateurs exceptionnels du profil de sécurité. Pour plus d'informations, reportez-
vous à la section Mode de verrouillage dans Sécurité vSphere.
2 Dans vSphere Client, cliquez avec le bouton droit sur le cluster vSAN, puis sélectionnez
Arrêter le cluster.
Vous pouvez également cliquer sur Arrêter le cluster sur la page Services vSAN.
3 Dans l'assistant Arrêter le cluster, vérifiez que les vérifications préalables à l'arrêt ont des
coches vertes. Résolvez les problèmes indiqués par des points d'exclamation rouges. Cliquez
sur Suivant.
Si le dispositif vCenter Server est déployé sur le cluster vSAN, l'assistant Arrêter le cluster
affiche la notification vCenter Server. Notez l'adresse IP de l'hôte d'orchestration, si vous
en avez besoin lors du redémarrage du cluster. Si vCenter Server utilise des VM de service
telles que DNS ou Active Directory, notez-les comme des VM exceptionnelles dans l'assistant
Arrêter le cluster.
La page Services vSAN s'actualise pour afficher des informations sur le processus d'arrêt.
vSAN exécute les étapes d'arrêt du cluster, met hors tension les machines virtuelles du
système, puis met hors tension les hôtes.
Étape suivante
Procédure
Si l'instance de vCenter Server est hébergée sur le cluster vSAN, attendez qu'elle redémarre.
2 Dans vSphere Client, cliquez avec le bouton droit sur le cluster vSAN, puis sélectionnez
Redémarrer le cluster.
Vous pouvez également cliquer sur Redémarrer le cluster sur la page Services vSAN.
La page Services vSAN s'actualise pour afficher des informations sur le processus de
redémarrage.
4 Une fois le cluster redémarré, vérifiez vSAN Skyline Health et résolvez les problèmes en
attente.
Utilisez l'assistant Arrêter le cluster, sauf si un arrêt manuel est requis dans votre workflow.
Lorsque vous arrêtez manuellement le cluster vSAN, ne désactivez pas vSAN dans le cluster.
Note Si vous disposez d'un environnement vSphere with Tanzu, vous devez suivre l'ordre
spécifié lors de l'arrêt ou du démarrage des composants. Pour plus d'informations, reportez-vous
à la section « Arrêt et démarrage de VMware Cloud Foundation » du Guide des opérations de
VMware Cloud Foundation.
Procédure
a Vérifiez vSAN Skyline Health pour confirmer que le cluster est sain.
b Mettez hors tension toutes les machines virtuelles (VM) en cours d'exécution dans le
cluster vSAN si vCenter Server n'est pas hébergé sur le cluster. Si vCenter Server est
hébergé dans le cluster vSAN, ne mettez pas hors tension la VM vCenter Server ou les
VM de service (telles que DNS, Active Directory) utilisées par vCenter Server. Si le service
de fichiers est activé dans le cluster vSAN, les VM du« Nœud du service de fichiers vSAN
(x) » sont automatiquement mises hors tension.
c Cliquez sur l'onglet Configurer et désactivez HA. Ainsi, le cluster n'enregistre pas les
arrêts de l'hôte en tant qu'échecs.
Pour vSphere 7.0 U1 et versions ultérieures, activez le mode de retraitement vCLS. Pour
plus d'informations, reportez-vous à l'article de la base de connaissances VMware à
l'adresse https://kb.vmware.com/s/article/80472.
Cliquez sur l'onglet Surveiller, puis sélectionnez vSAN > Resynchronisation des objets.
e Si vCenter Server est hébergé dans le cluster vSAN, mettez la machine virtuelle vCenter
Server hors tension.
Notez l'hôte qui exécute la machine virtuelle vCenter Server. Il s'agit de l'hôte sur lequel
vous devez redémarrer la machine virtuelle vCenter Server.
f Désactivez les mises à jour des membres du cluster à partir de vCenter Server en
exécutant la commande suivante sur les hôtes ESXi dans le cluster. Assurez-vous
d'exécuter la commande suivante sur tous les hôtes.
esxcfg-advcfg -s 1 /VSAN/IgnoreClusterMemberListUpdates
h Exécutez la commande suivante uniquement sur cet hôte. Si vous exécutez la commande
sur plusieurs hôtes simultanément, cela peut entraîner une condition de concurrence
entraînant des résultats inattendus.
Note
n Le cluster est entièrement partitionné après l'exécution réussie de la commande.
n S'il existe des hôtes défectueux ou déconnectés dans le cluster, supprimez ces hôtes
et réessayez d'exécuter la commande.
i Placez tous les hôtes en mode de maintenance avec le mode Aucune action. Si l'instance
de vCenter Server est hors tension, utilisez la commande suivante pour placer les hôtes
ESXi en mode de maintenance avec le mode Aucune action.
j Une fois que tous les hôtes sont passés en mode de maintenance, effectuez les tâches de
maintenance nécessaires et mettez les hôtes hors tension.
Mettez sous tension la boîte physique dans laquelle ESXi est installé. L'hôte ESXi démarre,
localise ses machines virtuelles et fonctionne normalement.
Si un ou plusieurs hôtes ne parviennent pas à redémarrer, vous devez récupérer
manuellement ces hôtes défectueux ou les retirer du cluster vSAN.
b Lorsque tous les hôtes sont de nouveau actifs après la mise sous tension, sortez tous les
hôtes du mode de maintenance. Si l'instance de vCenter Server est hors tension, utilisez la
commande suivante sur les hôtes ESXi pour quitter le mode de maintenance.
d Exécutez la commande suivante uniquement sur cet hôte. Si vous exécutez la commande
sur plusieurs hôtes simultanément, cela peut entraîner une condition de concurrence
entraînant des résultats inattendus.
e Vérifiez que tous les hôtes sont disponibles dans le cluster en exécutant la commande
suivante sur chaque hôte.
f Activez les mises à jour des membres du cluster à partir de vCenter Server en exécutant
la commande suivante sur les hôtes ESXi dans le cluster. Assurez-vous d'exécuter la
commande suivante sur tous les hôtes.
esxcfg-advcfg -s 0 /VSAN/IgnoreClusterMemberListUpdates
g Redémarrez la machine virtuelle vCenter Server si elle est hors tension. Attendez que
la machine virtuelle vCenter Server soit sous tension et en cours d'exécution. Pour
désactiver le mode de retraitement vCLS, reportez-vous à l'article de la base de
connaissances VMware à l'adresse https://kb.vmware.com/s/article/80472.
h Vérifiez à nouveau que tous les hôtes participent dans le cluster vSAN en exécutant la
commande suivante sur chaque hôte.
k (Facultatif) Si Disponibilité vSphere est activé sur le cluster vSAN, vous devez redémarrer
manuellement Disponibilité vSphere pour éviter l'erreur suivante : L'agent maître de
vSphere HA est introuvable.
1 Configurer > Services > Disponibilité vSphere > MODIFIER > Désactiver vSphere HA
2 Configurer > Services > Disponibilité vSphere > MODIFIER > Activer vSphere HA
3 S'il existe des hôtes défectueux ou déconnectés dans le cluster, récupérez ou supprimez ces
hôtes du cluster vSAN. Si vCenter Server utilise des VM de service telles que DNS ou Active
Directory, notez-les comme des VM exceptionnelles dans l'assistant Arrêter le cluster.
Réessayez les commandes ci-dessus uniquement après que vSAN Skyline Health affiche tous
les hôtes disponibles dans l'état vert.
reboot_helper.py recover
#esxcli vsan cluster unicastagent add -t node -u <NodeUuid> -U true -a <IP Address> -p
12321
Étape suivante
Vous pouvez créer des groupes de disques hybrides ou intégralement Flash, permettre à vSAN
de réclamer des périphériques pour de la capacité et du cache, activer ou désactiver les voyants,
marquer des périphériques comme périphériques Flash, marquer des périphériques distants
comme locaux, etc.
Le cluster vSAN contient initialement une seule banque de données vSAN. Lorsque vous
réclamez des disques pour des groupes de disques ou un pool de stockage sur chaque hôte.
La taille de la banque de données augmente en fonction de la capacité physique ajoutée par ces
terminaux.
vSAN dispose d'un workflow uniforme pour réclamer des disques dans tous les scénarios. Vous
pouvez répertorier tous les disques disponibles par modèle et taille, ou par hôte.
Lorsque vous ajoutez un groupe de disques vous devez spécifier l'hôte et les terminaux à
réclamer. Chaque groupe de disques comporte un périphérique de cache Flash et un ou
plusieurs périphériques de capacité. Vous pouvez créer plusieurs groupes de disques sur
chaque hôte et réclamer un périphérique de cache pour chaque groupe de disques.
Lorsque vous ajoutez un groupe de disques, tenez compte du rapport entre cache Flash et
capacité consommée. Le rapport varie en fonction de la configuration requise et de la charge
de travail du cluster. Pour un cluster hybride, envisagez d'utiliser au moins 10 % du cache flash
pour le taux de capacité consommée (sans inclure les répliques comme les miroirs).
Note Si un nouvel hôte ESXi est ajouté au cluster vSAN, le stockage local de cet hôte n'est
pas ajouté automatiquement à la banque de données vSAN. Vous devez ajouter un groupe
de disques pour utiliser le stockage à partir du nouvel hôte.
Utilisez vSAN Direct pour permettre aux services avec état d'accéder à un stockage local brut
non-vSAN via un chemin direct.
Vous pouvez réclamer des périphériques locaux au niveau de l'hôte pour vSAN Direct et
utiliser vSAN pour gérer et surveiller ces périphériques. Sur chaque périphérique local, vSAN
Direct crée une banque de données VMFS indépendante et la met à disposition de votre
application avec état.
Chaque banque de données vSAN Direct locale s'affiche comme banque de données vSAN-
D.
Note Si vSAN Express Storage Architecture est activé pour le cluster, vous ne pouvez pas
réclamer de disques pour vSAN Direct.
3 Sous vSAN, cliquez sur Gestion de disques, sélectionnez un hôte dans le tableau, puis cliquez
sur AFFICHER LES DISQUES.
Dans un pool de stockage, chaque périphérique fournit la mise en cache et la capacité dans un
niveau unique. Cela est différent d'un groupe de disques qui dispose de périphériques dédiés
dans différents niveaux de cache et de capacité.
Utilisez la réclamation de disques gérés vSAN pour réclamer automatiquement tous les disques
compatibles sur les hôtes du cluster. Lorsque vous ajoutez de nouveaux hôtes, vSAN réclame
également des disques compatibles sur ces hôtes. Tous les disques ajoutés manuellement ne
sont pas affectés par ce paramètre. Vous pouvez ajouter manuellement ces disques au pool de
stockage.
Note Vous pouvez modifier le mode de réclamation de disques pour utiliser l'option
Réclamation de disques gérés vSAN. vSAN réclame automatiquement tous les périphériques
compatibles sur les hôtes du cluster.
Note La page de gestion des disques s'affiche avec les hôtes répertoriés. Elle contient une
mention indiquant que les disques sont réclamés sur les hôtes dans la colonne « Disques en
cours d'utilisation » et mentionnant le nombre de disques mis à jour par hôte. Pour afficher les
disques réclamés pour l'hôte, cliquez sur le bouton « Afficher les disques ».
Dans cette méthode, vous sélectionnez les périphériques pour créer des groupes de disques
pour le cluster vSAN. Il vous faut un périphérique de cache et au moins un périphérique de
capacité pour chaque groupe de disques.
Procédure
n Pour les groupes de disques hybrides, chaque hôte contribuant au stockage doit
contribuer avec un périphérique de cache Flash et un ou plusieurs périphériques de
capacité HDD. Vous pouvez ajouter un seul périphérique de cache Flash par groupe de
disques.
n Sélectionnez des périphériques Flash à utiliser comme cache, puis cliquez sur
Réclamer pour le niveau du cache.
n Pour les groupes de disques intégralement Flash, chaque hôte contribuant au stockage
doit fournir un périphérique de cache Flash, et un ou plusieurs périphériques de capacité
Flash. Vous pouvez ajouter un seul périphérique de cache Flash par groupe de disques.
vSAN réclame les périphériques que vous avez sélectionnés et les classe en groupes de
disques par défaut qui contribuent à la banque de données vSAN.
Pour vérifier le rôle de chaque périphérique ajouté au groupe de disques intégralement Flash,
accédez à la colonne « Réclamé comme » pour un hôte donné sur la page Gestion de disques.
Le tableau affiche la liste de périphériques et leur fonction dans un groupe de disques. Pour
les groupes de disques intégralement Flash et hybrides, le disque de cache est toujours
affiché en premier dans la grille du groupe de disques.
Une fois vSAN ESA activé, vous pouvez réclamer des disques manuellement ou
automatiquement. Dans la méthode manuelle, vous pouvez sélectionner un groupe de
périphériques de stockage à réclamer.
Vous pouvez choisir des périphériques qui ne sont pas signalés comme certifiés pour vSAN ESA.
Ces périphériques seront pris en compte dans le pool de stockage, mais cette configuration n'est
pas recommandée et peut affecter les performances.
Procédure
4 Pour réclamer manuellement des disques, cliquez sur Réclamer des disques inutilisés.
vSAN réclame les périphériques que vous avez sélectionnés et les classe en pools de
stockage qui prennent en charge la banque de données vSAN. Par défaut, vSAN crée un pool
de stockage pour chaque hôte ESXi contribuant au stockage du cluster. Si les périphériques
sélectionnés ne sont pas certifiés pour vSAN ESA, ils ne sont pas pris en compte pour la
création de pools de stockage.
Note Seule la plate-forme de persistance des données vSAN peut consommer le stockage vSAN
Direct. La plate-forme de persistance des données vSAN fournit une structure aux partenaires
de technologies logicielles pour l'intégration à VMware Infrastructure. Chaque partenaire doit
développer son propre plug-in pour les clients VMware qui bénéficient des avantages de la
plate-forme de persistance des données vSAN. La plate-forme n'est opérationnelle que lorsque
la solution partenaire exécutée au-dessus est opérationnelle. Pour plus d'informations, reportez-
vous à la section Configuration et gestion de vSphere avec Tanzu.
Procédure
5 Dans l'assistant Réclamer des disques inutilisés, sélectionnez l'onglet vSAN Direct.
Note Les périphériques réclamés pour votre cluster vSAN ne s'affichent pas dans l'onglet
vSAN Direct.
Résultats
Pour chaque périphérique que vous réclamez, vSAN crée une banque de données vSAN Direct.
Étape suivante
Vous pouvez cliquer sur l'onglet Banques de données pour afficher les banques de données
vSAN Direct dans votre cluster.
Vous pouvez ajouter des périphériques à un groupe de disques, supprimer des périphériques
d'un groupe de disques, activer ou désactiver les voyants de localisateur et marquer des
périphériques. Vous pouvez également ajouter ou supprimer des disques réclamés à l'aide de
vSAN Direct.
Les périphériques doivent être du même type que les périphériques existants dans les groupes
de disques, par exemple un SSD ou des disques magnétiques.
Procédure
Si vous ajoutez un périphérique utilisé qui contient des données résiduelles ou des
informations de partition, vous devez nettoyer le périphérique. Pour plus d'informations
sur la suppression d'informations de partition des périphériques, reportez-vous à la section
Supprimer une partition de périphériques. Vous pouvez également exécuter la commande
RVC host_wipe_vsan_disks pour formater le périphérique.
Étape suivante
Vérifiez que le contrôle de santé Équilibre des disques vSAN est vert. Si le contrôle de
santé Équilibre des disques émet un avertissement, procédez à une opération de rééquilibrage
manuelle pendant les heures de faible activité. Pour plus d'informations, reportez-vous à la
section « Rééquilibrage manuel » dans Surveillance et dépannage de vSAN.
Procédure
n L'onglet Conformité et accessibilité des objets affiche les objets susceptibles de présenter
des problèmes après la migration des données.
n L'onglet Capacité du cluster affiche l'impact de la migration des données sur le cluster
vSAN avant et après l'exécution de l'opération.
n L'onglet Santé prévue affiche les contrôles de santé qui peuvent être affectés par la
migration des données.
Étape suivante
Si la prévérification indique que vous pouvez démonter ou supprimer le périphérique, cliquez sur
l'option pour poursuivre l'opération.
Du fait que la suppression des périphériques non protégés peut être un événement perturbateur
pour la banque de données vSAN ainsi que pour les machines virtuelles dans la banque de
données, évitez de supprimer des périphériques ou des groupes de disques.
Généralement, vous supprimez des périphériques ou des groupes de disques de vSAN lorsque
vous mettez à niveau un périphérique ou que vous remplacez un périphérique en panne, ou
lorsque vous devez supprimer un périphérique cache. D'autres fonctionnalités de stockage de
vSphere peuvent utiliser un périphérique Flash quelconque que vous supprimez du cluster vSAN.
La suppression définitive d'un groupe de disques supprime l'appartenance au disque ainsi que les
données stockées sur les périphériques.
Note La suppression d'un périphérique de mémoire cache Flash ou de tous les périphériques de
capacité d'un groupe de disques supprime l'intégralité du groupe de disques.
Conditions préalables
Procédure
Option Description
Supprimer le périphérique a Sous Groupes de disques, sélectionnez le groupe de disques qui contient
sélectionné le périphérique que vous supprimez.
b Sous Disques, sélectionnez le périphérique à supprimer, puis cliquez sur
Supprimer un ou plusieurs disques.
c Sélectionnez un mode de suppression des données.
Les données sont évacuées des périphériques sélectionnés ou d'un groupe de disques.
vSAN recrée le groupe de disques avec les mêmes disques. Lorsque vous recréez un groupe de
disques sur un cluster vSAN, vSAN gère le processus pour vous. vSAN supprime les données
de tous les disques du groupe de disques, supprime le groupe de disques et crée le groupe de
disques avec les mêmes disques.
Procédure
Résultats
Toutes les données enregistrées sur les disques sont supprimées. Le groupe de disques est
supprimé du cluster et recréé.
vSAN peut allumer le voyant de localisateur sur un périphérique en panne pour vous permettre
de l'identifier plus facilement. Cette option est particulièrement utile lorsque vous utilisez
plusieurs scénarios de connexion à chaud et d'échange d'hôte.
Envisagez l'utilisation de contrôleurs de stockage d'E/S en mode relais, car les contrôleurs en
mode RAID 0 nécessitent des étapes supplémentaires pour leur permettre de reconnaître les
voyants de localisateur.
Pour plus d'informations sur la configuration des contrôleurs de stockage en mode RAID 0,
reportez-vous à la documentation du fournisseur.
Voyants de localisateur
Vous pouvez activer ou désactiver les voyants de localisateur sur les périphériques de stockage
vSAN. Lorsque vous activez le voyant de localisateur, vous pouvez identifier l'emplacement d'un
périphérique de stockage spécifique.
Lorsque vous n'avez plus besoin d'alerte visuelle concernant vos périphériques vSAN, vous
pouvez désactiver les voyants de localisateur sur les périphériques sélectionnés.
Conditions préalables
n Vérifiez que vous avez installé les pilotes pris en charge pour les contrôleurs d'E/S
de stockage qui activent cette fonctionnalité. Pour plus d'informations sur les pilotes
certifiés par VMware, reportez-vous au Guide de compatibilité VMware à l'adresse http://
www.vmware.com/resources/compatibility/search.php.
n Dans certains cas, vous pouvez avoir besoin d'utilitaires tiers pour configurer la fonctionnalité
des voyants de localisateur sur vos contrôleurs d'E/S de stockage. Par exemple, lorsque vous
utilisez HP, vous devez vérifier que l'interface de ligne de commande SSA HP est installée.
Pour plus d'informations sur l'installation de VIB tiers, reportez-vous à la documentation Mise à
niveau vSphere.
Procédure
Option Action
Les périphériques Flash peuvent ne pas être reconnus en tant que tels lorsqu'ils sont activés pour
le mode RAID 0 mode au lieu du mode relais. Lorsque des périphériques ne sont pas reconnus
comme périphériques Flash locaux, ils sont exclus de la liste de périphériques proposés pour
vSAN et vous ne pouvez pas les utiliser dans le cluster vSAN. Le marquage de ces périphériques
en tant que périphériques Flash locaux les rend disponibles pour vSAN.
Conditions préalables
n Vérifiez que les machines virtuelles accédant au périphérique sont hors tension et que la
banque de données est démontée.
Procédure
5 Dans le menu déroulant Afficher situé en bas de la page, sélectionnez Pas en cours
d'utilisation.
6 Sélectionnez un ou plusieurs périphériques Flash dans la liste et cliquez sur Marquer en tant
que disque Flash.
Si vous avez marqué un disque magnétique en tant que périphérique Flash, vous pouvez modifier
manuellement le type de disque du périphérique en le marquant comme disque magnétique.
Conditions préalables
n Vérifiez que le disque magnétique n'est pas utilisé et qu'il n'est pas vide.
n Vérifiez que les machines virtuelles qui accèdent au périphérique sont sous tension.
Procédure
5 Dans le menu déroulant Afficher situé en bas de la page, sélectionnez Pas en cours
d'utilisation.
6 Sélectionnez un ou plusieurs disques magnétiques dans la liste et cliquez sur Marquer en tant
que disque dur.
Le type de lecteur pour les disques magnétiques sélectionnés s'affiche en tant que lecteur
HDD.
En pareils cas, vous pouvez marquer ces périphériques comme étant locaux.
Conditions préalables
Procédure
5 Dans le menu déroulant Afficher situé en bas de la page, sélectionnez Pas en cours
d'utilisation.
6 Dans la liste des périphériques, sélectionnez un ou plusieurs périphériques distants que vous
souhaitez marquer comme locaux, puis cliquez sur Marquer en tant que disque local.
Vous pouvez marquer manuellement ces périphériques comme distants, de sorte que vSAN ne
les réclame pas lors de la création de groupes de disques. Dans vSAN, vous ne pouvez pas
ajouter de périphériques partagés à un groupe de disques.
Procédure
5 Dans le menu déroulant Afficher situé en bas de la page, sélectionnez Pas en cours
d'utilisation.
6 Sélectionnez un ou plusieurs périphériques que vous souhaitez marquer comme distants, puis
cliquez sur Marquer en tant que disque distant.
Conditions préalables
Procédure
Si vous avez ajouté un périphérique qui contient des données résiduelles ou des informations
de partition, vous devez supprimer toutes les informations de partition préexistantes du
périphérique avant de pouvoir le réclamer pour une utilisation par vSAN. VMware recommande
d'ajouter des périphériques propres aux groupes de disques.
Lorsque vous supprimez les informations de partition d'un périphérique, vSAN supprime la
partition principale qui inclut les informations de formatage de disque et les partitions logiques du
périphérique.
Conditions préalables
Vérifiez que le périphérique n'est pas utilisé par ESXi comme disque de démarrage, banque de
données VMFS ou vSAN.
Procédure
6 Sélectionnez un périphérique dans la liste, puis cliquez sur Effacer les partitions.
Ces techniques réduisent l'espace de stockage total requis pour répondre à vos besoins.
Ces techniques réduisent la capacité de stockage totale requise pour répondre à vos besoins.
vSAN 6.7 Update 1 et versions ultérieures prend en charge des commandes SCSI unmap vous
permettant de récupérer l'espace de stockage mappé à un objet vSAN supprimé.
Vous pouvez utiliser la déduplication et la compression sur un cluster vSAN pour éliminer les
données en double et réduire la quantité d'espace requise pour stocker les données. Vous
pouvez également utiliser le vSAN de compression seule pour réduire les exigences de stockage
sans compromettre les performances du serveur.
Vous pouvez définir l'attribut de stratégie Méthode de tolérance de panne sur les machines
virtuelles pour utiliser le codage d'effacement RAID 5 ou RAID 6. Le codage d'effacement peut
protéger vos données tout en utilisant moins d'espace de stockage que la mise en miroir RAID 1
par défaut.
Vous pouvez utiliser la déduplication et la compression, ainsi que le codage d'effacement RAID 5
ou RAID 6 pour favoriser les économies d'espace de stockage. RAID 5 ou RAID 6 permettent
chacun des économies d'espace clairement définies par rapport à RAID 1. La déduplication et la
compression peuvent apporter des économies supplémentaires.
vSAN 6.7 Update 1 et les versions ultérieures prennent en charge SCSI UNMAP. La suppression
de fichiers libère de l'espace dans le système de fichiers. Cet espace libre est mappé sur un
périphérique de stockage jusqu'à ce que le système de fichiers le libère ou le démappe. vSAN
prend en charge la récupération d'espace libre, qui est également appelée opération UNMAP.
Vous pouvez libérer de l'espace de stockage dans la banque de données vSAN lorsque vous
supprimez ou migrez une machine virtuelle, consolidez un snapshot, etc.
La récupération de l'espace de stockage peut fournir un débit d'E/S hôte-à-Flash plus élevé et
améliorer l'endurance Flash.
vSAN prend également en charge les commandes SCSI UNMAP soumises directement depuis un
système d'exploitation invité pour récupérer de l'espace de stockage. vSAN prend en charge les
opérations UNMAP hors ligne et en ligne. Sur les systèmes d'exploitation Linux, les demandes
UNMAP hors ligne sont exécutées avec la commande fstrim(8), et les demandes UNMAP
en ligne sont effectuées lorsque la commande mount -o discard est utilisée. Sur le système
d'exploitation Windows, NTFS effectue des demandes UNMAP en ligne par défaut.
Lorsque vous activez la déduplication et la compression sur un cluster vSAN intégralement Flash,
les données redondantes dans chaque groupe de disques ou pool de stockage sont réduites. La
déduplication supprime les blocs de données redondants, tandis que la compression supprime
les données redondantes supplémentaires au sein de chaque bloc de données. Ces techniques
fonctionnent en synergie pour réduire la quantité d'espace requise pour stocker les données.
vSAN applique la déduplication, puis la compression lorsqu'il déplace les données du niveau
cache au niveau capacité. Utilisez le vSAN de compression uniquement pour les charges de
travail qui ne bénéficient pas de la déduplication, par exemple le traitement transactionnel en
ligne.
Pour vSAN Original Storage Architecture, la déduplication et la compression sont activées en tant
que paramètres à l'échelle du cluster, mais elles sont appliquées au niveau du groupe de disques.
En outre, vous ne pouvez pas activer la compression sur des charges de travail spécifiques,
car les paramètres ne peuvent pas être modifiés via des stratégies vSAN. Lorsque vous activez
la déduplication et la compression sur un cluster vSAN, les données redondantes au sein d'un
groupe de disques particulier sont réduites à une seule copie.
Note Le vSAN de compression seule est appliqué sur une base par disque.
Pour vSAN Express Storage Architecture, la compression est activée par défaut sur le cluster.
Si vous ne souhaitez pas activer la compression sur certaines charges de travail de machine
virtuelle. Vous pouvez le faire en créant une stratégie de stockage personnalisée et en appliquant
la stratégie aux machines virtuelles. En outre, la compression pour vSAN Express Storage
Architecture s'applique uniquement aux nouvelles écritures. Les anciens blocs restent non
compressés même après l'activation de la compression pour un objet.
Vous pouvez activer la déduplication et la compression lorsque vous créez un cluster vSAN
intégralement Flash ou lorsque vous modifiez un cluster vSAN intégralement Flash existant. Pour
plus d'informations, consultez Activer la déduplication et la compression sur un cluster vSAN
existant.
Note La déduplication et la compression peuvent être inefficaces pour les machines virtuelles
chiffrées, car le chiffrement des VM chiffre les données sur l'hôte avant leur écriture vers le
stockage. Des compromis en matière de stockage pourraient être nécessaires lors de l'utilisation
du chiffrement des machines virtuelles.
Tenez compte des directives suivantes lors de la gestion de disques dans un cluster sur lequel
la déduplication et la compression sont activées. Ces directives ne s'appliquent pas au vSAN de
compression seule.
n Évitez d'ajouter des disques à un groupe de disques de façon incrémentielle. Pour une
déduplication et une compression plus efficaces, envisagez d'ajouter un groupe de disques
pour augmenter la capacité de stockage du cluster.
n Lorsque vous ajoutez un groupe de disques manuellement, ajoutez tous les disques de
capacité en même temps.
n Vous ne pouvez pas supprimer un disque spécifique d'un groupe de disques. Vous devez
supprimer l'intégralité du groupe de disques pour apporter des modifications.
n Une panne d'un seul disque provoque la panne de tout le groupe de disques.
Vous pouvez afficher Répartition de l'utilisation avant déduplication et compression lorsque vous
surveillez la capacité de vSAN dans vSphere Client. Elle affiche des informations sur les résultats
de la déduplication et de la compression. L'espace Utilisé avant indique l'espace logique requis
avant d'appliquer la déduplication et la compression, tandis que l'espace Utilisé après indique
l'espace physique utilisé après l'application de la déduplication et de la compression. L'espace
Utilisé après affiche également une vue d'ensemble de la quantité d'espace économisée, et le
taux de déduplication et de compression.
Le taux de déduplication et de compression est basé sur l'espace logique (Utilisé avant) requis
pour stocker les données avant d'appliquer la déduplication et la compression, en relation
avec l'espace physique (Utilisé après) requis après l'application de la déduplication et de la
compression. Spécifiquement, le taux correspond à l'espace Utilisé avant divisé par l'espace
Utilisé après. Par exemple, si l'espace Utilisé avant est de 3 Go, alors que l'espace physique Utilisé
après est de 1 Go, le taux de déduplication et de compression est de 3x.
Lorsque la déduplication et la compression sont activées sur le cluster vSAN, vous devrez
éventuellement attendre plusieurs minutes avant que les mises à jour de capacité se reflètent
dans le Moniteur de capacité pendant que l'espace disque est réclamé et réaffecté.
n Le format sur disque version 3.0 ou version ultérieure est requis pour prendre en charge la
déduplication et la compression.
n Vous devez détenir une licence valide pour la déduplication et la compression sur un cluster.
n Lorsque vous activez la déduplication et la compression sur un cluster vSAN, tous les
groupes de disques participent à la réduction des données par la déduplication et la
compression.
n vSAN peut éliminer les blocs de données en double dans chaque groupe de disques,
mais pas entre les groupes de disques (applicable uniquement à vSAN Original Storage
Architecture).
Procédure
Note Si vous utilisez un cluster vSAN Express Storage Architecture, vous ne pouvez pas
modifier ce paramètre après avoir réclamé des disques.
Pour activer ces fonctionnalités sur un cluster vSAN Original Storage Architecture :
Pour activer ces fonctionnalités sur un cluster vSAN Express Storage Architecture :
1 Accédez au cluster.
Note Vous ne pouvez pas modifier ce paramètre après avoir réclamé des disques.
b Activez le chiffrement des données en transit à l'aide du bouton bascule Chiffrement des
données en transit et spécifiez l'intervalle de renouvellement de clés.
Procédure
Résultats
Le temps requis pour cette opération dépend du nombre d'hôtes dans le cluster et de la quantité
de données. Vous pouvez surveiller la progression dans l'onglet Tâches et événements.
Dans certains environnements, votre cluster vSAN peut ne pas avoir les ressources nécessaires
pour procéder à l'évacuation complète du groupe de disques. Les exemples de tels déploiements
incluent un cluster à trois nœuds sans ressources afin d'évacuer le réplica ou le témoin tout en
maintenant une protection totale. Ou encore un cluster à quatre nœuds avec des objets RAID-5
déjà déployés. Dans ce dernier cas, vous n'avez pas la place de déplacer une partie de la bande
RAID-5, étant donné que les objets RAID-5 nécessitent un minimum de quatre nœuds.
n Lorsque vous supprimez un disque d'un niveau de cache, l'intégralité du groupe de disques
est supprimée. Supprimer un disque au niveau du cache lorsque la déduplication et la
compression sont activées déclenche l'évacuation des données.
Le codage d'effacement peut offrir le même niveau de protection des données que la mise en
miroir (RAID 1) tout en utilisant moins de capacité de stockage. Le codage d'effacement RAID 5
ou RAID 6 permet à vSAN de tolérer la panne de maximum deux périphériques de capacité
dans la banque de données. Vous pouvez configurer RAID 5 sur des clusters intégralement Flash
incluant quatre domaines de pannes ou plus. Vous pouvez configurer RAID 5 ou RAID 6 sur des
clusters intégralement Flash incluant six domaines de pannes ou plus.
Tableau 9-1. Capacité requise pour stocker et protéger les données à différents niveaux RAID
Le codage d'effacement RAID 5 ou RAID 6 est un attribut de stratégie que vous pouvez appliquer
aux composants de machines virtuelles. Pour utiliser RAID 5, définissez Méthode de tolérance
de panne sur RAID-5/6 (codage d'effacement) et Pannes tolérées sur 1. Pour utiliser RAID 6,
définissez Méthode de tolérance de panne sur RAID-5/6 (codage d'effacement) et Pannes
tolérées sur 2. Le codage d'effacement RAID 5 ou RAID 6 ne prend pas en charge un paramètre
Pannes tolérées de 3.
Pour utiliser RAID 1, définissez Méthode de tolérance de panne sur RAID-1 (Mise en miroir). La
mise en miroir RAID 1 nécessite moins d'opérations d'E/S sur les périphériques de stockage et
peut donc offrir de meilleures performances. Par exemple, une resynchronisation de cluster est
plus rapide avec RAID 1.
Note Dans un cluster étendu vSAN, la Méthode de tolérance de panne RAID-5/6 (codage
d'effacement) s'applique uniquement au paramètre Tolérance aux pannes du site.
Note Pour un cluster vSAN Express Storage Architecture, selon le nombre de domaines de
pannes que vous utilisez, le nombre de composants répertoriés sous RAID 5 (Surveiller > vSAN >
Objets virtuels > testVM > Afficher les détails du placement) varie. Si six domaines de pannes
ou plus sont disponibles dans le cluster, cinq composants seront répertoriés sous RAID 5. Si cinq
domaines de pannes ou moins sont disponibles, trois composants seront répertoriés.
n Le codage d'effacement RAID 5 ou RAID 6 est disponible uniquement sur les groupes de
disques intégralement Flash.
n Le format sur disque version 3.0 ou version ultérieure est requis pour prendre en charge
RAID 5 ou RAID 6.
n Vous devez avoir une licence valide pour activer RAID 5/6 sur un cluster.
vSAN peut chiffrer les données en transit à travers les hôtes du cluster vSAN. Le chiffrement des
données en transit protège les données au fur et à mesure qu'elles se déplacent dans le cluster
vSAN.
vSAN peut chiffrer des données au repos dans votre banque de données vSAN. Le chiffrement
des données au repos protège les données sur les périphériques de stockage en cas de
suppression de l'un d'entre eux du cluster.
vSAN peut chiffrer les données en transit à travers les hôtes du cluster. Lorsque vous activez
le chiffrement des données en transit, vSAN chiffre l'ensemble du trafic de données et de
métadonnées entre les hôtes.
n Le chiffrement des données en transit de vSAN n'est pas lié au chiffrement des données au
repos. Vous pouvez activer ou désactiver chacun d'eux séparément.
n La confidentialité persistante est appliquée pour le chiffrement des données vSAN en transit.
n Le trafic entre les hôtes de données et les hôtes témoins est chiffré.
n Le trafic de données du service de fichiers entre le proxy VDFS et le serveur VDFS est chiffré.
n Les connexions entre les hôtes de services de fichiers vSAN sont chiffrées.
vSAN utilise des clés symétriques générées dynamiquement et partagées entre les hôtes. Les
hôtes génèrent dynamiquement une clé de chiffrement lorsqu'ils établissent une connexion et
qu'ils utilisent la clé pour chiffrer tout le trafic entre les hôtes. Vous n'avez pas besoin d'un
serveur de gestion des clés pour effectuer un chiffrement des données en transit.
Chaque hôte est authentifié lorsqu'il rejoint le cluster, garantissant ainsi que les connexions
uniquement aux hôtes approuvés soient autorisées. La suppression d'un hôte du cluster entraîne
celle de son certificat d'authentification.
Le chiffrement des données vSAN en transit est un paramètre à l'échelle du cluster. Lorsque vous
l'activez, l'ensemble du trafic de données et de métadonnées est chiffré lors de son transit à
travers les hôtes.
Procédure
3 Sous vSAN, sélectionnez Services et cliquez sur le bouton Modifier pour le chiffrement des
données en transit.
4 Cliquez pour activer Chiffrement des données en transit, puis sélectionnez un intervalle de
renouvellement de clés.
Résultats
Le chiffrement des données en transit est activé sur le cluster vSAN. vSAN chiffre toutes les
données circulant entre les hôtes et les connexions entre hôtes de service de fichiers du cluster.
vSAN peut effectuer un chiffrement des données stockées. Les données sont chiffrées une fois
que tous les autres traitements, tels que la déduplication, ont été effectués. Le chiffrement des
données au repos protège les données sur les périphériques de stockage au cas où l'un d'entre
eux serait supprimé du cluster.
Le chiffrement des données au repos nécessite un serveur de gestion des clés (KMS) externe
ou une instance de vSphere Native Key Provider. Pour plus d'informations sur le chiffrement
vSphere, reportez-vous à Sécurité vSphere.
Vous pouvez utiliser un serveur de gestion des clés (KMS) externe, le système vCenter Server et
vos hôtes ESXi pour chiffrer les données dans votre cluster vSAN. vCenter Server demande des
clés de chiffrement auprès d'un KMS externe. Le KMS génère et stocke les clés, et vCenter Server
obtient les ID de clés du KMS et les distribue aux hôtes ESXi.
vCenter Server ne stocke pas les clés KMS mais conserve une liste des ID de clé.
Tous les fichiers sont chiffrés, de telle sorte que toutes les machines virtuelles et leurs données
correspondantes sont protégées. Seuls les administrateurs disposant de privilèges de chiffrement
peuvent effectuer des tâches de chiffrement et de déchiffrement. vSAN utilise des clés de
chiffrement comme suit :
n vCenter Server demande une clé de chiffrement (KEK) AES-256 à partir du serveur KMS.
vCenter Server stocke uniquement l'ID de la clé KEK, mais pas la clé proprement dite.
n L'hôte ESXi chiffre les données du disque en utilisant le mode standard AES-256 XTS. Chaque
disque possède une clé DEK (Data Encryption Key) différente générée de façon aléatoire.
n Chaque hôte ESXi utilise la clé pour chiffrer ses clés DEK et stocke les clés DEK chiffrées
sur disque. L'hôte ne stocke pas la clé KEK sur disque. Si un hôte redémarre, il demande
la clé KEK avec l'ID correspondant au serveur KMS. L'hôte déchiffre ensuite ses clés DEK si
nécessaire.
n Une clé d'hôte est utilisée pour chiffrer les vidages de mémoire, pas les données. Tous les
hôtes d'un même cluster utilisent la même clé d'hôte. Lors de la collecte de bundles de
support, une clé aléatoire est générée pour rechiffrer les vidages de mémoire. Vous pouvez
spécifier un mot de passe pour chiffrer la clé aléatoire.
Lorsqu'un hôte redémarre, il ne monte pas ses groupes de disques tant qu'il n'a pas reçu la clé
KEK. Ce processus peut durer plusieurs minutes, voire davantage. Vous pouvez surveiller l'état
des groupes de disques dans vSAN Health Service, sous Disques physiques > Santé de l'état du
logiciel.
Chaque hôte ESXi obtient initialement les clés de chiffrement et les conserve dans son cache de
clés. Si l'hôte ESXi dispose d'un module TPM (Trusted Platform Module, module de plate-forme
sécurisée), les clés de chiffrement sont persistantes sur le module TPM lors des redémarrages.
L'hôte n'a pas besoin de demander des clés de chiffrement. Les opérations de chiffrement
peuvent se poursuivre lorsque le serveur de clés n'est pas disponible, car les clés sont
persistantes dans le TPM.
Utilisez les commandes suivantes pour activer la persistance de clé sur un hôte de cluster.
Pour plus d'informations sur la persistance des clés de chiffrement, reportez-vous à la section
« Présentation de la persistance des clés » dans Sécurité vSphere.
vSphere Native Key Provider ne nécessite aucun serveur de gestion de clés (KMS) externe.
vCenter Server génère la clé de chiffrement des clés et la transfère vers les hôtes ESXi. Les hôtes
ESXi peuvent générer ensuite des clés de chiffrement de données.
Note Si vous utilisez vSphere Native Key Provider, veillez à sauvegarder Native Key Provider
pour vous assurer que les tâches de reconfiguration s'exécutent sans problème.
vSphere Native Key Provider peut coexister avec une infrastructure de serveur de clés existante.
n Ne déployez pas votre serveur KMS sur la banque de données vSAN que vous prévoyez de
chiffrer.
n L'hôte témoin dans un cluster étendu ne participe pas au chiffrement vSAN. L'hôte témoin ne
stocke pas les données client, uniquement les métadonnées, telles que la taille et l'UUID de
l'objet et des composants vSAN.
Note Si l'hôte témoin est un dispositif exécuté sur un autre cluster, vous pouvez chiffrer les
métadonnées qui y sont stockées. Activez le chiffrement des données au repos sur le cluster
qui contient l'hôte témoin.
n Établissez une stratégie concernant les vidages de mémoire. Les vidages de noyau sont
chiffrés, car ils peuvent contenir des informations sensibles. Si vous déchiffrez un vidage de
mémoire, traitez avec précaution ses informations sensibles. Les vidages de mémoire ESXi
peuvent contenir des clés pour l'hôte ESXi et pour les données qui s'y trouvent.
n Utilisez toujours un mot de passe lorsque vous collectez un bundle vm-support. Vous
pouvez spécifier le mot de passe lorsque vous générez le bundle de support à partir de
vSphere Client ou à l'aide de la commande vm-support.
Le mot de passe rechiffre les vidages de mémoire utilisant des clés internes de façon
à utiliser les clés reposant sur le mot de passe. Vous pouvez utiliser ultérieurement le
mot de passe pour déchiffrer les vidages de mémoire chiffrés susceptibles d'être intégrés
dans le bundle de support. Les vidages de mémoire ou les journaux non chiffrés ne sont
pas concernés.
n Le mot de passe que vous spécifiez pendant la création du bundle vm-support n'est
pas conservé dans les composants vSphere. Vous êtes responsable du suivi des mots de
passe pour les bundles de support.
Avant de chiffrer la banque de données vSAN, vous devez configurer un fournisseur de clés
standard afin qu'il prenne en charge le chiffrement. Cette opération implique d'ajouter le KMS à
vCenter Serveret d'établir une relation de confiance avec celui-ci. vCenter Server provisionne les
clés de chiffrement depuis le fournisseur de clés.
Le serveur KMS doit prendre en charge la norme KMIP (Key Management Interoperability
Protocol) 1.1. Pour plus d'informations, reportez-vous aux Matrices de compatibilité vSphere.
vCenter Server crée un fournisseur de clés standard lorsque vous ajoutez la première instance du
serveur KMS. Si vous configurez le fournisseur de clés sur au moins deux instances de vCenter
Server, veillez à utiliser le même nom de fournisseur de clés.
Note Ne déployez pas vos serveurs KMS sur le cluster vSAN que vous prévoyez de chiffrer. Si
une panne se produit, les hôtes dans le cluster vSAN doivent communiquer avec le serveur KMS.
n Lorsque vous ajoutez le serveur KMS, vous êtes invité à définir par défaut ce fournisseur de
clés. Vous pouvez ensuite modifier le paramètre par défaut.
n Une fois que vCenter Server crée le premier fournisseur de clés, vous pouvez ajouter des
instances du serveur KMS du même fournisseur au fournisseur de clés et configurer toutes
les instances du serveur KMS pour synchroniser les clés entre elles. Utilisez la méthode
documentée par votre fournisseur de serveur KMS.
n Vous ne pouvez configurer le fournisseur de clés qu'avec une seule instance du serveur KMS.
Conditions préalables
n Vérifiez que le serveur de gestion de clés se trouve dans Matrices de compatibilité vSphere
et est conforme à KMIP 1.1.
n La connexion à un serveur de gestion des clés à l'aide d'une adresse IPv6 uniquement n'est
pas prise en charge.
n La connexion à un serveur KMS au moyen d'un serveur proxy qui nécessite un nom
d'utilisateur ou un mot de passe n'est pas prise en charge.
Procédure
3 Cliquez sur Configurer et, sous Sécurité, cliquez sur Fournisseurs de clés.
4 Cliquez sur Ajouter un fournisseur de clés standard, entrez les informations du fournisseur de
clés, puis cliquez sur Ajouter un fournisseur de clés.
Vous pouvez cliquer sur Ajouter un KMS pour ajouter d'autres serveurs de gestion de clés.
Le processus exact dépend des certificats acceptés par le fournisseur de clés, et de la stratégie
de votre entreprise.
Conditions préalables
Procédure
4 Sélectionnez le KMS.
5 Dans le menu déroulant Établir une approbation, sélectionnez Établir une relation de
confiance entre le KMS et l'instance de vCenter.
Option Reportez-vous à
Certificat d'autorité de certification Utiliser l'option Certificat d'autorité de certification racine pour établir une
racine vCenter Server connexion de confiance avec le fournisseur de clés standard.
Certificat vCenter Server Utiliser l'option de certificat pour établir une connexion de confiance avec le
fournisseur de clés standard.
Télécharger le certificat et la clé Utiliser l'option Télécharger le certificat et la clé privée pour établir une
privée connexion de confiance avec le fournisseur de clés standard.
Demande de signature du nouveau Utiliser l'option Nouvelle demande de signature de certificat pour établir une
certificat connexion de confiance avec un fournisseur de clés standard.
Utiliser l'option Certificat d'autorité de certification racine pour établir une connexion de
confiance avec le fournisseur de clés standard
Certains fournisseurs de serveurs de gestion de clés (KMS) imposent le chargement du certificat
d'autorité de certification racine sur le serveur KMS.
Tous les certificats qui sont signés par votre autorité de certification racine sont alors approuvés
par ce KMS. Le certificat d'autorité de certification racine que le chiffrement de machines
virtuelles vSphere utilise est un certificat autosigné qui est stocké dans un magasin distinct du
VECS (VMware Endpoint Certificate Store) sur le système vCenter Server.
Procédure
3 Sélectionnez le fournisseur de clés auquel vous souhaitez établir une connexion approuvée.
4 Dans le menu déroulant Établir une approbation, sélectionnez Établir une relation de
confiance entre le KMS et l'instance de vCenter.
7 Suivez les instructions de votre fournisseur de KMS pour télécharger le certificat sur son
système.
Note Certains fournisseurs de KMS exigent que le fournisseur de KMS redémarre le KMS
pour détecter le certificat racine que vous téléchargez.
Étape suivante
Une fois le chargement effectué, le KMS accepte le trafic provenant d'un système avec ce
certificat. vCenter Server génère un certificat pour protéger les connexions avec le KMS. Le
certificat est stocké dans un magasin de clés distinct dans VECS (VMware Endpoint Certificate
Store) sur le système vCenter Server.
Procédure
3 Sélectionnez le fournisseur de clés auquel vous souhaitez établir une connexion approuvée.
4 Dans le menu déroulant Établir une approbation, sélectionnez Établir une relation de
confiance entre le KMS et l'instance de vCenter.
La boîte de dialogue Télécharger le certificat est renseignée avec le certificat racine utilisé
par vCenter Server pour le chiffrement. Ce certificat est stocké dans VECS.
Note Ne générez pas de nouveau certificat sauf si vous souhaitez remplacer des certificats
existants.
7 Suivez les instructions de votre fournisseur de KMS pour télécharger le certificat sur le KMS.
Étape suivante
Le KMS signe le CSR et renvoie le certificat signé. Vous pouvez charger le certificat signé sur
vCenter Server. L'utilisation de l'option Demande de signature du nouveau certificat se fait en
deux étapes. Dans un premier temps, vous générez le CSR et vous l'envoyez au fournisseur de
KMS. Vous téléchargez ensuite le certificat signé que vous avez reçu du fournisseur de KMS sur
vCenter Server.
Procédure
3 Sélectionnez le fournisseur de clés auquel vous souhaitez établir une connexion approuvée.
4 Dans le menu déroulant Établir une approbation, sélectionnez Établir une relation de
confiance entre le KMS et l'instance de vCenter.
5 Sélectionnez Nouvelle demande de signature de certificat (CSR), puis cliquez sur Suivant.
6 Dans la boîte de dialogue, copiez dans le Presse-papiers le certificat complet contenu dans la
zone de texte ou téléchargez-le sous la forme d'un fichier.
Utilisez le bouton Générer un nouveau CSR dans la zone de dialogue uniquement si vous
souhaitez générer explicitement un CSR.
7 Suivez les instructions fournies par votre fournisseur de KMS pour envoyer le CSR.
8 Lorsque vous recevez le certificat signé du fournisseur de KMS, cliquez de nouveau sur
Fournisseurs de clés, sélectionnez le fournisseur de clés et, dans le menu déroulant Établir
une relation de confiance, sélectionnez Télécharger le certificat CSR signé.
9 Collez le certificat signé dans la zone de texte du bas ou cliquez sur Télécharger le fichier et
télécharger le fichier, puis cliquez sur Télécharger.
Étape suivante
Certains fournisseurs de KMS génèrent un certificat et une clé privée pour la connexion et
les mettent à votre disposition. Après le téléchargement des fichiers, le KMS approuve votre
instance de vCenter Server.
Conditions préalables
n Demandez un certificat et une clé privée au fournisseur de KMS. Les fichiers sont des fichiers
X509 au format PEM.
Procédure
3 Sélectionnez le fournisseur de clés auquel vous souhaitez établir une connexion approuvée.
4 Dans le menu déroulant Établir une approbation, sélectionnez Établir une relation de
confiance entre le KMS et l'instance de vCenter.
6 Collez le certificat que vous avez reçu du fournisseur KMS dans la zone de texte supérieure
ou cliquez sur Télécharger un fichier pour télécharger le fichier de certificat.
7 Collez le fichier de clé dans la zone de texte supérieure ou cliquez sur Télécharger un fichier
pour télécharger le fichier de clé.
Étape suivante
Vous devez définir le fournisseur de clés par défaut si vous ne configurez pas le premier cluster
comme fournisseur de clés par défaut, ou si votre environnement utilise plusieurs fournisseurs de
clés et que vous supprimez le fournisseur par défaut.
Conditions préalables
Nous vous recommandons de vérifier que l'état de la connexion dans l'onglet Fournisseurs de
clés indique Actif et présente une coche verte.
Procédure
Procédure
3 Sélectionnez le fournisseur de clés auquel vous souhaitez établir une connexion approuvée.
4 Sélectionnez le KMS.
5 Sélectionnez une des options suivantes à partir du menu déroulant Établir une relation de
confiance.
Option Action
Établir une relation de confiance Dans la boîte de dialogue qui apparaît, cliquez sur Faire confiance.
entre l'instance de vCenter et le KMS
Télécharger un certificat KMS a Dans la boîte de dialogue qui s'affiche, collez le certificat ou cliquez sur
Télécharger un fichier et accédez au fichier de certificat.
b Cliquez sur Télécharger.
Conditions préalables
Note Le chiffrement des données au repos ne peut être activé qu'au moment de la création d'un
cluster vSAN Express Storage Architecture.
n Privilèges requis :
n Host.Inventory.EditCluster
n Cryptographer.ManageEncryptionPolicy
n Cryptographer.ManageKMS
n Cryptographer.ManageKeys
n Vous devez avoir configuré un fournisseur de clés standard et établi une connexion
approuvée entre vCenter Server et le serveur KMS.
Procédure
3 Sous vSAN, sélectionnez Services et cliquez sur le bouton Modifier pour le chiffrement.
4 Dans la boîte de dialogue Services vSAN, activez l'option Chiffrement, puis sélectionnez un
cluster KMS ou un fournisseur de clés.
Note Utilisez la case à cocher Effacer les données résiduelles pour effacer les données
résiduelles des périphériques avant d'activer le chiffrement vSAN. Assurez-vous de décocher
cette case, sauf si vous souhaitez effacer les données existantes des périphériques de
stockage lors du chiffrement d'un cluster qui contient des données de machine virtuelle.
Cela permet de garantir que les données non chiffrées ne résident plus sur les périphériques
après l'activation du chiffrement vSAN. Ce paramètre n'est pas nécessaire pour les nouvelles
installations qui n'ont pas de données de machine virtuelle sur les périphériques de stockage.
Résultats
Le chiffrement des données stockées est activé sur le cluster vSAN. vSAN chiffre toutes les
données ajoutées à la banque de données vSAN.
Les options suivantes sont disponibles lorsque vous générez de nouvelles clés de chiffrement
pour votre cluster vSAN.
n Si vous générez une nouvelle clé KEK, tous les hôtes dans le cluster vSAN reçoivent la
nouvelle clé KEK du serveur KMS. La clé DEK de chaque hôte est rechiffrée avec la nouvelle
clé KEK.
Conditions préalables
n Privilèges requis :
n Host.Inventory.EditCluster
n Cryptographer.ManageKeys
n Vous devez avoir configuré un fournisseur de clés et établi une connexion approuvée entre
vCenter Server et le serveur KMS.
Procédure
5 Pour générer une nouvelle clé KEK, cliquez sur Appliquer. Les clés DEK sont rechiffrées avec
la nouvelle clé KEK.
n Pour générer une ou des nouvelles clés KEK, et rechiffrer toutes les données dans le
cluster vSAN, cochez la case suivante : Rechiffrer également toutes les données du
stockage avec de nouvelles clés.
Conditions préalables
n Privilèges requis :
n Host.Inventory.EditCluster
n Cryptographer.ManageEncryptionPolicy
n Cryptographer.ManageKMS
n Cryptographer.ManageKeys
n Vous devez avoir configuré un fournisseur de clés standard et établi une connexion
approuvée entre vCenter Server et le serveur KMS.
Procédure
5 Dans la boîte de dialogue Services vSAN, activez l'option Chiffrement, puis sélectionnez un
cluster KMS ou un fournisseur de clés.
Résultats
Un reformatage successif de tous les groupes de disques est effectué pendant que vSAN chiffre
toutes les données dans la banque de données vSAN.
Les vidages de mémoire qui sont inclus dans le module vm-support sont également chiffrés.
Note Les vidages de mémoire peuvent contenir des informations sensibles. Suivez la stratégie
de votre organisation en matière de sécurité et de confidentialité lorsque vous gérez des vidages
de mémoire.
n Dans la plupart des cas, vCenter Server récupère la clé de l'hôte à partir du KMS et tente
de transmettre la clé à l'hôte ESXi après le redémarrage. Si l'opération réussit, vous pouvez
générer le module vm-support et vous pouvez déchiffrer ou rechiffrer le vidage de mémoire.
n Si vCenter Server ne peut pas se connecter à l'hôte ESXi, vous devriez pouvoir récupérer la
clé du KMS.
n Si l'hôte a utilisé une clé personnalisée et que cette clé diffère de la clé que vCenter Server
transmet à l'hôte, vous ne pouvez pas manipuler le vidage de mémoire. Évitez d'utiliser des
clés personnalisées.
Vous pouvez collecter le module et également spécifier un mot de passe si vous prévoyez de
déchiffrer le vidage de mémoire à une date ultérieure. Le module vm-support inclut des fichiers
journaux, des fichiers de vidage de mémoire, etc.
Conditions préalables
Informez votre représentant de l'assistance technique que le chiffrement des données au repos
est activé pour la banque de données vSAN. Votre représentant de l'assistance technique vous
demandera éventuellement de déchiffrer les vidages de mémoire pour extraire les informations
appropriées.
Note Les vidages de mémoire peuvent contenir des informations sensibles. Suivez la stratégie
de votre organisation en matière de sécurité et de confidentialité pour protéger les informations
sensibles comme les clés des hôtes.
Procédure
2 Cliquez sur Hôtes et clusters, puis cliquez avec le bouton droit de la souris sur l'hôte ESXi.
4 Dans la boîte de dialogue, sélectionnez l'option Mot de passe pour les vidages de mémoire
chiffrés, puis indiquez un mot de passe et confirmez-le.
5 Pour les autres options, conservez les paramètres par défaut ou effectuez des modifications
si l'assistance technique VMware vous y invite, puis cliquez sur Terminer.
a Connectez-vous à l'hôte ESXi, puis au répertoire dans lequel se trouve le module vm-
support.
vm-support -x *.tgz .
La hiérarchie de fichiers qui en résulte peut contenir des fichiers de vidage de mémoire
pour l'hôte ESXi, en général dans /var/core. Elle peut contenir plusieurs fichiers de
vidage de mémoire pour des machines virtuelles.
e Fournissez le mot de passe que vous avez spécifié lors de la création du module vm-
support.
vm-support --reconstruct
Vous pouvez vous-même déchiffrer et examiner les vidages de mémoire dans le module
vm-support. Les vidages de mémoire peuvent contenir des informations sensibles. Suivez la
stratégie de votre organisation en matière de sécurité et de confidentialité pour protéger les
informations sensibles comme les clés des hôtes.
Pour plus de détails sur le rechiffrement d'un vidage de mémoire et sur d'autres fonctionnalités
de crypto-util, consultez l'aide de la ligne de commande.
Conditions préalables
La clé d'hôte ESXi ayant servi à chiffrer le vidage de mémoire doit être disponible sur l'hôte ESXi
qui a généré le vidage de mémoire.
Procédure
1 Connectez-vous directement à l'hôte ESXi sur lequel le vidage de mémoire s'est produit.
Si l'hôte ESXi est en mode de verrouillage ou si l'accès SSH n'est pas activée, vous devrez
peut-être commencer par activer l'accès.
Option Description
Option Description
Note Vous ne pouvez pas mettre à niveau un cluster vSAN Original Storage Architecture vers
un cluster vSAN Express Storage Architecture à l'aide de vSphere Client ou de Ruby vSphere
Console (RVC).
Note En cas de non-respect de la séquence des tâches de mise à niveau décrite ici, vous risquez
de perdre des données et de provoquer la panne du cluster.
2 Mettez à niveau les hôtes ESXi. Reportez-vous à Mettre à niveau les hôtes ESXi. Pour plus
d'informations sur la migration et la préparation de vos hôtes ESXi à des fins de mise à
niveau, reportez-vous à la documentation Mise à niveau vSphere.
3 Mettez à niveau le format de disque vSAN. La mise à niveau du format de disque est
facultative, mais pour de meilleurs résultats, mettez à niveau les objets pour utiliser la toute
dernière version. Le format sur disque expose votre environnement au jeu de fonctionnalités
complet de vSAN. Reportez-vous à Mise à niveau du format de disque vSAN à l'aide de RVC.
n Utilisation des options de commande de mise à niveau de RVC lors de la mise à niveau du
cluster vSAN
Avant de tenter de mettre à niveau vSAN, vérifiez que votre environnement répond à la
configuration matérielle et logicielle requise de vSphere.
Logiciel, matériel, pilotes, microprogramme Vérifiez que la nouvelle version de vSAN prend en charge les
et contrôleurs d'E/S de stockage composants logiciels et matériels, les pilotes, le microprogramme et
les contrôleurs d'E/S de stockage que vous prévoyez d'utiliser. Les
éléments pris en charge sont répertoriés sur le site Web Guide de
compatibilité VMware à l'adresse http://www.vmware.com/resources/
compatibility/search.php.
Version de vSAN Vérifiez que vous utilisez la version la plus récente de vSAN. Vous ne
pouvez pas effectuer une mise à niveau à partir d'une version bêta vers
la nouvelle instance de vSAN. Lorsque vous procédez à une mise à
niveau à partir d'une version bêta, vous devez effectuer un déploiement
récent de vSAN.
Espace disque Vérifiez que vous disposez de suffisamment d'espace pour terminer
la mise à niveau de la version logicielle. La quantité de stockage
sur disque nécessaire pour l'installation de vCenter Server dépend de
la configuration de vCenter Server. Pour obtenir des directives sur
l'espace disque requis pour la mise à niveau de vSphere, reportez-vous
à la documentation Mise à niveau vSphere.
format de disque vSAN Vérifiez que vous disposez d'une capacité disponible suffisante pour
mettre à niveau le format de disque. Si vous ne disposez pas d'un
espace libre égal à la capacité utilisée du plus grand groupe de disques,
avec de l'espace disponible sur des groupes de disques différents
des groupes de disques qui sont en cours de conversion, vous devez
choisir Autoriser la redondance réduite comme option de migration
des données.
Par exemple, le groupe de disques le plus grand d'un cluster dispose
de 10 To de capacité physique, mais seuls 5 To sont consommés. Un
supplément de capacité de 5 To est requis ailleurs dans le cluster,
à l'exception des groupes de disques en cours de migration. Lors
de la mise à niveau du format de disque vSAN, vérifiez que les
hôtes ne sont pas en mode de maintenance. Quand l'un des hôtes
membres d'un cluster vSAN entre en mode de maintenance, la capacité
du cluster est automatiquement réduite. L'hôte membre ne contribue
plus au stockage du cluster et la capacité de l'hôte est indisponible
pour les données. Pour plus d'informations sur les différents modes
d'évacuation, reportez-vous à la documentation Administration de
VMware vSAN.
hôtes vSAN Vérifiez que vous avez placé les hôtes vSAN en mode de maintenance
et que vous avez sélectionné le mode Assurer l'accessibilité aux
données ou l'option Évacuer toutes les données.
Vous pouvez utiliser vSphere Lifecycle Manager pour l'automatisation
et le test du processus de mise à niveau. Néanmoins, quand vous
utilisez vSphere Lifecycle Manager pour mettre à niveau vSAN, le
mode d'évacuation par défaut est Assurer l'accessibilité aux données.
Lorsque vous utilisez le mode Assurer l'accessibilité aux données, vos
données ne sont pas protégées et si une panne survient pendant la
mise à niveau de vSAN, il se peut que vous perdiez des données.
Toutefois, le mode Assurer l'accessibilité aux données est plus rapide
que le mode Évacuer toutes les données, car vous n'avez pas besoin
de déplacer toutes les données vers un autre hôte du cluster. Pour plus
d'informations sur les différents modes d'évacuation, reportez-vous à la
documentation Administration de VMware vSAN.
Machines virtuelles Vérifiez que vous avez sauvegardé vos machines virtuelles.
Recommandations
Tenez compte des recommandations suivantes lors du déploiement d'hôtes ESXi à utiliser avec
vSAN :
n Si les hôtes ESXi sont configurés avec une capacité de mémoire de 512 Go ou inférieure,
utilisez les périphériques SATADOM, SD, USB ou disque dur comme support d'installation.
n Si les hôtes ESXi sont configurés avec une capacité de mémoire supérieure à 512 Go, utilisez
un périphérique disque magnétique ou Flash séparé comme périphérique d'installation. Si
vous utilisez un périphérique distinct, vérifiez que vSAN ne réclame pas le périphérique.
n Lorsque vous démarrez un hôte vSAN depuis un périphérique SATADOM, vous devez utiliser
un périphérique SLC (single-level cell) et la taille du périphérique de démarrage doit être d'au
moins 16 Go.
n Pour garantir que votre matériel répond à la configuration requise pour vSAN, reportez-vous
à la section Planification et déploiement de vSAN.
vSAN 6.5 et version ultérieure vous permettent d'ajuster les conditions requises de taille de
démarrage pour un hôte ESXi dans un cluster vSAN.
Mettez à niveau l'hôte témoin avant de mettre à niveau les hôtes de données.
L'utilisation de vSphere Lifecycle Manager pour mettre à niveau des hôtes en parallèle peut
entraîner la mise à niveau de l'hôte témoin en parallèle avec l'un des hôtes de données. Pour
éviter les problèmes de mise à niveau, configurez vSphere Lifecycle Manager de manière qu'il ne
mette pas à niveau l'hôte témoin en parallèle avec les hôtes de données.
VMware prend en charge les mises à niveau sur place de systèmes 64 bits à partir de vCenter
Server 4.x, vCenter Server 5.0.x, vCenter Server 5.1.x et vCenter Server 5.5 vers vCenter
Server 6.0 versions ultérieures. La mise à niveau de vCenter Server implique une mise à niveau du
schéma de base de données et une mise à niveau du système vCenter Server.
Les détails et le niveau de prise en charge d'une mise à niveau vers ESXi 7.0 dépendent de
l'hôte à mettre à niveau et de la méthode de mise à niveau utilisée. Assurez-vous de la prise
en charge du chemin de mise à niveau depuis votre version actuelle d'ESXi jusqu'à la version
vers laquelle vous procédez à la mise à niveau. Pour plus d'informations, reportez-vous aux
matrices d'interopérabilité des produits VMware à l'adresse http://www.vmware.com/resources/
compatibility/sim/interop_matrix.php.
Plutôt que d'effectuer une mise à niveau sur place du système vCenter Server, vous pouvez
utiliser une autre machine pour réaliser cette opération. Pour obtenir des instructions détaillées
et connaître les options de mise à niveau, reportez-vous à la documentation Mise à niveau de
vCenter Server.
Vous pouvez mettre à niveau les hôtes ESXi dans le cluster vSAN à l'aide de :
n vSphere Lifecycle Manager : en utilisant des images ou des lignes de base, vSphere Lifecycle
Manager vous permet de mettre à niveau des hôtes ESXi dans le cluster vSAN. Le mode
d'évacuation par défaut est Assurer l'accessibilité aux données. Si vous utilisez ce mode et
que, lors de la mise à niveau de vSAN vous rencontrez un problème, les données peuvent
devenir inaccessibles jusqu'à ce que l'un des hôtes soit à nouveau en ligne. Pour obtenir
des informations sur l'utilisation des modes d'évacuation et de maintenance, reportez-vous
à la section Utilisation de membres du cluster vSAN en mode de maintenance. Pour plus
d'informations sur les mises à niveau et les mises à jour, consultez la documentation Gestion
du cycle de vie de l'hôte et du cluster.
n Commande Esxcli : vous pouvez utiliser des composants, des images de base et des modules
complémentaires comme nouveaux éléments logiciels pour mettre à jour ou corriger les
hôtes ESXi 7.0 à l'aide de la mise à niveau manuelle.
Lorsque vous mettez à niveau un cluster vSAN avec des domaines de pannes configurés,
vSphere Lifecycle Manager met à niveau un hôte dans un domaine de pannes unique, puis
passe à l'hôte suivant. Cela garantit que le cluster dispose des mêmes versions de vSphere en
cours d'exécution sur tous les hôtes. Lorsque vous mettez à niveau un cluster étendu, vSphere
Lifecycle Manager met à niveau tous les hôtes à partir du site préféré, puis passe à l'hôte sur le
site secondaire. Cela garantit que le cluster dispose des mêmes versions de vSphere en cours
d'exécution sur tous les hôtes. Pour plus d'informations sur la mise à niveau d'un cluster étendu,
reportez-vous à la documentation Gestion du cycle de vie des hôtes et des clusters.
Avant de tenter de mettre à niveau les hôtes ESXi, examinez les recommandations présentées
dans la documentation intitulée Mise à niveau vSphere. VMware fournit plusieurs options de
mise à niveau d'ESXi. Choisissez l'option de mise à niveau la plus adaptée au type d'hôte que
vous mettez à niveau. Pour obtenir des instructions détaillées et connaître les options de mise à
niveau, reportez-vous à la documentation Mise à niveau de VMware ESXi.
Étape suivante
2 Vérifiez la licence de l'hôte. Dans la plupart des cas, vous devez appliquer à nouveau votre
licence d'hôte. Pour plus d'informations sur l'application des licences d'hôtes, reportez-vous à
la documentation vCenter Server et gestion des hôtes.
3 (Facultatif) Mettez à niveau les machines virtuelles sur les hôtes à l'aide de vSphere Client ou
de vSphere Lifecycle Manager.
Pour obtenir de meilleurs résultats, mettez à niveau les objets de façon à utiliser le format sur
disque le plus récent. Le format sur disque le plus récent offre l'intégralité des fonctionnalités de
vSAN.
Note Une fois que vous avez mis à niveau le format sur disque, vous ne pouvez plus restaurer le
logiciel sur les hôtes ni ajouter d'hôtes plus anciens au cluster.
Lorsque vous lancez une mise à niveau du format sur disque, vSAN effectue plusieurs opérations
que vous pouvez surveiller sur la page Resynchronisation des composants. Le tableau résume
chaque processus exécuté pendant la mise à niveau du format de disque.
Pendant la mise à niveau, vous pouvez surveiller le processus de mise à niveau à partir de la
page Resynchronisation des composants. Reportez-vous à la section Surveillance et dépannage
de vSAN. Vous pouvez également utiliser la commande RVC vsan.upgrade_status <cluster>
pour surveiller la mise à niveau. Utilisez l'indicateur facultatif -r <seconds> pour actualiser l'état
de mise à niveau périodiquement jusqu'à ce que vous appuyiez sur Ctrl+C. Le nombre minimal de
secondes autorisé entre chaque actualisation est de 60.
Vous pouvez surveiller d'autres tâches de mise à niveau, telles que la suppression et la mise à
niveau des périphériques dans le volet Tâches récentes de la barre d'état.
Les considérations suivantes s'appliquent lorsque vous mettez à niveau le format de disque :
n Si vous mettez à niveau un cluster contenant trois hôtes et que vous voulez effectuer une
évacuation complète, l'évacuation échoue pour les objets dont le paramètre Pannes tolérées
est supérieur ou égal à 0 (zéro). Un cluster à trois hôtes ne peut pas reprotéger un groupe
de disques qui est en train d'être complètement évacué à l'aide de ressources de seulement
deux disques. Par exemple, lorsque le paramètre Pannes tolérées est défini sur 1, vSAN
requiert trois composants de protection (deux miroirs et un témoin), chacun étant placé sur
un hôte séparé.
Pour un cluster à trois hôtes, vous devez choisir le mode de suppression Assurer
l'accessibilité des données. Dans ce mode, toute panne matérielle risque d'entraîner la perte
de données.
Vous devez également vous assurer que suffisamment d'espace libre est disponible. L'espace
doit être égal à la capacité logique consommée du plus grand groupe de disques. Cette
capacité doit être disponible sur un groupe de disques séparé de l'hôte en cours de
migration.
n Lorsque vous mettez à niveau un cluster à trois hôtes ou ayant des ressources limitées,
autorisez les machines virtuelles à fonctionner en mode de redondance réduit. Exécutez la
commande RVC avec l'option vsan.ondisk_upgrade --allow-reduced-redundancy.
Pour plus d'informations sur les commandes RVC et les options de commande, reportez-vous à la
documentation Guide de référence des commandes de l'outil RVC.
Conditions préalables
n Vérifiez que les disques sont dans un état sain. Accédez à la page Gestion de disques pour
vérifier l'état de l'objet.
n Vérifiez que le matériel et le logiciel que vous prévoyez d'utiliser sont certifiés et qu'ils
figurent dans le site Web du Guide de compatibilité de VMware à l'adresse http://
www.vmware.com/resources/compatibility/search.php.
n Vérifiez que vous disposez de suffisamment d'espace libre pour effectuer la mise à niveau
du format de disque. Exécutez la commande RVC vsan.whatif_host_failures afin de
déterminer si vous disposez d'une capacité suffisante pour terminer la mise à niveau ou pour
reconstruire des composants en cas de panne pendant l'opération de mise à niveau.
n Vérifiez que vos hôtes ne sont pas en mode de maintenance. Lors de la mise à niveau du
format de disque, ne placez pas les hôtes en mode de maintenance. Lorsqu'un hôte membre
d'un cluster vSAN entre en mode de maintenance, l'hôte membre ne contribue plus à la
capacité du cluster. La capacité du cluster est réduite et la mise à niveau du cluster peut
échouer.
Procédure
6 Cliquez sur Oui dans la boîte de dialogue Mettre à niveau pour effectuer la mise à niveau du
format sur disque.
Résultats
vSAN met à niveau le format sur disque. La colonne Version du format sur disque affiche la
version du format de disque des périphériques de stockage du cluster.
Si une panne se produit pendant la mise à niveau, vous pouvez consulter la page Objets de
resynchronisation. Attendez la fin de toutes les resynchronisations, puis relancez la mise à niveau.
Vous pouvez également vérifier la santé du cluster à l'aide du service de santé. Une fois que vous
avez résolu les éventuels problèmes détectés par les contrôles de santé, vous pouvez relancer la
mise à niveau.
Conditions préalables
n Vérifiez que la version que les hôtes ESXi exécutent dans le cluster vSAN est la version 6.5 ou
ultérieure.
n Vérifiez que les disques sont dans un état sain sur la page Gestion de disques. Vous pouvez
également exécuter la commande RVC vsan.disks_stats pour vérifier l'état du disque.
n Vérifiez que le matériel et le logiciel que vous prévoyez d'utiliser sont certifiés et qu'ils
figurent dans le site Web du Guide de compatibilité de VMware à l'adresse http://
www.vmware.com/resources/compatibility/search.php.
n Vérifiez que vous disposez de suffisamment d'espace libre pour effectuer la mise à niveau
du format de disque. Exécutez la commande RVC vsan.whatif_host_failures afin de
déterminer si vous disposez d'une capacité suffisante pour terminer la mise à niveau ou pour
reconstruire des composants en cas de panne pendant la mise à niveau.
n Vérifiez que vous avez installé PuTTY ou un client SSH similaire pour l'accès à RVC.
Pour plus d'informations sur le téléchargement de l'outil RVC et sur l'utilisation des
commandes RVC, reportez-vous au Guide de référence des commandes de l'outil RVC.
n Vérifiez que vos hôtes ne sont pas en mode de maintenance. Lors de la mise à niveau
du format sur disque, ne placez pas vos hôtes en mode de maintenance. Lorsqu'un hôte
membre d'un cluster vSAN passe en mode de maintenance, la capacité des ressources
disponible dans le cluster est réduite, car l'hôte membre ne contribue plus à la capacité du
cluster. La mise à niveau du cluster risque d'échouer.
Procédure
2 Exécutez la commande RVC suivante pour afficher l'état du disque : vsan.disks_stats /<
vCenter IP address or hostname>/<data center name>/computers/<cluster
name>
Une fois que la mise à niveau du format de disque a abouti, le message suivant s'affiche.
n objets v1 requièrent une mise à niveau État d'avancement de mise à niveau des objets : n
mis à niveau, 0 restant
5 Exécutez la commande RVC suivante pour vérifier que les versions des objets sont mises à
niveau vers le nouveau format sur disque : vsan.obj_status_report
Procédure
La version du format de disque actuel s'affiche dans la colonne Version du format de disque.
Cela est généralement difficile à prévoir et, par conséquent, il est recommandé d'utiliser 30 %
d'espace libre dans le cluster, en partant du principe qu'il est peu probable que le plus grand
objet du cluster consomme plus de 25 % de l'espace et que 5 % de l'espace sont réservés
pour s'assurer que le cluster ne devient pas plein en raison de modifications de stratégie. Dans
vSAN 7.0 U1 et versions ultérieures, tous les objets sont créés dans un nouveau format qui offre à
vSAN l'espace nécessaire pour effectuer une modification de stratégie sur un objet s'il y a 255 Go
par hôte pour les objets inférieurs à 8 To et 765 Go par hôte pour les objets de 8 To ou plus.
Après la mise à niveau d'un cluster vers vSAN 7.0 U1 ou version ultérieure à partir de vSAN 7.0
ou version antérieure, les objets supérieurs à 255 Go créés avec l'ancienne version doivent
être réécrits dans le nouveau format avant que vSAN puisse offrir l'avantage d'effectuer des
opérations sur un objet avec les nouvelles exigences relatives à l'espace libre. Une nouvelle alerte
de santé du format d'objet s'affiche après une mise à niveau, s'il existe des objets qui doivent
être corrigés sur le nouveau format d'objet et permet de corriger l'état de santé en lançant une
tâche de réorganisation pour corriger ces objets. L'alerte de santé fournit des informations sur
le nombre d'objets qui doivent être corrigés et la quantité de données qui seront réécrites. Le
cluster peut enregistrer une diminution d'environ 20 % des performances alors que la tâche de
réorganisation est en cours. Le tableau de bord de resynchronisation fournit des informations
plus précises sur la durée d'exécution de cette opération.
Procédure
u Vous pouvez également accéder à l'hôte ESXi et sélectionner Résumé > Configuration,
puis vérifiez que vous utilisez la dernière version de l'hôte ESXi.
Par exemple, vous pouvez autoriser une redondance réduite pour effectuer la mise à
niveau lorsque vous n'avez que peu d'espace libre disponible. Exécutez la commande
vsan.ondisk_upgrade --help pour afficher la liste des options des commandes RVC.
Options Description
--hosts_and_clusters Utilisez cette option pour spécifier des chemins vers tous les systèmes hôtes
dans le cluster ou les ressources de calcul du cluster.
--ignore-objects, -i Utilisez cette option pour ignorer vSAN la mise à niveau des objets. Vous
pouvez également utiliser cette option de commande pour éliminer la mise
à niveau de la version de l'objet. Lorsque vous utilisez cette option de
commande, les objets continuent à utiliser la version de format sur disque
actuelle.
Options Description
--allow-reduced-redundancy, -a Utilisez cette option pour supprimer les conditions requises d'espace
disponible égal à un groupe de disques au cours de la mise à niveau
de disque. Avec cette option, les machines virtuelles fonctionnent dans un
mode de redondance réduite pendant la mise à niveau ce qui signifie que
certaines machines virtuelles peuvent être incapables de tolérer des pannes
temporaires et que cette incapacité peut entraîner la perte de données. vSAN
restaure la conformité et la redondance complètes une fois la mise à niveau
terminée.
Pour plus d'informations sur les commandes RVC, reportez-vous au Guide de référence des
commandes de l'outil RVC.
vSphere Lifecycle Manager dans vSphere 7.0 comporte des lignes de base de système
qu'Update Manager fournies dans les versions précédentes de vSphere. Il contient également
de nouvelles fonctionnalités de gestion d'images pour les hôtes exécutant ESXi 7.0 et versions
ultérieures.
vSAN 6.6.1 et versions ultérieures génèrent des recommandations de build automatisées pour
les clusters vSAN. vSAN combine les informations du Guide de compatibilité VMware et du
catalogue de version de vSAN avec des informations sur les versions d'ESXi installées. Ces mises
à jour recommandées fournissent la meilleure version disponible pour conserver votre matériel
dans un état pris en charge.
Les lignes de base de système de vSAN 6.7.1 sur vSAN 7.0 peuvent également inclure des mises
à jour de pilote de périphérique et de microprogramme. Ces mises à jour prennent en charge le
logiciel ESXi recommandé pour votre cluster.
Dans vSAN 6.7.3 et versions ultérieures, vous pouvez fournir des recommandations de build
uniquement pour la version actuelle d'ESXi ou pour la version la plus récente d'ESXi prise en
charge. Une recommandation de build pour la version actuelle inclut tous les correctifs et les
mises à jour de pilotes pour la version.
Dans vSAN 7.0 et versions ultérieures, les recommandations de build vSAN incluent des
mises à jour de correctifs et des mises à jour de pilotes applicables. Pour mettre à jour le
microprogramme sur les clusters vSAN 7.0, vous devez utiliser une image via vSphere Lifecycle
Manager.
vSAN génère un groupe de lignes de base pour chaque cluster vSAN. Les lignes de base de
système vSAN sont répertoriées dans le volet Lignes de base de l'onglet Lignes de base et
groupes. Vous pouvez continuer à créer et à corriger vos propres lignes de base.
Les lignes de base système vSAN peuvent inclure des images ISO personnalisées fournies
par les fournisseurs certifiés. Si les hôtes dans votre cluster vSAN possèdent des images
ISO personnalisées spécifiques OEM, les lignes de base de système recommandées vSAN
peuvent inclure des images ISO personnalisées à partir du même fournisseur. vSphere Lifecycle
Manager ne peut pas générer de recommandation pour les images ISO personnalisées non prises
en charge par vSAN. Si vous exécutez une image du logiciel personnalisée qui remplace le
nom du fournisseur dans le profil d'image de l'hôte, vSphere Lifecycle Manager ne peut pas
recommander une ligne de base de système.
vSphere Lifecycle Manager analyse automatiquement chaque cluster vSAN pour vérifier la
conformité par rapport au groupe de lignes de base. Pour mettre à niveau le cluster, vous devez
corriger manuellement la ligne de base de système via vSphere Lifecycle Manager. Vous pouvez
corriger une ligne de base de système vSAN sur un hôte unique ou sur l'intégralité du cluster.
vSAN nécessite une connexion à Internet pour accéder au catalogue de version. La participation
au Programme d'amélioration du produit (CEIP) n'est pas obligatoire pour permettre à vSAN
d'accéder au catalogue de version.
Si vous ne disposez pas d'une connexion Internet, vous pouvez télécharger le catalogue de
version vSAN directement sur vCenter Server. Dans vSphere Client, cliquez sur Configurer >
vSAN > Mise à jour, puis cliquez sur Télécharger à partir d'un fichier dans la section Catalogue
de version. Vous pouvez télécharger le dernier vSAN catalogue de version.
vSphere Lifecycle Manager vous permet d'importer les pilotes de contrôleur de stockage
recommandés pour votre cluster vSAN. Certains fournisseurs de contrôleurs de stockage
proposent un outil de gestion de logiciel que vSAN peut utiliser pour mettre à jour les pilotes de
contrôleur. Si l'outil de gestion n'est pas présent sur les hôtes ESXi, vous pouvez le télécharger.
Les recommandations de build vSAN permettent de garantir que chaque cluster vSAN reste à
l'état actuel ou supérieur de la compatibilité matérielle. Si le matériel du cluster vSAN n'est pas
inclus dans la liste HCL, vSAN peut recommander une mise à niveau vers la dernière version, car
elle ne suppose aucune détérioration par rapport à l'état actuel.
Note vSphere Lifecycle Manager utilise vSAN Health Service lors de l'exécution de la
prévérification de la correction des hôtes dans un cluster vSAN. vSANHealth Service n'est pas
disponible sur les hôtes exécutant ESXi 6. 0 Update 1 ou version antérieure. Lorsque vSphere
Lifecycle Manager met à niveau des hôtes exécutant ESXi 6.0 Update 1 ou version antérieure, la
mise à niveau du dernier hôte dans le cluster vSAN risque d'échouer. Si la correction a échoué en
raison de problèmes de santé de vSAN, vous pouvez toujours effectuer la mise à niveau. Utilisez
vSAN Health Service pour résoudre les problèmes de santé sur l'hôte, puis retirez cet hôte du
mode de maintenance pour terminer le workflow de mise à niveau.
Les exemples suivants décrivent la logique derrière les recommandations de build vSAN.
Exemple 1
Un cluster vSAN exécute la version 6.0 Update 2 et le matériel est inclus dans la liste HCL
de la version 6.0 Update 2. La liste HCL répertorie le matériel comme pris en charge jusqu'à
la version 6.0 Update 3, mais comme non pris en charge pour la version 6.5 et les versions
ultérieures. vSAN recommande une mise à niveau vers la version 6.0 Update 3, y compris les
correctifs critiques nécessaires pour la version.
Exemple 2
Un cluster vSAN exécute la version 6.7 Update 2 et le matériel est inclus dans la liste HCL
de la version 6.7 Update 2. Le matériel est également pris en charge sur la liste HCL de la
version 7.0 Update 3. vSAN recommande une mise à niveau vers la version 7.0 Update 3.
Exemple 3
Un cluster vSAN exécute la version 6.7 Update 2 et son matériel n'est pas répertorié dans
la liste HCL de cette version. vSAN recommande une mise à niveau vers la version 7.0
Update 3, même si le matériel n'est pas répertorié sur la liste HCL de la version 7.0 Update 3.
vSAN recommande la mise à niveau, car le nouvel état ne suppose aucune détérioration par
rapport à l'état actuel.
Exemple 4
Un cluster vSAN exécute la version 6.7 Update 2 et le matériel est inclus dans la liste HCL de
la version 6.7 Update 2. Le matériel est également pris en charge dans la liste HCL pour la
version 7.0 Update 3 et la préférence de ligne de base sélectionnée est correctif uniquement.
vSAN recommande une mise à niveau vers la version 7.0 Update 3, y compris les correctifs
critiques nécessaires pour la version.
Le moteur de recommandation s'exécute régulièrement (une fois par jour) ou lorsque les
événements suivants se produisent.
n Un utilisateur se connecte à VMware Customer Connect à l'aide d'un navigateur Web ou RVC.
vSAN nécessite un accès à Internet pour mettre à jour les métadonnées de version, consulter le
Guide de compatibilité de VMware et télécharger des images ISO à partir de VMware Customer
Connect.
vSAN nécessite des informations d’authentification valides pour télécharger les images ISO
correspondant aux mises à niveau depuis VMware Customer Connect. Pour les hôtes qui
exécutent la version 6.0 Update 1 ou les versions antérieures, vous devez utiliser RVC pour
entrer les informations d'identification VMware Customer Connect. Pour les hôtes exécutant une
version ultérieure, vous pouvez vous connecter à partir du contrôle de santé de recommandation
de build ESX.
Pour entrer les informations d'identification VMware Customer Connect à partir de RVC,
exécutez la commande suivante : vsan.login_iso_depot -u <username> -p <password>