Systèmes de stockage Dell EMC Guide d’administration de la fonctionnalité de Metro Node PowerStore et UnityXT Version 7.
Remarques, précautions et avertissements REMARQUE : Une REMARQUE indique des informations importantes qui peuvent vous aider à mieux utiliser votre produit. PRÉCAUTION : ATTENTION vous avertit d’un risque de dommage matériel ou de perte de données et vous indique comment éviter le problème. AVERTISSEMENT : un AVERTISSEMENT signale un risque d’endommagement du matériel, de blessure corporelle, voire de décès. © 2020 2021 Dell Inc. ou ses filiales. Tous droits réservés.
Table des matières Chapitre 1: Espace de travail et comptes d’utilisateur de l’interface CLI...............................................7 Configuration de l’espace de travail de l’interface CLI......................................................................................................7 Définir le seuil pour la journalisation de console............................................................................................................7 Définition de la largeur de la fenêtre sur 100......
Chapitre 6: Extension de volume.................................................................................................... 33 Présentation......................................................................................................................................................................... 33 Documentation supplémentaire...................................................................................................................................
contexte de sous-réseaux............................................................................................................................................ 57 /connectivity/back-end/............................................................................................................................................. 58 /connectivity/front-end/.............................................................................................................................................
Surveillance des ports......................................................................................................................................................... 94 Mise en route................................................................................................................................................................. 94 Configuration du script pour l’envoi des rapports par e-mail...................................................................................
1 Espace de travail et comptes d’utilisateur de l’interface CLI Ce chapitre décrit comment utiliser l’interface de ligne de commande (CLI) Metro Node pour configurer l’espace de travail de l’interface CLI et gérer les comptes d’utilisateur. Sujets : • Configuration de l’espace de travail de l’interface CLI Configuration de l’espace de travail de l’interface CLI L’espace de travail a la même apparence et le même comportement que ceux d’une session de l’interface CLI.
4. Utilisez la commande de création de filtre de journal pour créer un nouveau filtre pour la console avec le seuil requis : VPlexcli:> log filter create --threshold --component “logserver” où n correspond à 0-7. REMARQUE : La valeur de seuil filtre tous les messages dont la gravité est supérieure ou égale. Pour voir les messages critiques (2) et d’une valeur supérieure (0 et 1), définissez le seuil sur 3.
2 Métavolumes Ce chapitre décrit les procédures de gestion des métadonnées et des métavolumes avec l’interface CLI Metro Node.
● 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 aux métavolumes. Le metavolume est essentiel à la récupération du système.
Étapes 1. Accédez au contexte /clusters/cluster/system-volumes/ : VPlexcli:/> cd clusters/cluster-2/system-volumes/ VPlexcli:/clusters/cluster-2/system-volumes> 2. Utilisez la commande ll pour afficher les noms des métavolumes : 3. Accédez au contexte /clusters/cluster/system-volumes/target-meta-volume. Par exemple : VPlexcli:/clusters/cluster-2/system-volumes> cd new_meta1_backup_2010May24_163810 4. Utilisez la commande set name nouveau_nom_métavolume pour modifier le nom.
REMARQUE : Après la suppression d’un volume de métadonnées, supprimez les données sur le volume de stockage par des moyens externes afin d’éviter toute confusion future.
Tableau 1. Champs de métavolume affichés (suite) Champ Description capacity Taille du métavolume. component-count Nombre de miroirs dans le volume de métadonnées RAID 1. free-slots Nombre de logements libres pour les en-têtes de volume de stockage dans le metavolume. geometry Indique la géométrie ou la redondance du périphérique. Toujours RAID 1. health-indications Si health-state n’est pas ok, fournit des informations supplémentaires.
Tableau 1. Champs de métavolume affichés (suite) Champ Description system-id Nom attribué au metavolume. thin-capable Indique si le volume est compatible avec le provisionnement dynamique. Yes indique que le volume est compatible avec le provisionnement dynamique. - indique qu’il n’est pas compatible avec le provisionnement dynamique. transfer-size Taille du transfert lors de la reconstruction en octets. volume-type Pour les métavolumes, il s’agit toujours de meta-volume.
3 Gestion du système Ce chapitre décrit comment utiliser les notifications Call Home, les emplacements des journaux des événements et l’accélération matérielle avec VAAI.
La commande exécute un script d’interrogation qui vous invite à saisir les informations requises. Si vous ne configurez pas les notifications Call Home ou SYR, les questions d’interrogation pour configurer le service non configuré s’affichent. Si les paramètres des notifications Call Home et SYR sont déjà configurés, les informations de configuration actuelles s’affichent.
Accélération matérielle avec VAAI L’API VAAI (VMware for Array Integration) permet d’effectuer les opérations suivantes : ● ● ● ● Déchargement des opérations de stockage du côté calcul vers le matériel de stockage. Basculement des opérations de provisionnement gourmandes en E/S et création d’un snapshot de l’hyperviseur vers Metro Node. Affectation de la mémoire de l’hyperviseur et du traitement des ressources à d’autres fonctions.
PRÉCAUTION : L’activation ou la désactivation de la fonctionnalité CAW supporte des situations exceptionnelles, comme l’assistance d’un membre du support technique Dell EMC pour diagnostiquer un problème. CAW est activée par défaut et peut uniquement être désactivée par un membre du support technique Dell EMC. Le support de CAW peut être activé ou désactivé à deux niveaux : ● Storage view – Activé ou désactivé pour toutes les vues de stockage existantes.
Pour désactiver CAW pour une vue de stockage : VPlexcli:/clusters/cluster-1/exports/storage-views/recoverpoint_vols> set caw-enabled false Activation/désactivation des paramètres CAW en tant que système par défaut Utilisez la commande set dans le contexte /clusters/cluster pour activer ou désactiver CAW pour l’ensemble du cluster.
● Storage view – Activé ou désactivé pour toutes les vues de stockage existantes. Une vue de stockage créée après activation/ désactivation de WriteSame (16) au niveau storage view hérite du paramètre system default. Dell EMC recommande de maintenir le paramètre WriteSame (16) uniforme sur toutes les vues de stockage Metro Node. Si WriteSame (16) doit être désactivé pour une vue de stockage donnée, il doit être désactivé sur toutes les vues de stockage existantes et futures.
Pour activer WriteSame (16) pour une vue de stockage : VPlexcli:/clusters/cluster-1/exports/storage-views/recoverpoint_vols> set write-same-16enabled true Pour désactiver WriteSame (16) pour une vue de stockage : VPlexcli:/clusters/cluster-1/exports/storage-views/recoverpoint_vols> set write-same-16enabled false Activation/désactivation des paramètres WriteSame (16) en tant que système par défaut Utilisez la commande set dans le contexte /clusters/cluster pour activer ou désactiver WriteSame (16) pour l’en
PRÉCAUTION : La modification de la valeur par défaut du modèle pour l’attribut XCOPY modifie la valeur de l’attribut XCOPY dans toutes les vues de stockage nouvellement créées. Cette opération ne doit s’effectuer que dans de rares cas, généralement après consultation du support Dell EMC. La modification de la valeur par défaut du modèle peut avoir un effet négatif sur les performances d’E/S de l’hôte VMware. 1.
Voici un exemple : vplexcli:/clusters/cluster-1>set name clusterone vplexcli:/clusters/clusterone> Paramètres du panneau avant LCD PRÉCAUTION : N’utilisez pas le panneau pour modifier l’un des paramètres de l’iDRAC ou du R640. La modification des paramètres peut interférer avec la configuration Metro Node et entraîner une défaillance de la fonctionnalité.
4 Support dynamique de Metro Node Ce chapitre décrit comment Metro Node supporte les fonctionnalités compatibles avec le provisionnement dynamique. Sujets : • • • • Support dynamique de Metro Node Provisionnement dynamique Gestion du stockage dynamique Mise en miroir et migration dynamiques Support dynamique de Metro Node La compatibilité avec le provisionnement dynamique est la fonctionnalité qui annonce les volumes virtuels Metro Node en tant que volumes dynamiques aux hôtes.
Migrations dynamiques Metro Node prend en charge les fonctionnalités de mobilité des données sur les périphériques dynamiques. Lorsque la source ou la cible de la migration n’est pas dynamique, ou lorsque la source et les cibles proviennent de différentes gammes de baies de stockage, le volume virtuel Metro Node perd ses propriétés dynamiques. Dans ce cas, le volume virtuel ne supporte pas les opérations de gestion du stockage dynamique.
● Les volumes de stockage sont provisionnés à partir de baies de stockage supportées par Metro Node comme compatibles avec le provisionnement dynamique (propriétés dynamiques affichées). Les volumes de stockage doivent également provenir d’une famille de baies de stockage supportée par Metro Node (Dell EMC PowerStore, Dell EMC UnityXT). La valeur correspondant à la propriété storage-array-family doit être XTREMIO, CLARiiON ou SYMMETRIX, et ne doit pas être other ou -.
Le document CLI Guide for metro node (Guide de l’interface CLI pour Metro Node) fournit plus d’informations sur les commandes et leur utilisation. Modification du caractère dynamique d’un volume virtuel Metro Node ne signale pas la propriété dynamique d’un volume aux initiateurs hôtes tant que l’option thin-enabled correspondante n’a pas été définie sur true.
volume-type vpd-id virtual-volume VPD83T3:6000144000000010e025d83c86ace201 Gestion du stockage dynamique Metro Node utilise certaines fonctionnalités de gestion des baies compatibles avec le provisionnement dynamique côté back-end pour détecter et résoudre les problèmes d’épuisement du stockage. Cela n’est pas obligatoire avec les baies qui supportent les volumes dynamiques pour prendre en charge les fonctionnalités de gestion du stockage dynamique.
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.
VPlexcli:/> À propos des migrations dynamiques Metro Node supporte la migration d’un volume dynamique vers une autre baie de stockage. Pour qu’un volume dynamique prenne en charge les fonctions de gestion du stockage dynamique après une migration, les volumes source et cible doivent être créés à partir de la même famille de baies de stockage.
5 Provisionnement du stockage Ce chapitre explique comment provisionner le stockage avec le provisionnement de stockage intégré à Metro Node. Sujets : • • • Présentation du provisionnement Provisionnement de stockage avec le provisionnement EZ Modification du caractère dynamique d’un volume virtuel Présentation du provisionnement Pour commencer à utiliser Metro Node, vous devez provisionner le stockage afin que les hôtes puissent y accéder.
thin-enabled sur disabled. Une fois le comportement du volume virtuel modifié, les hôtes doivent effectuer certaines actions (nouvelle analyse, par exemple) pour détecter le comportement modifié.
6 Extension de volume Ce chapitre décrit comment étendre les volumes virtuels. Sujets : • • • Présentation Méthode d’extension de volume Extension d’un volume en mode bloc Présentation Un volume virtuel Metro Node est créé sur un périphérique, distribué ou non, et est présenté à un hôte par le biais d’une vue de stockage. Vous pouvez souhaiter étendre la capacité d’un volume virtuel pour diverses raisons. Si le volume supporte l’extension, Metro Node détecte la capacité acquise par extension.
------------------. . . capacity consistency-group expandable expandable-capacity expansion-method expansion-status -------------- 0.5G true 0.0G storage-volume - Notez que la valeur de l’attribut de méthode d’extension storage-volume indique que Metro Node utilise par défaut la méthode de volume de stockage pour étendre le volume virtuel.
Figure 1. Propriétés d’extension de volume virtuel (pour HTML5) Extension d’un volume en mode bloc Méthode d’extension de volume de stockage Utilisez les instructions suivantes pour étendre le volume virtuel avec la méthode storage-volume. Présentation La méthode d’extension du volume de stockage prend en charge l’extension simple et rapide sur plusieurs géométries d’appareil. Trois des géométries d’appareil les plus courantes sont décrites ici.
1-à-1, volume virtuel vers volume de stockage Figure 2. Géométries courantes : volume virtuel 1:1 vers volume de stockage RAID 1 à deux branches Figure 3.
Planification de l’extension de volume Répertoriez l’attribut expandable-capacity (dans l’interface CLI) ou le champ Expandable By (sous Unisphere) pour planifier la capacité de vos périphériques de stockage back-end. ● expandable-capacity/ Expandable By – Pour les volumes virtuels qui peuvent être étendus avec la méthode d’extension de volume de stockage, cette valeur correspond à la capacité qui est ajoutée au volume de stockage back-end, mais pas encore exposée à l’hôte par le volume virtuel.
● expansion-summary - S’il n’y a pas d’extensions en cours ou en échec, et aucun volume virtuel avec une capacité d’extension non nulle, la commande de récapitulatif de volume virtuel affiche No expansion activity dans le récapitulatif d’extension. Limitations Les éléments suivants constituent des limitations générales à l’extension de volumes virtuels. Certains volumes virtuels ne peuvent être étendus dans des circonstances spécifiques.
7 Migration des données Ce chapitre décrit les migrations et les reconstructions de données.
Procédure générale de migration des données Pour effectuer des migrations de périphériques, suivez les étapes générales ci-dessous : 1. Créez et vérifiez un plan de migration (migrations par lot uniquement). 2. Démarrez une migration. 3. Surveillez le processus de migration des données. 4. Interrompez, reprenez ou annulez la migration (facultatif). 5. Validez la migration. L’opération de validation transfère le volume virtuel source du périphérique vers la cible.
Tableau 5.
migration. Do you wish to proceed? (Yes/No) no dm migration start: Evaluation of <> failed. cause: Failed to create a new data-migration.
WARNING: The source 'device_thin_2' is thin-capable but the target 'device_thick_2' is not thin-capable. The virtual-volume 'thin_2' will not be thin-enabled or thin-capable after migration. Plan-check passed with 2 warnings. VPlexcli:/> ● Pour une migration d’extension dynamique-vers-statique (sans volume virtuel supporté), l’interface CLI Metro Node affiche un avertissement qui indique que la source perd sa fonctionnalité dynamique après la migration.
Committed 2 of 2 migrations VPlexcli:/> À propos des reconstructions La reconstruction permet de synchroniser les données d’un disque source vers un disque cible. Lorsque des différences surviennent entre les tronçons d’un RAID, la reconstruction permet de mettre à jour le tronçon obsolète. Il existe deux types de comportements de reconstruction : ● Une reconstruction complète copie l’intégralité du contenu de la source vers la cible.
La propriété de provisionnement dynamique détectée pour les volumes de stockage permet de créer des volumes virtuels Metro Node compatibles avec le provisionnement dynamique sur lesquels les hôtes peuvent envoyer des commandes de suppression de mappages pour libérer les blocs inutilisés. Toutefois, la propriété thin-rebuild configurée contrôle la synchronisation des miroirs qui s’exécute sur le back-end Metro Node.
PRÉCAUTION : La définition d’une taille de transfert élevée peut entraîner une indisponibilité des données. Ne modifiez la valeur par défaut que lorsque l’impact sur les performances est parfaitement appréhendé. Si l’activité des E/S de l’hôte est élevée, la définition d’une taille de transfert élevée peut avoir un impact sur les E/S de l’hôte. Reportez-vous à la section À propos de la taille de transfert.
Tableau 7. États de migration (suite) Champ Description target-exported Indique si le périphérique cible a été exporté lors de la migration. ● false – Le périphérique cible n’a pas été exporté. ● true – Le périphérique cible a été exporté. to-cluster ID de cluster du périphérique de destination. transfer-size Taille de la région du cache utilisée pour réaliser la migration. 40 Ko - 128 Mo. type Type de reconstruction. ● full – Copie l’intégralité du contenu de la source vers la cible.
Validation d’une migration terminée Le processus de migration insère une structure RAID 1 temporaire au-dessus du périphérique source avec la cible en tant que tronçon obsolète du RAID 1. La migration peut être interprétée comme la synchronisation du tronçon obsolète (la cible). À propos de cette tâche Une fois la migration terminée, l’étape de validation déconnecte le tronçon source du RAID 1, et supprime le RAID 1.
Par exemple : VPlexcli:/data-migrations/device-migrations> dm migration remove --force --migrations migrate_012 Removed 1 data migration(s) out of 1 requested migration(s). Migrations par lot Les migrations par lot s’exécutent en tant que tâches par lot à partir de fichiers de plan de migration par lot réutilisables. Les fichiers de plan de migration sont créés avec la commande create-plan. Un plan de migration par lot unique peut concerner les périphériques.
Vérification d’un plan de migration par lot La commande batch-migrate check-plan vérifie le plan de migration par lot spécifié pour les éléments suivants : À propos de cette tâche ● Migrations de périphériques : ○ Le périphérique cible ne dispose d’aucun volume. ○ Le périphérique source dispose de volumes. Si le plan de migration contient des erreurs, une description des erreurs s’affiche et la vérification du plan échoue. Par exemple : VPlexcli:/> batch-migrate check-plan --file MigDev-test.
Définissez une taille de transfert élevée pour les migrations lorsque votre priorité est la protection des données ou la performance de la migration. Définissez une taille de transfert moins élevée pour les migrations lorsque votre priorité est le temps de réponse du stockage front-end.
sourcesource-site name status -------------------------------------------- --R20061115_Symm2264_010 1 migrate.txt 100 R20061115_Symm2264_011 1 migrate.txt 100 R20061115_Symm2264_012 1 migrate.txt 100 R20061115_Symm2264_0113 1 1 migrate.txt 27 Processed 4 migrations: committed: 0 complete: 3 in-progress: 1 paused: 0 error: 0 cancelled: 0 no-record: 0 target target-cluster migrationpercentage-complete eta.
Validation d’une migration par lot Le processus de migration insère une structure RAID 1 temporaire au-dessus des périphériques sources, les périphériques cibles étant un tronçon obsolète du RAID 1. La migration peut être interprétée comme la synchronisation du tronçon obsolète (la cible). À propos de cette tâche Une fois la migration terminée, l’étape de validation déconnecte le tronçon source du RAID 1, puis supprime le RAID.
Suppression des enregistrements de migration par lot Ne supprimez l’enregistrement de migration que si la migration a été validée ou annulée. À propos de cette tâche Les enregistrements de migration se trouvent dans le contexte /data-migrations/device-migrations. Utilisez la commande batch-migrate remove --file pour supprimer des enregistrements pour la migration spécifiée. Par exemple : VPlexcli:/data-migrations/device-migrations> batch-migrate remove --file migrate.
8 Configuration du réseau WAN Les deux ports WAN sur chaque directeur Metro Node prennent en charge deux liaisons interclusters de 10 Gigabits Ethernet. Les ports WAN sont configurés dans le cadre de l’installation d’un second cluster. Ce chapitre décrit les contextes et les procédures de l’interface CLI pour modifier la configuration créée lors de l’installation.
● ● ● ● wan-com – Configuration de la connectivité intercluster. local-com – Configuration de la connectivité entre directeurs locaux. front-end – Configuration de la connectivité avec les hôtes. back-end – Configuration de la connectivité avec les baies de stockage. Contexte port-groups Les groupes de ports (ou les chemins de communication) attribués à chaque rôle de connectivité (back-end, front-end, local-com ou wan-com) sont contenus dans le sous-contexte port-groups de chaque rôle.
● IP : port Ethernet Tous les port-groups contiennent un contexte member-ports qui fournit des informations sur le member-port de chaque directeur. Les port-groups IP contiennent : ● option-set – Le contexte contient des options de configuration communes aux ports membres. ● subnet – Le contexte contient les options de configuration pour la gestion réseau IP. Les différents rôles ont différents besoins de gestion réseau. Par conséquent, leurs contextes de sous-réseau contiennent différentes propriétés.
● ● ● ● prefix doit contenir l’adresse IP d’un quelconque port membre du groupe de ports. prefix doit contenir l’adresse du cluster. prefix doit contenir la passerelle. gateway doit être une adresse unique sur le cluster local. Notez les points suivants : ● Une adresse vide est constituée de tous les préfixes et ne correspond à aucune adresse. ● Un préfixe vide contient toutes les adresses. ● Une propriété qui n’est pas présente dans un contexte de sous-réseau particulier est considérée vide.
/connectivity/local-com/ Le contexte de rôle local contient les informations de configuration relatives à la communication entre les directeurs dans le cluster en cours. Le rôle local ne possède aucune propriété associée. Gestion et surveillance du réseau back-end Pour une haute disponibilité, chaque directeur doit avoir plusieurs chemins vers chaque volume de stockage.
Structure des répertoires L’organisation d’un répertoire est une arborescence. La toute première entrée dans un répertoire est connue sous le nom d’entrée racine. Cette entrée représente normalement l’organisation propriétaire du répertoire. Figure 4. Structure de répertoire LDAP SolVe Desktop pour Metro Node fournit des informations sur la configuration de LDAP. Exemples (commande ldapsearch) Utilisez la commande ldapsearch pour vérifier les valeurs de mappage des attributs du serveur de répertoire.
cn: dev1 objectClass: top objectClass: person objectClass: organizationalPerson objectClass: posixAccount uid: dev1 loginShell: /bin/bash homeDirectory: /u/v/x/y/dev1 uidNumber: 50000 gidNumber: 80000 Configuration du réseau WAN 61
9 Consistency Groups Ce chapitre décrit comment gérer et utiliser les groupes de cohérence Metro Node. Sujets : • • • • À propos des groupes de cohérence Metro Node Propriétés des groupes de cohérence Gérer les groupes de cohérence Utilisation d’un groupe de cohérence À propos des groupes de cohérence Metro Node Les groupes de cohérence Metro Node rassemblent des volumes pour doter l’application d’une série de propriétés communes à l’ensemble du groupe. Figure 5.
Figure 6. Groupe de cohérence synchrone ● Les hôtes des deux clusters écrivent sur les volumes distribués Metro Node du groupe de cohérence. ● Metro Node écrit les données sur le stockage back-end des deux clusters. ● La confirmation est renvoyée à l’hôte qui émet l’écriture. Cela garantit que l’image sur le stockage back-end est une copie exacte des deux côtés.
Figure 7. Groupe de cohérence local avec visibilité locale Visibilité globale Si la propriété visibility des groupes de cohérence locaux est définie sur les deux clusters (visibilité globale), les deux clusters peuvent recevoir des E/S à partir du cluster qui ne dispose pas de copie locale. Toutes les écritures de ce cluster distant passent par la liaison WAN intercluster avant d’être confirmées. Toutes les lectures qui ne peuvent être traitées en local sont transférées à travers la liaison.
Figure 8. Groupe de cohérence local avec visibilité globale Propriétés des groupes de cohérence Les propriétés d’un groupe de cohérence sont appliquées à tous les volumes virtuels du groupe de cohérence. Tous les groupes de cohérence ont des propriétés configurables qui déterminent le comportement des E/S, y compris : ● ● ● ● ● Visibilité Storage-at-clusters detach-rule auto-resume-at-loser virtual-volumes Visibilité La visibilité contrôle les clusters qui connaissent un groupe de cohérence.
● Configurez le groupe de cohérence pour qu’il contienne uniquement les volumes qui sont distribués avec des tronçons sur les deux clusters. Lorsque la visibilité d’un groupe de cohérence est définie sur un cluster, le groupe de cohérence s’affiche sous le contexte /clusters/ cluster-n/consistency-groups pour le cluster.
detach-rule Les règles de déconnexion constituent une règle de groupe de cohérence pour la sélection automatique d’un cluster gagnant en cas de panne de liaison intercluster. Pour les configurations Metro Node Metro, il existe deux règles de déconnexion de groupe de cohérence : ● no-automatic-winner – Le groupe de cohérence ne sélectionne pas de cluster gagnant.
auto-resume-at-loser Détermine si le perdant reprend automatiquement les E/S lorsque le lien intercluster est réparé après une défaillance. Lorsque le lien est restauré, le cluster perdant détecte que les données sur le cluster gagnant sont différentes. Le perdant doit déterminer s’il est nécessaire de modifier soudainement les données du gagnant ou de continuer à suspendre les E/S. Par défaut, auto-resume est activé.
Gérer les groupes de cohérence REMARQUE : Une pratique d’excellence clé pour la création et la gestion de groupes de cohérence consiste à créer une relation 1-à-1 entre les groupes de cohérence et les applications. Tous les volumes requis pour une application (et uniquement ceux-là) doivent figurer dans un seul et même groupe de cohérence.
Pour définir la propriété visibility du groupe de cohérence sur les deux clusters : VPlexcli:/clusters/cluster-1/consistency-groups> set TestCG::visibility cluster-1,cluster-2 Pour définir la propriété visibility du groupe de cohérence sur le cluster-1 : VPlexcli:/clusters/cluster-1/consistency-groups> set TestCG::visibility cluster-1 Pour définir la propriété visibility du groupe de cohérence sur le cluster-2 : VPlexcli:/clusters/cluster-1/consistency-groups> set TestCG::visibility cluster-2 Définition de
Étapes 1. Accédez au contexte du groupe de cohérence cible : VPlexcli:/> cd clusters/cluster-1/consistency-groups/TestCG 2. Utilisez la commande consistency-group list-eligible-virtual-volumes pour afficher les volumes virtuels qui peuvent être ajoutés au groupe de cohérence : VPlexcli:/clusters/cluster-1/consistency-groups/TestCG> consistency-group list-eligiblevirtual-volumes [TestDDevice-1_vol, TestDDevice-2_vol, TestDDevice-3_vol, TestDDevice-4_vol, TestDDevice-5_vol] 3.
Pour supprimer plusieurs volumes virtuels à l’aide d’une seule commande, séparez les volumes par des virgules : VPlexcli:/> consistency-group remove-virtual-volumes /clusters/cluster-1/virtual-volumes/ TestDDevice-2_vol, /clusters/cluster-1/virtual-volumes/TestDDevice-3_vol --consistencygroup /clusters/cluster-1/consistency-groups/TestCG Supprimez deux volumes virtuels du contexte du groupe de cohérence cible : VPlexcli:/clusters/cluster-1/consistency-groups/TestCG> remove-virtual-volumes TestDDevice-2_vol,
virtual-volumes visibility pattern. Read-only. Takes a list with each element being a 'cluster' context or a context Pour afficher le paramètre actuel d’une propriété : VPlexcli:/> set /clusters/cluster-1/consistency-groups/TestCG::cache-mode Pour afficher les valeurs par défaut pour un groupe de cohérence cible : VPlexcli:/clusters/cluster-1/consistency-groups/TestCG> set --default attribute default-value -------------------- ----------------active-clusters No default value. cache-mode synchronous.
Pour appliquer une règle de déconnexion qui détermine le comportement de tous les volumes d’un groupe de cohérence : Étapes 1. Utilisez la commande ll pour afficher la règle de déconnexion actuelle (le cas échéant) appliquée au groupe de cohérence : VPlexcli:/clusters/cluster-1/consistency-groups/TestCG2> ll Attributes: Name Value -------------------- ---------------------active-clusters [] cache-mode synchronous detach-rule . . . 2.
Pour supprimer un groupe de cohérence du contexte racine : VPlexcli:/> consistency-group destroy clusters/cluster-1/consistency-groups/TestCG WARNING: The following items will be destroyed: Context --------------------------------------------/clusters/cluster-1/consistency-groups/TestCG Do you wish to proceed? (Yes/No)Yes Pour supprimer un groupe de cohérence du contexte d’un groupe de cohérence : VPlexcli:/clusters/cluster-1/consistency-groups> destroy TestCG WARNING: The following items will be destroyed:
RAM_RR_cluster-2 winner synchronous . . . details:: [] }), (cluster-2,{ summary:: unknown, details:: [] }) (cluster-1,{ summary:: ok, no-automatic- details:: [] }), (cluster-2,{ summary:: ok, details:: [] }) Utilisez la commande ls dans le contexte /clusters/cluster-name/consistency-groups/consistency-group pour afficher l’état opérationnel des groupes.
cache-mode detach-rule operational-status synchronous no-automatic-winner [(cluster-1,{ summary:: suspended, details:: [cluster-departure] }), (cluster-2,{ summary:: suspended, details:: [cluster-departure] })] passive-clusters [] recoverpoint-enabled false storage-at-clusters [cluster-1, cluster-2] virtual-volumes [dd1_vol, dd2_vol] visibility [cluster-1, cluster-2] Contexts: advanced recoverpoint ● La commande ls affiche le groupe de cohérence cg1 comme suspendu, du fait de l’option requires-resume-at-l
Tableau 11. Description des champs de groupe de cohérence (suite) Propriété Description ● winner – Le cluster défini par nom-cluster est déclaré vainqueur si une panne de liaison intercluster dure plus longtemps que le nombre de secondes défini par le délai. storage-at-clusters Cluster dans lequel se trouve le stockage physique associé à un groupe de cohérence. ● Modifiable à l’aide de la commande set.
Tableau 11. Description des champs de groupe de cohérence (suite) Propriété Description active-clusters Pour les groupes de cohérence synchrones, cette propriété est toujours vide ([ ]). operational status État actuel du groupe de cohérence par rapport à chaque cluster sur lequel il est visible. ● ok – Les E/S peuvent être traitées sur les volumes du groupe de cohérence. ● suspended – Les E/S sont suspendues pour les volumes du groupe de cohérence.
● Les branches de volumes distribués sont logiquement séparées. Lorsque le lien intercluster est restauré, les clusters détectent que les E/S ont été effectuées de manière indépendante. Les E/S continuent sur les deux clusters jusqu’à ce que vous choisissiez un cluster gagnant dont l’image de données est utilisée comme source pour synchroniser les images de données. Dans l’exemple suivant, les E/S ont repris sur les deux clusters lors d’une panne du lien intercluster.
Reprise des E/S après restauration À propos de cette tâche Sans ces données, l’image de données du cluster gagnant est incohérente. La reprise des E/S au niveau du gagnant nécessite la restauration de l’image de données du gagnant au dernier point où les clusters correspondaient. Cela peut entraîner un changement soudain dans l’image de données.
Reprise des E/S sur le cluster perdant Lors d’une panne de lien entre clusters, vous pouvez autoriser les E/S à reprendre sur l’un des deux clusters, le cluster gagnant. À propos de cette tâche Les E/S restent suspendues sur le cluster perdant. Lors de la restauration du lien entre clusters, les clusters gagnants et perdants se reconnectent, et le cluster perdant détecte que le cluster gagnant a repris les E/S sans ce dernier. Sauf configuration explicite, les E/S restent suspendues sur le cluster perdant.
Contexts: advanced recoverpoint Vous remarquerez peut-être l’état opérationnel rebuilding-across-clusters lors de la reconstruction des appareils. Définition de l’attribut en lecture seule Les appareils R2 SRDF (réplicas) constituent un exemple de volume de continuité d’activité (BCV, Business Continuance Volume) géré par une baie. Pour les groupes de cohérence qui contiennent ces volumes, vous pouvez utiliser la commande set pour définir le groupe de cohérence en lecture seule.
10 Performances et surveillance Ce chapitre décrit le RPO/RTO et les procédures de création et d’utilisation des analyseurs de performances.
● La surveillance du dépannage permet d’identifier les goulots d’étranglement et les monopoles de ressources. Les analyseurs de dépannage sont supportés par les analyseurs qui sont créés dans l’interface CLI et/ou les analyseurs perpétuels. REMARQUE : Dans Unisphere for Metro Node, les statistiques de performances sont affichées par cluster. Pour afficher les statistiques des deux clusters en configuration Metro, connectez-vous aux deux clusters.
Figure 9. Tableau de bord sur la surveillance des performances (pour HTML5) Les informations sur les performances pour l’actuelle fenêtre de 5 minutes s’affichent sous la forme d’un ensemble de graphiques, notamment : ● Graphique sur les performances de liaison du WAN : affiche les performances de liaison du WAN pour le cluster auquel vous êtes connecté.
● Diagramme sur le débit de volume virtuel : fournit une vue temporelle du débit total ou des E/S par seconde d’un volume virtuel. En général, le débit (plus communément appelé E/S par seconde) est associé aux E/S de petits blocs (demandes d’E/S de 512 o ou de 16 Ko). ● Graphique sur la latence de volume virtuel : fournit une vue temporelle de la latence des E/S d’un volume virtuel, décomposée en latence des lectures et latence des écritures.
Présentation de la procédure : créer un analyseur à l’aide de l’interface CLI Pour créer et utiliser un analyseur à l’aide de l’interface CLI, suivez les étapes générales suivantes : 1. Déterminez le type de statistiques à collecter à partir de l’objet cible. Utilisez la commande monitor stat-list category ou monitor stat-list * pour afficher les statistiques à intégrer au moniteur. Reportez-vous aux tableaux de la section Statistiques pour obtenir la liste des statistiques par catégorie.
Créez un analyseur pour collecter des statistiques sur tous les volumes de stockage du cluster-1 : VPlexcli:/monitoring> monitor create --name SVStats-Cluster1 --director /clusters/cluster-1/ directors/director-1-1-A --stats storage-volume.
Ajout d’un récepteur de fichiers Utilisez la commande monitor add-file-sink pour ajouter un récepteur de fichiers à un analyseur existant. À propos de cette tâche Le format par défaut des récepteurs de fichiers est CSV (valeurs séparées par des virgules). Le nom par défaut du nouveau récepteur est file. L’emplacement par défaut du résultat du récepteur est /var/log/VPlex/cli. Pour ajouter un récepteur de fichiers afin d’envoyer le résultat vers le fichier .
● La commande add-snmp-sink ajoute un récepteur SNMP à l’analyseur. VPlexcli:/monitoring/directors/director-1-1-B/monitors> monitor stat-list fe-lu Name Target Type Units --------------- -------------- ------- -------fe-lu.ops virtual-volume counter counts/s fe-lu.read virtual-volume counter KB/s fe-lu.read-lat virtual-volume bucket us fe-lu.write virtual-volume counter KB/s fe-lu.
bucket-min bucket-width collecting-data firmware-id idle-for ownership period statistics targets true 9 5.44days true 0s [virtual-volume.ops, virtual-volume.read, virtual-volume.write] DR1_C1-C2_1gb_dev10_vol, DR1_C1-C2_1gb_dev11_vol, DR1_C1-C2_1gb_dev12_vol, DR1_C1-C2_1gb_dev13_vol, DR1_C1-C2_1gb_dev14_vol, DR1_C1-C2_1gb_dev15_vol, DR1_C1-C2_1gb_dev16_vol, DR1_C1-C2_1gb_dev17_vol, DR1_C1-C2_1gb_dev18_vol, DR1_C1-C2_1gb_dev19_vol, ...
Activation/désactivation/modification d’une interrogation L’interrogation (collecte des statistiques spécifiées) débute lorsque le premier récepteur est ajouté à un analyseur. L’interrogation se produit automatiquement à l’intervalle défini par l’attribut period de l’analyseur. À propos de cette tâche Utilisez la commande set pour modifier la période d’interrogation. Utilisez la commande monitor collect pour exécuter immédiatement une collecte, avant son intervalle d’interrogation défini.
format sink-to type table console console Exécution forcée d’une interrogation immédiate Utilisez la commande monitor collect pour forcer une interrogation immédiate et la collecte des données de performances sans attendre l’intervalle d’interrogation automatique. Par exemple : VPlexcli:/> monitor collect /monitoring/directors/director-2-1-B/monitors/director-2-1B_TestMonitor Source: Time: director.be-ops (counts/s): . . .
Vérification de l’état du script Étapes 1. Vérifiez l’état du script pour voir s’il est en cours d’exécution. VPlexcli:/> port-monitor status Status: running with the following parameters: Emails: joe@dell.com SMTP: x.x.x.x Local-only: False 2.
que l’analyseur s’exécute. À l’étape d, faites défiler la fenêtre vers le bas jusqu’à lire « Checking status » et exécutez uniquement cette commande pour l’instant. Les étapes c et d doivent être suivies pour les deux clusters avec la version Metro. c. Modifiez les seuils par défaut dans le fichier config.json (en option). Si vous pensez qu’une ou plusieurs des valeurs par défaut peuvent être augmentées de sorte à obtenir de meilleurs résultats, vous pouvez modifier le fichier config.
Poll only cluster-local directors VPlexcli:/> port-monitor start -e example@emc.com Starting port stat monitor... ### Stopping the monitor To stop the monitor, run `port-monitor stop`. ### Checking status To see whether or not the monitor is running, or to see if any unexpected errors were encountered, run the `port-monitor status` command: VPlexcli:/> port-monitor status Status: running with the following parameters: Emails: None SMTP: x.x.x.
director-1-1-B B0-FC03 (front-end) crc-errors has increased by 19255 director-1-1-B B0-FC00 (front-end) crc-errors has increased by 15254 director-1-1-B B0-FC01 (front-end) crc-errors has increased by 953630 Éléments à prendre en compte Consignez le nombre de ports et de directeurs qui créent un rapport signalant un problème. Par exemple, si la moitié des ports créent un rapport signalant un problème, cela peut indiquer un événement à l’échelle de la structure.
● Compteurs : valeur à augmentation monolithique (semblable au compteur kilométrique d’une voiture) ○ Les compteurs sont utilisés pour comptabiliser les octets, les opérations et les erreurs. ○ Souvent indiqué sous la forme d’un taux comme nombre/seconde ou Ko/seconde. ● Mesures : valeur instantanée (semblable à l’indicateur de vitesse d’une voiture) ○ Les mesures sont utilisées pour indiquer l’utilisation du processeur, la mémoire. ○ La valeur peut changer pour chaque échantillon.
cg.drain-lat cg.exch-bytes cg.exch-lat cg.exch-pages cg.input-bytes cg.input-ops cg.inter-closure cg.outOfDate-counter cg.pipe-util cg.write-bytes cg.write-lat cg.write-pages . . .
● ● ● ● ● ● ● ● ● ● ● ● ● ● Statistiques sur les directeurs Statistiques sur les directeurs frontaux (fe-director) Statistiques sur les volumes frontaux (fe-lu) Statistiques sur les ports frontaux (fe-prt) Statistiques sur les RAID distants (ramf) Statistiques sur les RAID distants (ramf) Statistiques sur les volumes de stockage Statistiques sur les volumes virtuels Statistiques IP COM WAN (ip-com-port) : surveille les ports IP (n’importe quel port dont le nom comporte GE ou XG) Statistiques de contrôle de
Tableau 15. Statistiques sur les directeurs (suite) Statistiques Type Description director.be-unitattns Compteur Nombre d’interventions sur l’unité back-end par seconde. director.be-write Écritures back-end Nombre d’octets écrits par les ports back-end du directeur Opération WriteSame back-end Détail des opérations WriteSame back-end. CPU Pourcentage d’utilisation du processeur. Octets de communication actifs Nombre d’octets actifs vers un directeur distant.
Tableau 15. Statistiques sur les directeurs (suite) Statistiques Type Description Lecture frontale Nombre d’octets lus à partir des ports frontaux du directeur. Écriture frontale Nombre d’octets écrits sur les ports frontaux du directeur. Mémoire Pourcentage d’utilisation de la mémoire sur le directeur. Occupation du processeur Utilisation totale (utilisateur et système) de chaque processeur dans le directeur. director.
Tableau 16. Statistiques sur les directeurs frontaux (fe-director) (suite) Statistiques Type Description fe-director.unmap-avg-lat Latence moyenne des suppressions de mappages du directeur frontal Latence moyenne des opérations de suppression de mappages en microsecondes sur le directeur frontal spécifié. type : moyenne par période ; unités : µs ; arguments : aucun Tableau 17. Statistiques sur les volumes frontaux (fe-lu) Statistiques Type Description fe-lu.
Tableau 18. Statistiques sur les ports frontaux (fe-prt) Statistiques Type Description fe-prt.caw-lat Latence des opérations CompareAndWrite Latence des opérations CompareAndWrite en microsecondes sur le port frontal spécifié. Erreur de comparaison CompareAndWrite Nombre d’erreurs de comparaison CompareAndWrite sur le port frontal spécifié. Opération CompareAndWrite Nombre d’opérations CompareAndWrite sur le port frontal spécifié.
Tableau 19. Statistiques sur les RAID distants (ramf) (suite) Statistiques Type Description ramf.exp-op Opérations distantes Nombre total d’E/S par seconde distantes. Lectures distantes Lectures distantes à partir d’un autre cluster vers un disque ou un LUN sur le cluster local. Écriture distante Écritures distantes à partir d’un autre cluster vers un disque ou un LUN sur le cluster local.
Tableau 20. Statistiques sur les volumes de stockage (suite) Statistiques Type Description type : moyenne par période ; unités : µs ; arguments : aucun Tableau 21. Statistiques sur les volumes virtuels Statistiques Type Description virtual-volume.dirty Volume pollué Nombre de pages modifiées dans le cache pour le volume virtuel spécifié. Opérations de volume Nombre total d’opérations d’E/S pour le volume virtuel spécifié.
Tableau 22. Statistiques IP COM WAN (ip-com-port) (suite) Statistiques Type Description ip-com-port.send-carrier-errors Porteuse envoyée sur le port IP COM WAN Nombre de porteuses envoyées sur le port IP COM WAN. ip-com-port.collisions Collisions sur le port IP COM WAN Nombre de collisions sur le port IP COM WAN. Tableau 23. Statistiques de contrôle des congestions IP Statistiques Description ip-congestion-control.ip-wan-cc-rtt Durée de boucle maintenue par le TCP en microsecondes.
Tableau 25. Statistiques sur les groupes d’E/S COM (suite) Statistiques Description com-io-group.io-tm-min Latence minimale sur le groupe de canaux au cours des 5 dernières secondes (mise à jour toutes les 5 secondes). com-io-group.msg-b-in Renvoie toujours la valeur zéro. com-io-group.msg-b-out Nombre total d’octets envoyés sur le groupe de canaux. com-io-group.msg-cnt-in Renvoie toujours la valeur zéro. com-io-group.msg-cnt-out Nombre total de messages envoyés sur le groupe de canaux.
Tableau 27. Statistiques sur les points de terminaison COM (suite) com-endpoint.data-pckts-badkey Nombre de paquets avec une clé de domaine non valide. com-endpoint.data-pckts-badlen Nombre de longueurs de paquet de données non valides. com-endpoint.data-pckts-recv Nombre de paquets de données reçus. com-endpoint.data-pckts-routed Nombre de paquets de données routés. com-endpoint.data-pckts-runt Nombre de paquets de données de longueur inférieure à 64 octets. com-endpoint.
A Metro Node avec baies de stockage en mode actif-passif Sujets : • • • • Baie en mode actif-passif Baie activée en mode ALUA Exécution d’un basculement de l’unité logique Restauration automatique d’une unité logique Baie en mode actif-passif Une baie en mode actif-passif dispose généralement de deux contrôleurs et fournit un accès en mode actif-passif à une unité logique (LU) via un ensemble de ports cibles. Les types d’accès de ces ports sont : actif (ACT) ou passif (PAS).
Lorsque le basculement d’une unité logique spécifique d’une baie vers un contrôleur cible spécifique est activé, l’événement de firmware Metro Node apf/3 est observé. Lorsque le basculement d’une unité logique spécifique d’une baie vers un contrôleur cible spécifique dit actif aboutit ou échoue, un événement de firmware Metro Node apf/4 est généré.
Index A G à propos de : métavolumes 9 affichage : analyseurs 90 analyseur de performances : creation 87 Gestion du stockage dynamique 24, 28 groupe de cohérence : propriétés 65, 75 groupes de cohérence : ajout de volumes 70 groupes de cohérence : application d’une règle de déconnexion 73 groupes de cohérence : création 69 groupes de cohérence : définir la visibilité 73 groupes de cohérence : définition de l’attribut en lecture seule 83 groupes de cohérence : propriétés : auto-resume-at-loser 67 groupes d
migrations par lot : nettoyage 53 migrations par lot : pause/reprise 51 migrations par lot : supprimer 54 migrations par lot : surveiller 51 migrations par lot : vérification du plan de migration 50 N notifications call home : à propos de 15 notifications call-home : gravité des événements 15 P Ports de WAN : contextes de l’interface CLI 55 Ports WAN 55 ports WAN : contexte de sous-réseaux 57 ports WAN : contexte port-groups 56 ports WAN : règles de configuration Metro 55 provisionnement dynamique 24, 25