Administrator Guide
Table Of Contents
- Systèmes de stockage Dell EMC Guide de l’administrateur de l’appliance Métro Node
- Table des matières
- Préface
- Espace de travail et comptes d’utilisateur de l’interface CLI
- Métavolumes
- Gestion du système
- Notifications Call Home
- Emplacement du journal des événements
- Emplacement du journal de configuration du système
- Accélération matérielle avec VAAI
- Surcharge de la copie de déchargement avec XCOPY
- Changement de nom d’un cluster Metro Node
- Paramètres du panneau avant LCD
- Support dynamique de Metro Node
- Provisionnement du stockage
- Extension de volume
- Migration des données
- À propos de la migration des données
- Migration de stockage compatible avec le provisionnement dynamique
- À propos des reconstructions
- Migration ponctuelle des données
- Migrations par lot
- Conditions préalables
- Création d’un plan de migration par lot
- Vérification d’un plan de migration par lot
- Modification d’un fichier de migration par lot
- Démarrage d’une migration par lot
- Pause/reprise d’une migration par lot (en option)
- Annulation d’une migration par lot (en option)
- Surveillance de la progression de la migration par lot
- Affichage de l’état d’une migration par lot
- Validation d’une migration par lot
- Nettoyage d’une migration par lot
- Suppression des enregistrements de migration par lot
- Configuration du réseau WAN
- Cluster Witness
- Consistency Groups
- À propos des groupes de cohérence Metro Node
- Propriétés des groupes de cohérence
- Gérer les groupes de cohérence
- Création d’un groupe de cohérence
- Ajout de volumes à un groupe de cohérence
- Suppression de volumes d’un groupe de cohérence
- Modification des propriétés d’un groupe de cohérence
- exemple de modification : définition de visibility
- exemple de modification : application d’une règle de déconnexion
- Suppression d’un groupe de cohérence
- Affichage des propriétés d’un groupe de cohérence
- Utilisation d’un groupe de cohérence
- Performances et surveillance
- À propos des performances
- À propos de la surveillance des performances
- Surveillance des performances avec l’interface CLI
- À propos de la rotation et de l’horodatage des fichiers
- Présentation de la procédure : créer un analyseur à l’aide de l’interface CLI
- Création d’un analyseur
- Ajout/suppression de récepteurs d’analyseur
- Suppression d’un analyseur
- Activation/désactivation/modification d’une interrogation
- Activation/désactivation des récepteurs
- Exécution forcée d’une interrogation immédiate
- Activation et désactivation de ports
- Surveillance des ports
- Statistiques
- Tableaux de statistiques
- Metro Node avec baies de stockage en mode actif-passif
Mise en miroir et migration dynamiques
Metro Node supporte la mise en miroir et la migration des volumes dynamiques vers différentes baies.
Lors de la reconstruction d’un tronçon dynamique, Metro Node conserve la nature dynamique du tronçon. Pour ce faire, Metro Node
envoie la commande SCSI UNMAP aux baies qui supportent cette commande et écrit des zéros dans les blocs sur les baies qui ne
supportent pas la fonction de suppression de mappages. La section Reconstructions pour le stockage à provisionnement dynamique
fournit des informations supplémentaires sur les reconstructions dynamiques.
Exécution de la mise en miroir léger
Si vous fixez un miroir à un appareil compatible avec la mise en miroir léger et que le miroir n’est pas léger, l’appareil RAID 1 qui en résulte
perd sa fonctionnalité de mise en miroir léger.
Lorsque vous exécutez la commande device attach-mirror -d pour fixer un tronçon de miroir lourd à un appareil compatible
avec la mise en miroir léger, un avertissement s’affiche et indique que l’appareil n’est pas compatible avec la mise en miroir léger. Vous
êtes également invité à confirmer que vous souhaitez continuer. Vous pouvez utiliser l’option --force pour ignorer la confirmation, mais
l’appareil qui en résulte n’est pas léger.
VPlexcli:/clusters/cluster-1/storage-elements/extents> device attach-mirror -d myDevice
-m extent_TOP_101_1
The top-level device 'myDevice' is thin-capable. After attaching the mirror, the new
top-level device will not be thin-capable. Do you wish to proceed? (Yes/No) no
device attach-mirror: Evaluation of <<device attach-mirror -d myDevice -m extent_TOP_101_1>>
failed.
cause: Failed to attach mirror.
cause: Operation was halted by the user
VPlexcli:/clusters/cluster-1/storage-elements/extents>
Vous pouvez fixer un miroir à un appareil qui prend déjà en charge un volume virtuel compatible avec la mise en miroir léger à l’aide de la
commande device attach-mirror.
Pour ajouter un tronçon de miroir lourd à un volume virtuel compatible avec la mise en miroir léger, vous pouvez poursuivre en :
● Définissant la propriété de compatibilité avec la mise en miroir léger pour le volume virtuel sur false à l’aide de la commande set. Le
nouveau volume virtuel n’offre pas de compatibilité ou de fonctionnalité de mise en miroir léger.
VPlexcli:/clusters/cluster-1/devices> set ../virtual-volumes/myVolume::thin-enabled false
VPlexcli:/clusters/cluster-1/devices> device attach-mirror --device myDevice --mirror
myMirror
VPlexcli:/clusters/cluster-1/devices>
● Utilisant l’option --force avec la commande device attach-mirror. Le nouveau volume virtuel n’offre pas de compatibilité ou
de fonctionnalité de mise en miroir léger.
VPlexcli:/clusters/cluster-1/devices> device attach-mirror --device myDevice --mirror
myMirror
VPlexcli:/clusters/cluster-1/devices>
Dans une configuration avec mise en miroir léger, tous les tronçons doivent provenir de la même famille de baies de stockage. Si vous
tentez de créer des tronçons légers à partir des baies qui appartiennent à une famille de baies de stockage différente, l’aspect léger des
tronçons est perdu et les fonctionnalités de gestion du stockage léger ne sont plus prises en charge. Voici un exemple de ce type de
scénario :
VPlexcli:/> device attach-mirror --device xio_device --mirror vnx_device
Thin-capability is only supported with homogeneous storage-array types. The top-level device
'xio_device' is supported by XtremIO but the mirror 'vnx_device' is supported by CLARiiON.
Since XtremIO and CLARiiON are not homogeneous, the top-level device will lose thin-capability
after the new mirror is attached. Do you wish to proceed? (Yes/No) No
device attach-mirror: Evaluation of <<device attach-mirror --device xio_device --mirror
vnx_device>>
failed.
cause: Unable to attach mirror 'vnx_device' to device 'xio_device'.
cause: Operation was halted by the user
Support dynamique de Metro Node
33