Gérez les politiques de seuil lors du déplacement d'objets dans Active IQ Unified Manager
Suggérer des modifications
PDF
Étant donné que les politiques de seuil de performance sont attribuées aux objets de stockage, si vous déplacez un objet, toutes les politiques de seuil attribuées restent associé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 politiques de seuil restent actives pour ce volume ou ce LUN sur le nouvel agrégat.
Si une condition de compteur secondaire existe pour la stratégie de seuil (une stratégie combinée), 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 la LUN a été déplacé.
S'il existe de nouveaux événements actifs pour des objets utilisant la politique de seuil modifiée, ces événements sont marqués comme obsolètes, et la politique de seuil commence à surveiller le compteur comme une politique de seuil nouvellement définie.
Une opération de déplacement de volume amène ONTAP à envoyer un événement de modification informatif. Une icône d'événement de modification apparaît dans la chronologie des événements sur la page Performance Explorer et la page Workload Analysis 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 politique de seuil définie par l'utilisateur est supprimée de l'objet. Le cas échéant, vous devez attribuer une politique de seuil à l'objet une fois le déplacement terminé. Les politiques de seuil dynamiques et définies par le système, quant à elles, sont appliquées automatiquement à l'objet après son déplacement vers un nouveau cluster. |
Fonctionnalité de la stratégie de seuil lors de la prise de contrôle et de la restitution HA
Lors d'une opération de basculement ou de restitution dans une configuration à haute disponibilité (HA), les objets déplacés d'un nœud à l'autre conservent leurs politiques de seuil, comme lors d'un déplacement manuel. Unified Manager vérifiant les modifications de configuration du cluster toutes les 15 minutes, l'impact du basculement vers le nouveau nœud n'est identifié qu'à la prochaine interrogation de la configuration du cluster.
|
|
Si une opération de prise de contrôle et une opération de restitution ont toutes deux lieu au cours de la période de collecte des modifications de configuration de 15 minutes, il se peut que les statistiques de performances ne passent pas d'un nœud à l'autre. |
fonctionnalité de la règle de seuil lors de la relocalisation d'agrégat
Si vous déplacez un agrégat d'un nœud vers un autre à l'aide de la commande aggregate relocation start, 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 stratégie de seuil lors du basculement 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 aux volumes et aux LUN qui ont été déplacés vers le cluster partenaire. Une fois qu'un objet est revenu à son cluster d'origine, la stratégie de seuil définie par l'utilisateur est automatiquement réappliquée.
Pour plus d’informations, consultez "Comportement du volume lors du basculement et du rétablissement".