Preparare i nodi per l'aggiornamento
Suggerisci modifiche
PDF
Il processo di sostituzione del controller inizia con una serie di controlli preliminari. Si raccolgono inoltre informazioni sui nodi originali da utilizzare più avanti nella procedura e, se necessario, si determina il tipo di unità con crittografia automatica in uso.
-
Elencare la versione del firmware del Service Processor (SP) o del Baseboard Management Controller (BMC) in esecuzione sul vecchio controller:
service-processor showVerificare di disporre di una versione del firmware SP o BMC supportata:
Vecchio controller SP o BMC Versione minima del firmware AFF A800
BMC
10,9
AFF A220
BMC
11,9P1
AFF A200
SP
5.11P1
AFF C190
BMC
11,9P1
FAS2620
SP
5.11P1
FAS2720
BMC
11,9P1
-
Iniziare il processo di sostituzione del controller immettendo il seguente comando nella modalità avanzata dei privilegi della riga di comando ONTAP:
set -privilege advancedsystem controller replace start -nodes node_namesViene visualizzato un output simile al seguente esempio. L'output mostra la versione di ONTAP in esecuzione sul cluster:
Warning: 1. Current ONTAP version is 9.15.1 2. Verify that NVMEM or NVRAM batteries of the new nodes are charged, and charge them if they are not. You need to physically check the new nodes to see if the NVMEM or NVRAM batteries are charged. You can check the battery status either by connecting to a serial console or using SSH, logging into the Service Processor (SP) or Baseboard Management Controller (BMC) for your system, and use the system sensors to see if the battery has a sufficient charge. Attention: Do not try to clear the NVRAM contents. If there is a need to clear the contents of NVRAM, contact NetApp technical support. 3. If a controller was previously part of a different cluster, run wipeconfig before using it as the replacement controller. 4. Note: This is not a MetroCluster configuration. Controller replacement supports only ARL based procedures. Do you want to continue? {y|n}: y -
Selezionare
y. Viene visualizzato il seguente output:Controller replacement operation: Prechecks in progress. Controller replacement operation has been paused for user intervention.
Durante la fase di precheck, il sistema esegue il seguente elenco di controlli in background.
Eseguire un controllo preliminare Descrizione Verifica dello stato del cluster
Controlla tutti i nodi nel cluster per confermare che siano integri.
Verifica dello stato di trasferimento aggregato
Verifica se è già in corso un trasferimento di aggregati. Se è in corso un altro trasferimento di aggregati, il controllo non riesce.
Controllo del nome del modello
Verifica se i modelli di controller sono supportati per questa procedura. Se i modelli non sono supportati, l'operazione non riesce.
Verifica del quorum del cluster
Verifica che i nodi da sostituire siano in quorum. Se i nodi non sono in quorum, l'attività non riesce.
Verifica della versione dell'immagine
Verifica che i nodi da sostituire eseguano la stessa versione di ONTAP. Se le versioni dell'immagine ONTAP sono diverse, l'operazione non riesce. Sui nuovi nodi deve essere installata la stessa versione di ONTAP 9.x installata sui nodi originali. Se nei nuovi nodi è installata una versione diversa di ONTAP, è necessario eseguire il netboot dei nuovi controller dopo averli installati. Per istruzioni su come aggiornare ONTAP, fare riferimento a. "Riferimenti" Collegamento a Upgrade ONTAP.
Verifica dello stato HA
Controlla se entrambi i nodi da sostituire sono in una configurazione di coppia ad alta disponibilità (ha). Se il failover dello storage non è abilitato per i controller, l'operazione non riesce.
Verifica dello stato dell'aggregato
Se i nodi che vengono sostituiti possiedono aggregati per i quali non sono proprietari di casa, l'attività non riesce. I nodi non devono possedere aggregati non locali.
Verifica dello stato del disco
Se i nodi da sostituire presentano dischi mancanti o guasti, l'attività non riesce. Se mancano dei dischi, fare riferimento al "Riferimenti"collegamento alla gestione disco e aggregato con la CLI, alla gestione logica dello storage con la CLI e alla gestione coppia ha per configurare lo storage per la coppia ha.
Verifica dello stato LIF dei dati
Controlla se uno dei nodi da sostituire dispone di LIF di dati non locali. I nodi non devono contenere file di dati di cui non sono proprietari. Se uno dei nodi contiene LIF di dati non locali, l'attività non riesce.
Stato LIF del cluster
Verifica se le LIF del cluster sono in funzione per entrambi i nodi. Se le LIF del cluster non sono attive, l'attività non riesce.
Verifica dello stato ASUP
Se le notifiche AutoSupport non sono configurate, l'attività non riesce. È necessario attivare AutoSupport prima di iniziare la procedura di sostituzione del controller.
Verifica dell'utilizzo della CPU
Controlla se l'utilizzo della CPU è superiore al 50% per uno dei nodi da sostituire. Se l'utilizzo della CPU è superiore al 50% per un periodo di tempo considerevole, il task non riesce.
Controllo ricostruzione aggregata
Controlla se la ricostruzione avviene su qualsiasi aggregato di dati. Se la ricostruzione aggregata è in corso, l'operazione non riesce.
Verifica del processo di affinità del nodo
Controlla se sono in esecuzione lavori di affinità del nodo. Se i lavori di affinità del nodo sono in esecuzione, il controllo non riesce.
-
Una volta avviata l'operazione di sostituzione del controller e completate le verifiche preliminari, l'operazione viene interrotta, consentendo di raccogliere le informazioni di output necessarie in seguito nel processo di aggiornamento del controller.
-
Eseguire il seguente set di comandi come indicato dalla procedura di sostituzione del controller sulla console di sistema.
Eseguire i comandi dalla porta seriale collegata a ciascun nodo, eseguire e salvare individualmente l'output dei comandi:
-
vserver services name-service dns show -
network interface show -curr-node local -role cluster,intercluster,node-mgmt,cluster-mgmt,data -
network port show -node local -type physical -
service-processor show -node local -instance -
network fcp adapter show -node local -
network port ifgrp show -node local -
system node show -instance -node local -
run -node local sysconfig -
run -node local sysconfig -ac -
run -node local aggr status -r -
vol show -fields type -
run local aggr options data_aggregate_name -
vol show -fields type , space-guarantee -
storage aggregate show -node local -
volume show -node local -
storage array config show -switch switch_name -
system license show -owner local -
storage encryption disk show -
security key-manager onboard show-backup -
security key-manager external show -
security key-manager external show-status -
network port reachability show -detail -node local
Se la crittografia del volume NetApp (NVE) o la crittografia aggregata NetApp (NAE) utilizzando Gestione chiavi integrata è in uso, tenere la passphrase del gestore delle chiavi pronta per completare la risincronizzazione del gestore delle chiavi in un secondo momento della procedura.
-
-
Se il sistema utilizza dischi con crittografia automatica, consultare l'articolo della Knowledge base "Come verificare se un disco è certificato FIPS" Per determinare il tipo di unità con crittografia automatica in uso sulla coppia ha che si sta aggiornando. Il software ONTAP supporta due tipi di dischi con crittografia automatica:
-
Dischi SAS o NVMe NetApp Storage Encryption (NSE) certificati FIPS
-
Dischi NVMe con crittografia automatica non FIPS (SED)
Non è possibile combinare dischi FIPS con altri tipi di dischi sullo stesso nodo o coppia ha.
È possibile combinare SED con dischi non crittografanti sullo stesso nodo o coppia ha.
-
Correggere la proprietà dell'aggregato se un controllo preliminare ARL non riesce
Se il controllo dello stato aggregato non riesce, è necessario restituire gli aggregati di proprietà del nodo partner al nodo proprietario domestico e avviare nuovamente il processo di pre-controllo.
-
Restituire gli aggregati attualmente di proprietà del nodo partner al nodo home owner:
storage aggregate relocation start -node source_node -destination destination-node -aggregate-list * -
Verificare che né node1 né node2 possiedano ancora aggregati per i quali è il proprietario corrente (ma non il proprietario domestico):
storage aggregate show -nodes node_name -is-home false -fields owner-name, home-name, stateL'esempio seguente mostra l'output del comando quando un nodo è sia il proprietario corrente che il proprietario domestico degli aggregati:
cluster::> storage aggregate show -nodes node1 -is-home true -fields owner-name,home-name,state aggregate home-name owner-name state --------- --------- ---------- ------ aggr1 node1 node1 online aggr2 node1 node1 online aggr3 node1 node1 online aggr4 node1 node1 online 4 entries were displayed.
Al termine
È necessario riavviare il processo di sostituzione del controller:
system controller replace start -nodes node_names
Licenza
Ogni nodo del cluster deve disporre di un proprio file di licenza NetApp (NLF).
Se non si dispone di un NLF, le funzionalità attualmente concesse in licenza nel cluster sono disponibili per il nuovo controller. Tuttavia, l'utilizzo di funzionalità senza licenza sul controller potrebbe non essere conforme al contratto di licenza, pertanto è necessario installare l'NLF per il nuovo controller al termine dell'aggiornamento.
Fare riferimento a. "Riferimenti" Per accedere al sito di supporto NetApp dove è possibile ottenere il proprio NLF. Gli NLFs sono disponibili nella sezione My Support sotto licenze software. Se il sito non dispone delle risorse di rete non disponibili, contattare il rappresentante commerciale NetApp.
Per informazioni dettagliate sulle licenze, fare riferimento a. "Riferimenti" Per collegarsi al System Administration Reference.