Identifica le situazioni in cui un nodo opera con un carico molto più elevato rispetto agli altri nodi del cluster, con un potenziale impatto sulle latenze dei carichi di lavoro.

Questo avviene confrontando il valore della capacità di performance utilizzata per tutti i nodi nel cluster per verificare se esiste una differenza di carico del 30% tra i nodi. Si tratta di un evento di avviso.

Identifica le situazioni in cui un singolo nodo opera al di sopra dei limiti della sua efficienza operativa e quindi potenzialmente influisce sulle latenze dei carichi di lavoro.

Ciò avviene cercando nodi che utilizzano oltre il 100% della capacità delle performance per oltre 12 ore. Si tratta di un evento di avviso.

Identifica le situazioni in cui i nodi di una coppia ha operano al di sopra dei limiti dell'efficienza operativa della coppia ha.

Per farlo, è possibile esaminare il valore della capacità di performance utilizzata per i due nodi della coppia ha. Se la capacità delle performance combinate utilizzata dai due nodi supera il 200% per più di 12 ore, il failover del controller avrà un impatto sulle latenze dei carichi di lavoro. Si tratta di un evento informativo.

Identifica le situazioni in cui uno o più dischi di un aggregato sono frammentati, rallentando i servizi di sistema chiave e potenzialmente influenzando le latenze dei workload su un nodo.

Questo è possibile esaminando alcuni rapporti operativi di lettura e scrittura in tutti gli aggregati di un nodo. Questo criterio potrebbe essere attivato anche durante la risincronizzazione di SyncMirror o quando vengono rilevati errori durante le operazioni di scrubbing del disco. Si tratta di un evento di avviso.

Identifica le situazioni in cui un aggregato opera al di sopra dei limiti della sua efficienza operativa, con un potenziale impatto sulle latenze dei carichi di lavoro. Identifica queste situazioni cercando aggregati in cui i dischi nell'aggregato vengono utilizzati per oltre il 95% per più di 30 minuti. Questo criterio di multi-condizione esegue quindi la seguente analisi per determinare la causa del problema:

Identifica i volumi (condivisioni di file) e le LUN che hanno superato il limite di “latenza prevista” e che influiscono sulle prestazioni del carico di lavoro. Si tratta di un evento di avviso.

Ciò avviene cercando workload che abbiano superato il valore di latenza previsto per il 30% del tempo nell'ora precedente.

Identifica i volumi e le LUN che hanno superato il limite massimo di throughput di IOPS o MB/s di QoS e che influiscono sulla latenza del carico di lavoro. Si tratta di un evento di avviso.

Quando un singolo carico di lavoro viene assegnato a un gruppo di policy, questo viene fatto cercando i carichi di lavoro che hanno superato la soglia massima di throughput definita nel gruppo di policy QoS assegnato durante ciascun periodo di raccolta dell'ora precedente.

Quando più carichi di lavoro condividono una singola policy di QoS, questa operazione viene eseguita aggiungendo gli IOPS o i MB/s di tutti i carichi di lavoro della policy e controllando il totale rispetto alla soglia.

Identifica i volumi che hanno superato il limite massimo di throughput di IOPS/TB di QoS adattiva (o IOPS/TB con il limite di dimensione del blocco) e che influiscono sulla latenza del carico di lavoro. Si tratta di un evento di avviso.

A tale scopo, converte la soglia di picco IOPS/TB definita nella policy QoS adattiva in un valore IOPS massimo QoS in base alle dimensioni di ciascun volume, quindi cerca i volumi che hanno superato gli IOPS massimi QoS durante ciascun periodo di raccolta delle performance dell'ora precedente.

Quando l'elemento “block size” è stato definito nel criterio QoS adattivo, la soglia viene convertita in un valore massimo di QoS in MB/s in base alle dimensioni di ciascun volume. Quindi, cerca i volumi che hanno superato il QoS max MB/s durante ciascun periodo di raccolta delle performance dell'ora precedente.