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
● Si possible, n’utilisez pas de périphériques sur le LUN0. Les chemins des LUN0 sont supprimés et ajoutés dès que la baie effectue une
détection. Ce comportement est dû au fait que le LUN0 peut être un LUN par défaut ou un LUN réel sauvegardé par le stockage réel.
La disponibilité est essentielle pour les métavolumes. Le métavolume est essentiel à la récupération du système. La meilleure pratique
consiste à mettre en miroir le métavolume sur deux ou plusieurs baies back-end afin d’éliminer le risque de perte de données. Choisissez les
baies en miroir du métavolume de sorte à ne pas devoir les migrer simultanément.
AVERTISSEMENT : Ne créez pas de métavolume avec les volumes d’une seule et même baie de stockage. Les
métavolumes d’une seule et même baie ne constituent pas une configuration à haute disponibilité et représentent un
point de défaillance unique.
Si Metro Node perd temporairement l’accès à tous les métavolumes, les métadonnées en cours du cache sont automatiquement écrites
sur les métavolumes lorsque l’accès est rétabli.
Si Metro Node perd durablement l’accès aux deux métavolumes, il continue à fonctionner sur la base des métadonnées en mémoire. Les
modifications de configuration sont suspendues jusqu’à la création d’un nouveau métavolume.
REMARQUE : Si Metro Node perd l’accès à tous les métavolumes et que tous les directeurs échouent ou redémarrent, les
modifications apportées aux métadonnées (configuration Metro Node) après la perte de l’accès ne peuvent pas être restaurées. Les
volumes système sont supportés sur les LUN à provisionnement dynamique, mais ces volumes doivent disposer de ressources de pool
de stockage dynamique disponibles, à la capacité maximale. Les volumes système ne doivent pas se disputer cet espace avec des
volumes de données utilisateur du même pool.
Déplacement d’un métavolume
Étapes
1. Utilisez la commande ll pour afficher la liste des volumes de stockage sur le cluster :
VPlexcli:/> ll /clusters/cluster-1/storage-elements/storage-volumes
2. Identifiez 2 volumes de stockage qui sont :
● Non revendiqués
● De 78 Go ou plus
● Sur différentes baies
3. Utilisez la commande meta-volume create pour créer un metavolume.
Spécifiez les volumes de stockage identifiés à l’étape 2.
VPlexcli:/clusters/cluster-1/directors> meta-volume create --name meta_dmx --storage-
volumes VPD83T3:6006016037202200966da1373865de11,
VPD83T3:6006016037202200966da1373865de12
4. Utilisez la commande meta-volume move pour déplacer les métadonnées en mémoire existantes vers le nouveau métavolume :
VPlexcli:/clusters/cluster-1/directors> meta-volume move --target-volume meta_dmx
Attribution d’un nouveau nom à un métavolume
Par défaut, les noms de métavolumes sont basés sur un horodatage. Pour modifier le nom, procédez comme suit :
12
Métavolumes