Identifiziert Situationen, in denen ein einzelner Node über dem Grenzen seiner betrieblichen Effizienz arbeitet und so Workload-Latenzen potenziell beeinträchtigen kann. Dies ist ein Warnereignis.

Bei Nodes, die mit ONTAP 8.3.x und früherer Software installiert sind, sucht dieser Vorgang nach Nodes, die mehr als 30 Minuten lang mehr als 85 % ihrer CPU- und RAM-Ressourcen (Auslastung der Nodes) nutzen.

Bei Knoten, die mit der Software ONTAP 9.0 und höher installiert werden, sucht dieser Vorgang nach Nodes, die mehr als 30 Minuten lang mehr als 100 % ihrer Performance-Kapazität nutzen.

Bestimmt, in welchen Fällen die Nodes in einem HA-Paar über den Grenzen der betrieblichen Effizienz des HA-Paars arbeiten. Dies ist ein Informationsereignis.

Bei Nodes, die mit ONTAP 8.3.x und früherer Software installiert sind, wird dies durch einen Blick auf die CPU- und RAM-Nutzung für die beiden Nodes im HA-Paar erreicht. Wenn die kombinierte Node-Auslastung der beiden Nodes über 140 % für mehr als eine Stunde beträgt, wirkt sich ein Controller-Failover auf die Workload-Latenzen aus.

Bei Nodes, die mit der Software ONTAP 9.0 und höher installiert sind, werden dabei die verwendeten Performance-Kapazität für die beiden Nodes im HA-Paar untersucht. Wenn die kombinierte Performance-Kapazität der beiden Nodes über 200 % für mehr als eine Stunde beträgt, wirkt sich ein Controller-Failover auf die Workload-Latenzen aus.

Die Situation erkennt, dass eine Festplatte oder eine Festplatte in einem Aggregat fragmentiert ist, was die Services eines wichtigen Systems verlangsamt und die Workload-Latenzen auf einem Node potenziell beeinträchtigt.

Hier werden bestimmte Lese- und Schreibverhältnisse über alle Aggregate auf einem Node hinweg betrachtet. Diese Richtlinie kann auch während der Resynchronisierung der SyncMirror ausgelöst werden oder wenn Fehler während des Scrub-Betriebs der Festplatte gefunden werden. Dies ist ein Warnereignis.

Die Situation erkennt, in denen ein Aggregat über den Grenzen seiner betrieblichen Effizienz arbeitet und so die Workload-Latenzen potenziell beeinträchtigt werden. Es identifiziert diese Situationen durch die Suche nach Aggregaten, bei denen die Festplatten im Aggregat mehr als 95% für mehr als 30 Minuten ausgelastet sind. Diese Multicondition-Richtlinie führt dann die folgende Analyse durch, um die Ursache des Problems zu ermitteln:

Identifiziert Volumes und LUNs, die ihre maximalen IOPS-Werte durch QoS oder Durchsatzwerte von MB/s überschritten haben und die eine Workload-Latenz beeinträchtigen. Dies ist ein Warnereignis.

Wird einem einzelnen Workload einer Richtliniengruppe zugewiesen, so wird dies durch Workloads gesucht, die während jedes Erfassungszeitraums für die vorherige Stunde den in der zugewiesenen QoS-Richtliniengruppe definierten Maximaldurchsatz überschritten haben.

Wenn mehrere Workloads eine einzelne QoS-Richtlinie gemeinsam nutzen, werden dazu die IOPS oder MB/s aller Workloads in der Richtlinie hinzugefügt und die Gesamtsumme im Vergleich zum Schwellenwert überprüft.

Identifiziert Volumes, die die adaptive QoS-Grenze für IOPS/TB-Durchsatz überschritten haben (oder IOPS/TB mit Blockgrößen-Limit) und die sich auf die Workload-Latenz auswirken. Dies ist ein Warnereignis.

Dazu wird der in der adaptiven QoS-Richtlinie definierte IOPS-Spitzenwert pro TB in einen QoS-Maximalwert für IOPS basierend auf der Größe jedes Volumes konvertiert. Anschließend werden Volumes untersucht, die während jedes Performance-Erfassungszeitraums für die vorherige Stunde die maximalen IOPS-Werte für QoS überschritten haben.

Wurde in der anpassungsfähigen QoS-Richtlinie das Element „Blockgröße“ definiert, wird dieser Schwellenwert basierend auf der Größe jedes Volumes in einen QoS-Maximalwert umgewandelt. Dann sucht es nach Volumes, die die maximalen MB/s der QoS in jedem Performance-Erfassungszeitraum für die vorherige Stunde überschritten haben.