Systèmes de stockage Dell EMC Guide de l’administrateur de l’appliance Métro Node 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. © 2021 Dell Inc. ou ses filiales. Tous droits réservés.
Table des matières Chapitre 1: Préface......................................................................................................................... 7 Chapitre 2: Espace de travail et comptes d’utilisateur de l’interface CLI.............................................. 9 Configuration de l’espace de travail de l’interface CLI..................................................................................................... 9 Définir le seuil pour la journalisation de console...................
Chapitre 6: Provisionnement du stockage....................................................................................... 35 Présentation du provisionnement..................................................................................................................................... 35 Provisionnement de stockage avec le provisionnement EZ.......................................................................................... 35 Modification du caractère dynamique d’un volume virtuel...........
Matériel et ports WAN Metro Node................................................................................................................................. 59 Règles de configuration des ports WAN Metro over IP.................................................................................................59 Groupes de ports...........................................................................................................................................................
Création d’un analyseur................................................................................................................................................ 92 Ajout/suppression de récepteurs d’analyseur............................................................................................................93 Suppression d’un analyseur..........................................................................................................................................
1 Préface En vue d’améliorer la qualité de sa gamme de produits, Dell EMC publie régulièrement des révisions de ses matériels et logiciels. Par conséquent, il se peut que certaines fonctions décrites dans le présent document ne soient pas prises en charge par l'ensemble des versions des logiciels ou matériels actuellement utilisés. Pour obtenir les informations les plus récentes sur les fonctionnalités des produits, consultez les notes de mise à jour de vos produits.
Tableau 1. Conventions typographiques (suite) ● ● ● ● code système ; sortie du système, telle qu’un message d’erreur ou un script ; noms de chemins d’accès, noms de fichiers, invites et syntaxe ; commandes et options. Monospace italique Utilisé pour les variables. Monospace gras Utilisé pour les entrées utilisateur. [] Les crochets entourent les valeurs facultatives. | Une barre verticale indique des sélections alternatives : la barre signifie "ou".
2 Espace de travail et comptes d’utilisateur de l’interface CLI Ce chapitre décrit comment utiliser l’interface de ligne de commande (CLI) pour configurer l’espace de travail de l’interface de ligne de commande 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.
3 Métavolumes Ce chapitre décrit les procédures de gestion des métadonnées et des métavolumes avec l’interface VPlexcli.
● 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.
É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 2. 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 2. 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.
4 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, les questions d’interrogation pour configurer le service non configuré s’affichent. Avant de commencer Vous avez besoin des informations suivantes pour terminer la configuration de la notification Call Home : ● Adresse IP de la passerelle SRS ou SCG utilisée pour transférer les notifications Call Home à Dell EMC.
Download of file 'log.txt' is in progress. Please wait... Download of file 'MFT_API_TEST/DummyFIle_test.docx' is in progress. Please wait... Download of file(s) from MFT portal completed SHA256 checksum verification of downloaded file(s) in progress... File 'softwareWeekly.tar.gz' downloaded successfully from node '10.226.81.189' with checksum=47a08c12d4dddc30039fd0a86642b64c435e14f1d6a0c9ccfd83eff03ee7dfbd File 'log.txt' downloaded successfully from node '10.226.81.
2. Exécutez la commande suivante pour transmettre les fichiers présents sur le nœud local à des nœuds spécifiques à l’aide des informations sur les fichiers de métadonnées : service@director-1-1-a:~> /opt/dell/vplex/bin/supportassist_mft sync --metadata-file /home/service/mft/ metadata.json --nodes 10.226.81.190 File 'softwareWeekly.tar.gz' with checksum 47a08c12d4dddc30039fd0a86642b64c435e14f1d6a0c9ccfd83eff03ee7dfbd copied to /home/ service/mft/ directory File 'log.
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.
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 que les vues de stockage futures correspondent à la nouvelle configuration, modifiez la valeur system default. ● System default – Activé ou désactivé en tant que valeur système par défaut. Une vue de stockage créée après activation/ désactivation de WriteSame (16) au niveau system default hérite du paramètre system default.
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é.
5 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.
6 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é.
7 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.
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.
RAID 1 à deux branches Figure 3. Géométries courantes : RAID 1 à deux branches Conditions préalables liées à la méthode d’extension de volume de stockage Afin d’étendre un périphérique ou d’ajouter une cible pour l’extension avec la méthode d’extension de volume de stockage, la géométrie du volume virtuel Metro Node doit répondre à l’un des critères suivants : ● Le volume virtuel est mappé 1-à-1 vers le volume de stockage sous-jacent.
PRÉCAUTION : L’exécution d’une opération majeure de l’hôte (réinitialisation LIP, par exemple) afin de détecter une modification de la taille d’un volume présente un risque pour les volumes accessibles par l’hôte. Il est recommandé d’éviter ce type d’opérations gourmandes en ressources lors de l’extension de volume. ● Le trafic d’initialisation de l’extension se produit sur les zones de disque qui n’exécutent pas d’E/S de l’hôte.
virtuels avec ces géométries tant que certains des processus d’initialisation précédemment démarrés n’ont pas été terminés sur ce cluster. Les volumes virtuels qui ne contiennent pas d’appareils RAID 1 ou RAID 1 distribués ne sont pas concernés par cette limite. Dépannage et indication d’intégrité Lorsqu’une extension de volume échoue, les informations sur les causes de l’échec sont ajoutées à l’attribut health indications.
8 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 6.
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 VPlexcli affiche un avertissement qui indique que la source perd sa fonctionnalité dynamique après la migration. VPlexcli:/> batch-migrate create-plan --file 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 8. É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.
9 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.
objectClass: posixAccount uid: dev1 loginShell: /bin/bash homeDirectory: /u/v/x/y/dev1 uidNumber: 50000 gidNumber: 80000 Configuration du réseau WAN 65
10 Cluster Witness La prise en charge de Cluster Witness (CW) permet à la solution Metro Node d’améliorer la disponibilité globale de l’environnement en arbitrant une défaillance de communication pure entre deux sites principaux et une défaillance réelle du site dans une architecture multisite. Pour les versions 7.0.1 et ultérieures, les systèmes peuvent désormais compter sur un composant appelé Metro Node Witness.
11 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.
● consistency-group set-detach-rule no-automatic-winner ● consistency-group set-detach-rule winner Utilisez la commande set pour modifier les propriétés suivantes d’un groupe de cohérence : ● Visibilité ● Storage-at-clusters ● Local-read-override Pour afficher les attributs modifiables (accessibles en écriture) à l’aide de la commande set et leurs entrées valides : VPlexcli:/clusters/cluster-1/consistency-groups/TestCG> set attribute input-description --------------------------------------------------------
Pour modifier la propriété visibility à partir du contexte racine : VPlexcli:/> set /clusters/cluster-1/consistency-groups/TestCG::visibility cluster-1,cluster-2 exemple de modification : application d’une règle de déconnexion Le tableau suivant répertorie les règles de déconnexion applicables aux groupes de cohérence avec différents paramètres pour les propriétés visibility et storage-at-clusters. À propos de cette tâche Tableau 11.
Suppression d’un groupe de cohérence À propos de cette tâche Pour supprimer un groupe de cohérence vide : Étapes 1. Utilisez la commande ls -f pour vérifier qu’il n’y a aucun volume virtuel dans le groupe de cohérence (virtual volumes = [ ]).
Utilisez la commande ls dans le contexte /clusters/cluster-name/consistency-groups pour afficher le nom des groupes de cohérence sur le cluster spécifié uniquement : VPlexcli:/> ls /clusters/cluster-1/consistency-groups/ /clusters/cluster-1/consistency-groups: TestCG test10 test11 test12 test13 test14 test15 test8 test9 vs_RAM_c1wins vs_RAM_c2wins vs_oban005 vs_sun190 test16 test5 test6 test7 Utilisez la commande ll dans le contexte /clusters/cluster-name/consistency-groups pour afficher une présentati
Utilisez la commande ll dans le contexte /advanced d’un groupe de cohérence pour afficher les propriétés avancées du groupe de cohérence spécifié.
Attributes: Name ------------------active-clusters cache-mode detach-rule operational-status Value ---------------------------------------------------------[cluster-1, cluster-2] synchronous no-automatic-winner [(cluster-1,{ summary:: ok, details:: [] }), (cluster-2,{ summary:: ok, details:: [] })] 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 Tableau 12.
Tableau 12. Description des champs de groupe de cohérence (suite) Propriété Description ● consistency-group remove-virtual-volumes – Supprimez un ou plusieurs volumes virtuels d’un groupe de cohérence. Propriétés avancées auto-resume-at-loser Détermine si les E/S reprennent automatiquement sur le cluster déconnecté pour les volumes d’un groupe de cohérence lorsque le cluster retrouve la connectivité avec son cluster homologue.
Tableau 12. Description des champs de groupe de cohérence (suite) Propriété Description ● requires-resume-after-rollback – Un cluster a déconnecté son cluster homologue et a restauré l’affichage des données, mais attend la commande consistency-group resume-after-rollback avant de reprendre les E/S. Affichage : ○ Il n’y a aucune règle de déconnexion. ○ Si la règle de déconnexion est no-automatic-winner ; ou ○ Si la règle de déconnexion ne peut pas se déclencher, car les conditions ne sont pas respectées.
2. Utilisez la commande resolve-conflicting-detach pour sélectionner le cluster-1 comme gagnant. VPlexcli:/clusters/cluster-1/consistency-groups/cg1> resolve-conflicting-detach -c cluster-1 This will cause I/O to suspend at clusters in conflict with cluster cluster-1, allowing you to stop applications at those clusters. Continue? (Yes/No) Yes Les modifications du cluster-2 apportées aux données sur les volumes dans le groupe de cohérence depuis le début de la panne du lien sont ignorées.
Étapes 1. Utilisez la commande ls pour afficher l’état opérationnel du groupe de cohérence cible.
Étapes Utilisez la commande set pour définir le groupe de cohérence en lecture seule.
12 Performances et surveillance Ce chapitre décrit le RPO/RTO et les procédures de création et d’utilisation des analyseurs de performances.
Le contrôle de la charge à long terme est supporté par les analyseurs créés dans l’interface CLI et/ou les analyseurs perpétuels. ● 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.
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.
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): . . .
REMARQUE : Une fois le script démarré, sa sortie est enregistrée dans le fichier ports-stats-monitor.log, qui est visible sous /var/log/VPlex/cli. 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.
REMARQUE : À l’étape c, n’apportez aucune modification à l’issue du chargement du script. Laissez le script de l’analyseur s’exécuter quelques instants. En présence de problèmes de performance, l’utilisateur final reçoit des alertes par e-mail à ce sujet et doit contacter le support Metro Node pour obtenir de l’aide. Accédez à l’étape d, bien que ce soit uniquement pour confirmer que l’analyseur s’exécute.
Comma-separated email addresses to notify upon detecting a failure --smtp= SMTP server address to use for notification emails --local-only 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`.
The following additional reports from the last hour were suppressed: 2019-03-22 14:21:12 director-1-1-B B0-FC02 director-1-1-B B0-FC03 director-1-1-B B0-FC00 director-1-1-B B0-FC01 (front-end) (front-end) (front-end) (front-end) crc-errors crc-errors crc-errors crc-errors has has has has increased increased increased increased by by by by 13354 19255 15254 953630 Éléments à prendre en compte Consignez le nombre de ports et de directeurs qui créent un rapport signalant un problème.
Figure 10. Surveillance des cibles Affichage des statistiques disponibles Les statistiques sont regroupées en sous-catégories. Utilisez la commande monitor stat-list suivie de la touche pour afficher les sous-catégories de statistiques.
Tableau 14.
Tableau 16. Statistiques sur les directeurs Statistiques Type Description director.async-write Écritures back-end Nombre d’écritures asynchrones en Ko/seconde. director.be-aborts Opérations back-end Nombre d’opérations d’E/S abandonnées via les ports backend du directeur. director.be-busies Opérations back-end Nombre de notifications d’occupation sur le directeur. director.be-ops Opérations back-end Nombre d’opérations d’E/S exécutées via les ports backend du directeur.
Tableau 16. Statistiques sur les directeurs (suite) Statistiques Type Description director.com-ops-queued Opérations de communication en file d’attente Nombre d’opérations en file d’attente vers un directeur distant. Octets de reconstruction reçus Nombre d’octets reçus par le nœud à partir du ou des nœuds distants pour le trafic de reconstruction (lectures et/ou écritures).
Tableau 17. Statistiques sur les directeurs frontaux (fe-director) Statistiques Type Description fe-director.aborts Opération frontale Nombre d’opérations d’E/S abandonnées via les ports frontaux du directeur. Latence des opérations CompareAndWrite Latence des opérations CompareAndWrite en microsecondes sur les ports frontaux du directeur spécifié. Le bucket de latence est ramené à trois buckets, de 0 à la valeur maximale, au lieu des 64 buckets de latence collectés au sein du firmware Metro Node.
Tableau 18. Statistiques sur les volumes frontaux (fe-lu) (suite) Statistiques Type Description Écriture sur le volume frontal Nombre d’écritures sur le volume frontal spécifié. Latence d’écriture sur le volume frontal Distribution de la latence des écritures en microsecondes sur le volume frontal spécifié. Latence moyenne des opérations WriteSame sur le volume frontal Distribution de la latence moyenne des opérations WriteSame sur le volume frontal spécifié.
Tableau 19. Statistiques sur les ports frontaux (fe-prt) (suite) Statistiques Type Description fe-prt.write Écriture sur le port frontal Nombre d’octets écrits sur le port FC frontal spécifié. Latence d’écriture sur le port frontal Distribution de la latence des écritures en microsecondes sur le port FC frontal spécifié. Latence moyenne des opérations WriteSame sur le port frontal Distribution de la latence moyenne des opérations WriteSame sur le port FC frontal spécifié.
Tableau 20. Statistiques sur les RAID distants (ramf) (suite) Statistiques Type Description ramf.imp-rd-avg-lat Lectures importées Latence moyenne des lectures distantes à partir du cluster local vers un disque ou un LUN sur un cluster distant. Écritures importées Latence moyenne des écritures distantes à partir du cluster local vers un disque ou un LUN sur un cluster distant. "type : moyenne par période ; unités : microsecondes ; arguments : aucun" ramf.
Tableau 23. Statistiques IP COM WAN (ip-com-port) Statistiques Type Description ip-com-port.recv-pckts Compteur ; unités : nombre/seconde ; arguments : port-name Nombre de paquets reçus via l’UDP sur le port IP COM WAN. ip-com-port.send-bytes Compteur ; unités : octets/seconde ; arguments : port-name Nombre d’octets envoyés via l’UDP sur le port IP COM WAN. ip-com-port.
Tableau 25. Statistiques sur les E/S de cluster COM (suite) Statistiques Description com-cluster-io.max-lat Latence maximale en microsecondes de l’ensemble des E/S du cluster local vers l’autre cluster. Utilise un numéro de cluster comme argument. "type : mesure ; unités : microsecondes ; arguments : cluster-id" com-cluster-io.min-lat "lecture ; unités : microsecondes ; arguments : cluster-id" com-cluster-io.
Tableau 27. Statistiques sur les chemins COM (suite) Statistiques Description com-path.rtt-min Durée de boucle minimale de déplacement des données le long du chemin. com-path.send-bytes Nombre d’octets de données envoyés le long du chemin. Il inclut les données ainsi que les en-têtes UDCOM. com-path.send-posted-bytes Nombre de mémoires tampons de données de transmission publiées. Autrement dit, les données en file d’attente pour la transmission. Tableau 28.
Tableau 29. Statistiques sur l’adaptateur XCOPY (suite) Statistiques Description fe-director.xcopy-ops Nombre d’opérations XCOPY terminées par seconde pour un directeur donné. fe-lu.xcopy-avg-lat Latence moyenne pour traiter les XCOPY frontales reçues pour un volume virtuel Metro Node donné d’un directeur spécifique, en microsecondes fe-lu.xcopy-ops Nombre d’opérations XCOPY traitées par un volume virtuel Metro Node donné d’un directeur spécifique. fe-prt.
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é.
