Qu'advient-il des politiques de seuil de performance lorsqu'un objet est déplacé ?
Suggérer des modifications
PDF
Étant donné que les stratégies de seuil de performances sont attribuées aux objets de stockage, si vous déplacez un objet, toutes les stratégies de seuil attribuées restent attachées à l'objet une fois le déplacement terminé. Par exemple, si vous déplacez un volume ou un LUN vers un autre agrégat, les stratégies de seuil restent actives pour le volume ou le LUN sur le nouvel agrégat.
Si une condition de compteur secondaire existe pour la stratégie de seuil (une stratégie de combinaison) (par exemple, si une condition supplémentaire est attribuée à un agrégat ou à un nœud), la condition de compteur secondaire est appliquée au nouvel agrégat ou nœud vers lequel le volume ou le LUN a été déplacé.
Si de nouveaux événements actifs existent pour les objets qui utilisent la stratégie de seuil modifiée, les événements sont marqués comme obsolètes et la stratégie de seuil commence à surveiller le compteur en tant que stratégie de seuil nouvellement définie.
Une opération de déplacement de volume amène ONTAP à envoyer un événement de modification d'information. Une icône d'événement de modification apparaît dans la chronologie des événements sur la page Explorateur de performances et la page Analyse de la charge de travail pour indiquer l'heure à laquelle l'opération de déplacement a été terminée.
|
Si vous déplacez un objet vers un autre cluster, la stratégie de seuil définie par l'utilisateur est supprimée de l'objet. Si nécessaire, vous devez attribuer une politique de seuil à l'objet une fois l'opération de déplacement terminée. Cependant, les politiques de seuil dynamiques et définies par le système sont appliquées automatiquement à un objet après son déplacement vers un nouveau cluster. |
Fonctionnalité de la politique de seuil lors de la prise de contrôle et de la restitution de HA
Lorsqu'une opération de prise de contrôle ou de restitution se produit dans une configuration à haute disponibilité (HA), les objets déplacés d'un nœud à l'autre conservent leurs politiques de seuil de la même manière que dans les opérations de déplacement manuel. Étant donné qu'Unified Manager vérifie les modifications de configuration du cluster toutes les 15 minutes, l'impact du basculement vers le nouveau nœud n'est pas identifié avant la prochaine interrogation de la configuration du cluster.
|
|
Si une opération de prise de contrôle et de restitution se produit au cours de la période de collecte des modifications de configuration de 15 minutes, il est possible que vous ne voyiez pas les statistiques de performances passer d'un nœud à l'autre. |
Fonctionnalité de la politique de seuil lors de la relocalisation globale
Si vous déplacez un agrégat d'un nœud à un autre à l'aide de la aggregate relocation start commande, les politiques de seuil simples et combinées sont conservées sur tous les objets et la partie nœud de la politique de seuil est appliquée au nouveau nœud.
Fonctionnalité de la politique de seuil lors du basculement de MetroCluster
Les objets qui se déplacent d’un cluster à un autre dans une configuration MetroCluster ne conservent pas leurs paramètres de stratégie de seuil définis par l’utilisateur. Si nécessaire, vous pouvez appliquer des stratégies de seuil sur les volumes et les LUN qui ont été déplacés vers le cluster partenaire. Une fois qu'un objet est revenu à son cluster d'origine, la politique de seuil définie par l'utilisateur est réappliquée automatiquement.
Pour plus d'informations, voir"Comportement du volume lors du basculement et du retour en arrière" .