Aggiornamento mediante trasferimento degli aggregati
Workflow di upgrade ARL
Suggerisci modifiche
PDF
Prima di aggiornare i nodi utilizzando ARL, è necessario comprendere il funzionamento della procedura. In questo documento, la procedura viene suddivisa in diverse fasi.
Aggiornare la coppia di nodi
Per aggiornare la coppia di nodi, è necessario preparare i nodi originali ed eseguire una serie di passaggi sia sul nodo originale che su quello nuovo. È quindi possibile decommissionare i nodi originali.
Panoramica della sequenza di aggiornamento ARL
Durante la procedura, si aggiorna l'hardware del controller originale con l'hardware del controller sostitutivo, un controller alla volta, sfruttando la configurazione della coppia ha per trasferire la proprietà degli aggregati non root. Tutti gli aggregati non root devono essere sottoposti a due rilocazioni per raggiungere la destinazione finale, che è il nodo aggiornato corretto.
Ogni aggregato ha un proprietario di casa e un proprietario corrente. Il proprietario della casa è il proprietario effettivo dell'aggregato e il proprietario attuale è il proprietario temporaneo.
La figura seguente mostra le fasi della procedura. Le frecce spesse e grigio chiaro rappresentano il trasferimento degli aggregati e lo spostamento dei LIF, mentre le frecce nere più sottili rappresentano la rimozione dei nodi originali. Le immagini dei controller più piccole rappresentano i nodi originali, mentre quelle più grandi rappresentano i nuovi nodi.
La seguente tabella descrive le attività di alto livello eseguite durante ciascuna fase e lo stato di proprietà aggregata alla fine della fase. Le fasi dettagliate vengono fornite più avanti nella procedura:
| Fase | Descrizione | ||
|---|---|---|---|
Durante la fase 1, se necessario, si conferma che i dischi interni non contengono aggregati root o aggregati di dati, si preparano i nodi per l'aggiornamento ed eseguono una serie di controlli preliminari. Se necessario, occorre reimmettere i dischi per Storage Encryption e prepararsi all'avvio in rete dei nuovi controller. Proprietà aggregata alla fine della fase 1:
|
|||
Durante la fase 2, è possibile spostare aggregati non root da node1 a node2 e spostare le LIF di dati non SAN di proprietà di node1 a node2, inclusi gli aggregati non riusciti o vetoed. Registrare le informazioni necessarie per l'utilizzo1 più avanti nella procedura, quindi dismettere il node1. Proprietà aggregata alla fine della fase 2:
|
|||
Durante la fase 3, si installa e si avvia node3, si mappano le porte di gestione del cluster e dei nodi da node1 a node3, si verifica l'installazione node3 e si spostano le LIF dei dati e LE LIF SAN appartenenti al node1 da node2 a node3. Puoi anche spostare tutti gli aggregati da node2 a node3 e spostare i dati LIF e SAN LIF di proprietà di node2 a node3. Proprietà aggregata alla fine della fase 3:
|
|||
Durante la fase 4, si registrano le informazioni necessarie per il node2 da utilizzare più avanti nella procedura, quindi si deve ritirare il node2. Non si verificano modifiche nella proprietà aggregata. |
|||
Durante la fase 5, si installa e si avvia node4, si mappano le porte di gestione del cluster e dei nodi da node2 a node4, si verifica l'installazione node4 e si spostano le LIF dei dati e LE LIF SAN appartenenti al node2 da node3 a node4. È inoltre possibile spostare gli aggregati node2 da node3 a node4 e spostare i dati node2 NAS LIF da node3 a node4. Proprietà aggregata alla fine della fase 5:
|
|||
Durante la fase 6, confermi che i nuovi nodi sono impostati correttamente e configuri Storage Encryption o NetApp Volume Encryption se i nuovi nodi sono abilitati alla crittografia. È inoltre necessario decommissionare i vecchi nodi e riprendere le operazioni di SnapMirror.
Non si verificano modifiche nella proprietà aggregata. |
