Administrator Guide
Table Of Contents
- Systèmes de stockage Dell EMC Guide de l’administrateur de l’appliance Métro Node
- Table des matières
- Préface
- Espace de travail et comptes d’utilisateur de l’interface CLI
- Métavolumes
- Gestion du système
- Notifications Call Home
- Emplacement du journal des événements
- Emplacement du journal de configuration du système
- Accélération matérielle avec VAAI
- Surcharge de la copie de déchargement avec XCOPY
- Changement de nom d’un cluster Metro Node
- Paramètres du panneau avant LCD
- Support dynamique de Metro Node
- Provisionnement du stockage
- Extension de volume
- Migration des données
- À propos de la migration des données
- Migration de stockage compatible avec le provisionnement dynamique
- À propos des reconstructions
- Migration ponctuelle des données
- Migrations par lot
- Conditions préalables
- Création d’un plan de migration par lot
- Vérification d’un plan de migration par lot
- Modification d’un fichier de migration par lot
- Démarrage d’une migration par lot
- Pause/reprise d’une migration par lot (en option)
- Annulation d’une migration par lot (en option)
- Surveillance de la progression de la migration par lot
- Affichage de l’état d’une migration par lot
- Validation d’une migration par lot
- Nettoyage d’une migration par lot
- Suppression des enregistrements de migration par lot
- Configuration du réseau WAN
- Cluster Witness
- Consistency Groups
- À propos des groupes de cohérence Metro Node
- Propriétés des groupes de cohérence
- Gérer les groupes de cohérence
- Création d’un groupe de cohérence
- Ajout de volumes à un groupe de cohérence
- Suppression de volumes d’un groupe de cohérence
- Modification des propriétés d’un groupe de cohérence
- exemple de modification : définition de visibility
- exemple de modification : application d’une règle de déconnexion
- Suppression d’un groupe de cohérence
- Affichage des propriétés d’un groupe de cohérence
- Utilisation d’un groupe de cohérence
- Performances et surveillance
- À propos des performances
- À propos de la surveillance des performances
- Surveillance des performances avec l’interface CLI
- À propos de la rotation et de l’horodatage des fichiers
- Présentation de la procédure : créer un analyseur à l’aide de l’interface CLI
- Création d’un analyseur
- Ajout/suppression de récepteurs d’analyseur
- Suppression d’un analyseur
- Activation/désactivation/modification d’une interrogation
- Activation/désactivation des récepteurs
- Exécution forcée d’une interrogation immédiate
- Activation et désactivation de ports
- Surveillance des ports
- Statistiques
- Tableaux de statistiques
- Metro Node avec baies de stockage en mode actif-passif
Performances et surveillance
Ce chapitre décrit le RPO/RTO et les procédures de création et d’utilisation des analyseurs de performances.
Sujets :
• À propos des performances
• À propos de la surveillance des performances
• Surveillance des performances avec l’interface CLI
• Activation et désactivation de ports
• Surveillance des ports
• Statistiques
• Tableaux de statistiques
À propos des performances
Ce chapitre aborde les sujets suivants en ce qui concerne les performances des systèmes Metro Node :
● Configuration – Paramètres modifiables permettant d’optimiser les performances et de gérer la perte de données maximale admissible
(RPO) et l’objectif de temps de reprise (RTO).
● Surveillance – Outils et techniques permettant de surveiller les performances Metro Node, et d’identifier et de diagnostiquer les
problèmes.
RPO et RTO
Perte de données maximale admissible (RPO) : le RPO (Recovery Point Objective) correspond à l’intervalle de temps entre le point de
défaillance d’un système de stockage et le point dans le passé à partir duquel le système de stockage devrait être en mesure de restaurer
les données client.
Le RPO représente la quantité maximale de perte de données que l’application peut tolérer après une défaillance. La valeur du RPO dépend
fortement de la technique de restauration utilisée. Par exemple, le RPO se compte généralement en jours pour les sauvegardes et en
minutes pour les réplications asynchrones, tandis que pour la mise en miroir ou la réplication synchrone, il se compte en secondes ou est
instantané.
Objectif de temps de reprise (RTO) : le RTO (Recovery Time Objective) correspond au délai dans lequel une solution de stockage est
censée récupérer après une panne et commencer à traiter les demandes des applications.
Le RTO représente la panne d’application tolérable la plus longue en raison d’une défaillance d’un système de stockage. Le RTO est une
fonction de la technologie de stockage. Il peut se mesurer en heures pour les systèmes de sauvegarde, en minutes pour une réplication à
distance et en secondes (ou moins) pour une mise en miroir.
À propos de la surveillance des performances
Les analyseurs de performances collectent et affichent des statistiques afin de déterminer la manière dont un port ou un volume est utilisé,
le nombre d’E/S en cours de traitement, l’utilisation du processeur, etc.
La surveillance des performances est supportée à la fois dans VPlexcli et dans Unisphere et se divise en trois types globaux :
● Le contrôle de la charge actuelle permet aux administrateurs d’observer la charge du processeur pendant les mises à niveau et la
charge des E/S sur la liaison WAN intercluster, et de comparer les charges frontales et back-end pendant le data mining ou la
sauvegarde.
Le contrôle de la charge actuelle est supporté dans Unisphere.
● Le contrôle de charge à long terme collecte des données pour la planification de la capacité et l’équilibrage de charge.
12
88 Performances et surveillance