Cosa accade ai criteri di soglia delle performance quando un oggetto viene spostato
Poiché i criteri di soglia delle performance vengono assegnati agli oggetti di storage, se si sposta un oggetto, tutti i criteri di soglia assegnati rimangono associati all'oggetto dopo il completamento dello spostamento. Ad esempio, se si sposta un volume o un LUN in un aggregato diverso, i criteri di soglia rimangono attivi per il volume o il LUN sul nuovo aggregato.
Se esiste una condizione di contatore secondaria per il criterio di soglia (un criterio di combinazione), ad esempio se viene assegnata una condizione aggiuntiva a un aggregato o a un nodo, la condizione di contatore secondario viene applicata al nuovo aggregato o nodo a cui il volume o il LUN è stato spostato.
Se esistono nuovi eventi attivi per gli oggetti che utilizzano il criterio di soglia modificato, gli eventi vengono contrassegnati come obsoleti e il criterio di soglia inizia a monitorare il contatore come criterio di soglia appena definito.
Un'operazione di spostamento del volume fa in modo che ONTAP invii un evento di modifica informativo. Un'icona di modifica degli eventi viene visualizzata nella timeline Eventi nella pagina Performance Explorer e nella pagina workload Analysis per indicare l'ora in cui l'operazione di spostamento è stata completata.
Se si sposta un oggetto in un cluster diverso, il criterio di soglia definito dall'utente viene rimosso dall'oggetto. Se necessario, è necessario assegnare un criterio di soglia all'oggetto al termine dell'operazione di spostamento. Tuttavia, i criteri di soglia dinamici e definiti dal sistema vengono applicati automaticamente a un oggetto dopo che è stato spostato in un nuovo cluster. |
Funzionalità dei criteri di soglia durante il takeover e il giveback di ha
Quando si verifica un'operazione di Takeover o giveback in una configurazione ad alta disponibilità (ha), gli oggetti spostati da un nodo all'altro mantengono le proprie policy di soglia nello stesso modo delle operazioni di spostamento manuale. Poiché Unified Manager verifica le modifiche alla configurazione del cluster ogni 15 minuti, l'impatto del passaggio al nuovo nodo non viene identificato fino al successivo polling della configurazione del cluster.
Se si verificano operazioni di Takeover e giveback entro un periodo di raccolta di modifiche alla configurazione di 15 minuti, le statistiche sulle performance potrebbero non spostarsi da un nodo all'altro. |
Funzionalità dei criteri di soglia durante il trasferimento dell'aggregato
Se si sposta un aggregato da un nodo a un altro nodo utilizzando il aggregate relocation start
comando, le policy di soglia a singola e combinazione vengono mantenute in tutti gli oggetti e la parte del nodo della policy di soglia viene applicata al nuovo nodo.
Funzionalità dei criteri di soglia durante lo switchover MetroCluster
Gli oggetti che si spostano da un cluster a un altro in una configurazione MetroCluster non mantengono le impostazioni dei criteri di soglia definiti dall'utente. Se necessario, è possibile applicare criteri di soglia ai volumi e alle LUN che sono stati spostati nel cluster del partner. Dopo che un oggetto è stato spostato di nuovo nel cluster originale, il criterio di soglia definito dall'utente viene riapplicato automaticamente.
Per informazioni, vedere "Comportamento del volume durante lo switchover e lo switchback".