Skip to main content
È disponibile una versione più recente di questo prodotto.
La versione in lingua italiana fornita proviene da una traduzione automatica. Per eventuali incoerenze, fare riferimento alla versione in lingua inglese.

Eseguire i controlli dello stato dello storage Element prima di aggiornare lo storage

Collaboratori
PDF

Prima di aggiornare lo storage Element, è necessario eseguire controlli di integrità per assicurarsi che tutti i nodi di storage nel cluster siano pronti per l'upgrade dello storage Element successivo.

Di cosa hai bisogno

  • Servizi di gestione: È stato eseguito l'aggiornamento al bundle di servizi di gestione più recente (2.10.27 o versione successiva).

    Importante Prima di aggiornare il software Element, è necessario eseguire l'aggiornamento al bundle di servizi di gestione più recente.

  • Nodo di gestione: Si sta eseguendo il nodo di gestione 11.3 o successivo.

  • Software Element: La versione del cluster in uso esegue il software NetApp Element 11.3 o versione successiva.

  • Contratto di licenza con l'utente finale (EULA): A partire dai servizi di gestione 2.20.69, è necessario accettare e salvare l'EULA prima di utilizzare l'interfaccia utente o l'API di NetApp Hybrid Cloud Control per eseguire i controlli dello stato dello storage Element:

    1. Aprire l'indirizzo IP del nodo di gestione in un browser Web:

      https://<ManagementNodeIP>

    2. Accedere a NetApp Hybrid Cloud Control fornendo le credenziali di amministratore del cluster di storage.

    3. Selezionare Upgrade (Aggiorna) nella parte superiore destra dell'interfaccia.

    4. Viene visualizzato il EULA. Scorrere verso il basso, selezionare Accetto per aggiornamenti correnti e futuri e selezionare Salva.

Opzioni di controllo dello stato di salute

È possibile eseguire controlli di integrità utilizzando l'interfaccia utente di NetApp Hybrid Cloud Control (HCC), l'API HCC o la suite HealthTools:

Per ulteriori informazioni sui controlli dello stato dello storage eseguiti dal servizio, consultare:

Utilizza NetApp Hybrid Cloud Control per eseguire i controlli dello stato dello storage Element prima di aggiornare lo storage

Utilizzando NetApp Hybrid Cloud Control (HCC), è possibile verificare che un cluster di storage sia pronto per l'aggiornamento.

Fasi

  1. Aprire l'indirizzo IP del nodo di gestione in un browser Web:

    https://<ManagementNodeIP>

  2. Accedere a NetApp Hybrid Cloud Control fornendo le credenziali di amministratore del cluster di storage.

  3. Selezionare Upgrade (Aggiorna) nella parte superiore destra dell'interfaccia.

  4. Nella pagina Upgrades, selezionare la scheda Storage.

  5. Selezionare il controllo dello stato di salute iconadel cluster che si desidera controllare per la disponibilità dell'aggiornamento.

  6. Nella pagina Storage Health Check, selezionare Run Health Check.

  7. In caso di problemi, procedere come segue:

    1. Consultare l'articolo della Knowledge base specifico elencato per ciascun problema o eseguire la riparazione specificata.

    2. Se viene specificato un KB, completare la procedura descritta nel relativo articolo della Knowledge base.

    3. Una volta risolti i problemi del cluster, selezionare Riesegui controllo stato di salute.

Una volta completato il controllo dello stato di salute senza errori, il cluster di storage è pronto per l'aggiornamento. Per continuare, vedere l'aggiornamento del nodo di storage"istruzioni".

Utilizzare l'API per eseguire i controlli dello stato dello storage Element prima di aggiornare lo storage

È possibile utilizzare REST API per verificare che un cluster di storage sia pronto per l'aggiornamento. Il controllo dello stato di salute verifica che non vi siano ostacoli all'aggiornamento, ad esempio nodi in sospeso, problemi di spazio su disco e guasti del cluster.

Fasi

  1. Individuare l'ID del cluster di storage:

    1. Aprire l'interfaccia utente REST API del nodo di gestione sul nodo di gestione:

      https://<ManagementNodeIP>/mnode

    2. Selezionare autorizzare e completare le seguenti operazioni:

      1. Inserire il nome utente e la password del cluster.

      2. Inserire l'ID client come mnode-client se il valore non fosse già compilato.

      3. Selezionare autorizzare per avviare una sessione.

      4. Chiudere la finestra di autorizzazione.

    3. Dall'interfaccia utente dell'API REST, selezionare GET /assets.

    4. Selezionare Provalo.

    5. Selezionare Esegui.

    6. Dalla risposta, copiare la "id" dalla "storage" sezione del cluster che si intende verificare per la disponibilità dell'aggiornamento.

      Nota Non utilizzare il "parent" valore in questa sezione perché si tratta dell'ID del nodo di gestione e non dell'ID del cluster di storage. 
    "config": {},
"credentialid": "12bbb2b2-f1be-123b-1234-12c3d4bc123e",
"host_name": "SF_DEMO",
"id": "12cc3a45-e6e7-8d91-a2bb-0bdb3456b789",
"ip": "10.123.12.12",
"parent": "d123ec42-456e-8912-ad3e-4bd56f4a789a",
"sshcredentialid": null,
"ssl_certificate": null

  2. Eseguire i controlli di integrità sul cluster di storage:

    1. Aprire l'interfaccia utente dell'API REST dello storage sul nodo di gestione:

      https://<ManagementNodeIP>/storage/1/

    2. Selezionare autorizzare e completare le seguenti operazioni:

      1. Inserire il nome utente e la password del cluster.

      2. Inserire l'ID client come mnode-client se il valore non fosse già compilato.

      3. Selezionare autorizzare per avviare una sessione.

      4. Chiudere la finestra di autorizzazione.

    3. Selezionare POST /Health-checks.

    4. Selezionare Provalo.

    5. Nel campo Parameter (parametro), inserire l'ID del cluster di storage ottenuto nella fase 1.

      {
  "config": {},
  "storageId": "123a45b6-1a2b-12a3-1234-1a2b34c567d8"
}

    6. Selezionare Esegui per eseguire un controllo dello stato di salute sul cluster di storage specificato.

      La risposta deve indicare initializing:

    {
  "_links": {
    "collection": "https://10.117.149.231/storage/1/health-checks",
    "log": "https://10.117.149.231/storage/1/health-checks/358f073f-896e-4751-ab7b-ccbb5f61f9fc/log",
    "self": "https://10.117.149.231/storage/1/health-checks/358f073f-896e-4751-ab7b-ccbb5f61f9fc"
  },
  "config": {},
  "dateCompleted": null,
  "dateCreated": "2020-02-21T22:11:15.476937+00:00",
  "healthCheckId": "358f073f-896e-4751-ab7b-ccbb5f61f9fc",
  "state": "initializing",
  "status": null,
  "storageId": "c6d124b2-396a-4417-8a47-df10d647f4ab",
  "taskId": "73f4df64-bda5-42c1-9074-b4e7843dbb77"
}

    1. Copiare il healthCheckID che fa parte della risposta.

  3. Verificare i risultati dei controlli di stato:

    1. Selezionare GET ​/Health-checks​/{healthCheckId}.

    2. Selezionare Provalo.

    3. Inserire l'ID del controllo di salute nel campo dei parametri.

    4. Selezionare Esegui.

    5. Scorrere fino alla parte inferiore del corpo della risposta.

      Se tutti i controlli di integrità hanno esito positivo, il reso è simile al seguente esempio:

    "message": "All checks completed successfully.",
"percent": 100,
"timestamp": "2020-03-06T00:03:16.321621Z"

  4. Se il message ritorno indica che si sono verificati problemi relativi allo stato del cluster, procedere come indicato di seguito:

    1. Selezionare GET ​/Health-checks​/{healthCheckId}/log

    2. Selezionare Provalo.

    3. Inserire l'ID del controllo di salute nel campo dei parametri.

    4. Selezionare Esegui.

    5. Esaminare eventuali errori specifici e ottenere i relativi collegamenti agli articoli della Knowledge base.

    6. Consultare l'articolo della Knowledge base specifico elencato per ciascun problema o eseguire la riparazione specificata.

    7. Se viene specificato un KB, completare la procedura descritta nel relativo articolo della Knowledge base.

    8. Dopo aver risolto i problemi del cluster, eseguire di nuovo GET ​/Health-checks​/{healthCheckId}/log.

Utilizzare HealthTools per eseguire i controlli dello stato dello storage Element prima di aggiornare lo storage

Puoi verificare che il cluster di storage sia pronto per l'upgrade utilizzando il sfupgradecheck comando. Questo comando verifica informazioni quali nodi in sospeso, spazio su disco e guasti del cluster.

Se il nodo di gestione si trova in un sito oscuro, il controllo della disponibilità dell'aggiornamento richiede il metadata.json file scaricato durante "Aggiornamenti di HealthTools" per essere eseguito correttamente.

A proposito di questa attività

Questa procedura descrive come risolvere i controlli di aggiornamento che producono uno dei seguenti risultati:

  • Esecuzione del sfupgradecheck comando riuscita. Il cluster è pronto per l'aggiornamento.

  • I controlli all'interno sfupgradecheck dello strumento non vengono eseguiti correttamente e viene visualizzato un messaggio di errore. Il cluster non è pronto per l'aggiornamento e sono necessari ulteriori passaggi.

  • Il controllo dell'aggiornamento non riesce e viene visualizzato un messaggio di errore che indica che HealthTools non è aggiornato.

  • Il controllo dell'upgrade non riesce perché il nodo di gestione si trova in un sito oscuro.

Fasi

  1. Eseguire il sfupgradecheck comando:

    sfupgradecheck -u <cluster-user-name> MVIP
    Nota Per le password che contengono caratteri speciali, aggiungere una barra rovesciata (\) prima di ogni carattere speciale. Ad esempio, mypass!@1 deve essere inserito come mypass\!\@.

    Esempio di comando di input con output di esempio in cui non vengono visualizzati errori e si è pronti per l'aggiornamento:

    sfupgradecheck -u admin 10.117.78.244
    check_pending_nodes:
Test Description: Verify no pending nodes in cluster
More information: https://kb.netapp.com/support/s/article/ka11A0000008ltOQAQ/pendingnodes
check_cluster_faults:
Test Description: Report any cluster faults
check_root_disk_space:
Test Description: Verify node root directory has at least 12 GBs of available disk space
Passed node IDs: 1, 2, 3
More information: https://kb.netapp.com/support/s/article/ka11A0000008ltTQAQ/
SolidFire-Disk-space-error
check_mnode_connectivity:
Test Description: Verify storage nodes can communicate with management node
Passed node IDs: 1, 2, 3
More information: https://kb.netapp.com/support/s/article/ka11A0000008ltYQAQ/mNodeconnectivity
check_files:
Test Description: Verify options file exists
Passed node IDs: 1, 2, 3
check_cores:
Test Description: Verify no core or dump files exists
Passed node IDs: 1, 2, 3
check_upload_speed:
Test Description: Measure the upload speed between the storage node and the
management node
Node ID: 1 Upload speed: 90063.90 KBs/sec
Node ID: 3 Upload speed: 106511.44 KBs/sec
Node ID: 2 Upload speed: 85038.75 KBs/sec

  2. In caso di errori, sono necessarie ulteriori azioni. Per ulteriori informazioni, consultare le seguenti sottosezioni.

Il cluster non è pronto per l'aggiornamento

Se viene visualizzato un messaggio di errore relativo a uno dei controlli di integrità, attenersi alla seguente procedura:

  1. Esaminare il sfupgradecheck messaggio di errore.

    Esempio di risposta:

The following tests failed:
check_root_disk_space:
Test Description: Verify node root directory has at least 12 GBs of available disk space
Severity: ERROR
Failed node IDs: 2
Remedy: Remove unneeded files from root drive
More information: https://kb.netapp.com/support/s/article/ka11A0000008ltTQAQ/SolidFire-
Disk-space-error
check_pending_nodes:
Test Description: Verify no pending nodes in cluster
More information: https://kb.netapp.com/support/s/article/ka11A0000008ltOQAQ/pendingnodes
check_cluster_faults:
Test Description: Report any cluster faults
check_root_disk_space:
Test Description: Verify node root directory has at least 12 GBs of available disk space
Passed node IDs: 1, 3
More information: https://kb.netapp.com/support/s/article/ka11A0000008ltTQAQ/SolidFire-
Disk-space-error
check_mnode_connectivity:
Test Description: Verify storage nodes can communicate with management node
Passed node IDs: 1, 2, 3
More information: https://kb.netapp.com/support/s/article/ka11A0000008ltYQAQ/mNodeconnectivity
check_files:
Test Description: Verify options file exists
Passed node IDs: 1, 2, 3
check_cores:
Test Description: Verify no core or dump files exists
Passed node IDs: 1, 2, 3
check_upload_speed:
Test Description: Measure the upload speed between the storage node and the management node
Node ID: 1 Upload speed: 86518.82 KBs/sec
Node ID: 3 Upload speed: 84112.79 KBs/sec
Node ID: 2 Upload speed: 93498.94 KBs/sec

In questo esempio, il nodo 1 ha poco spazio su disco. Per ulteriori informazioni, consultare l' "knowledge base"articolo (KB) riportato nel messaggio di errore.

HealthTools non è aggiornato

Se viene visualizzato un messaggio di errore che indica che HealthTools non è la versione più recente, seguire queste istruzioni:

  1. Esaminare il messaggio di errore e notare che il controllo dell'aggiornamento non riesce.

    Esempio di risposta:

    sfupgradecheck failed: HealthTools is out of date:
installed version: 2018.02.01.200
latest version: 2020.03.01.09.
The latest version of the HealthTools can be downloaded from: https://mysupport.netapp.com/NOW/cgi-bin/software/
Or rerun with the -n option

  2. Seguire le istruzioni descritte nella risposta.

Il nodo di gestione si trova in un sito oscuro

  1. Leggere il messaggio e notare che il controllo dell'aggiornamento non riesce:

    Esempio di risposta:

    sfupgradecheck failed: Unable to verify latest available version of healthtools.

  2. Scaricare un "File JSON" dal sito di supporto NetApp su un computer che non è il nodo di gestione e rinominarlo in metadata.json.

  3. Eseguire il seguente comando:

    sfupgradecheck -l --metadata=<path-to-metadata-json>

  4. Per ulteriori informazioni, vedere informazioni aggiuntive "Aggiornamenti di HealthTools"per i siti oscuri.

  5. Verificare che la suite HealthTools sia aggiornata eseguendo il seguente comando:

    sfupgradecheck -u <cluster-user-name> -p <cluster-password> MVIP

Controlli dello stato dello storage eseguiti dal servizio

I controlli dello stato dello storage effettuano i seguenti controlli per cluster.

Selezionare Nome Nodo/cluster Descrizione

check_async_results

Cluster

Verifica che il numero di risultati asincroni nel database sia inferiore a un numero di soglia.

check_cluster_faults

Cluster

Verifica che non vi siano errori del cluster che bloccano l'aggiornamento (come definito nell'origine dell'elemento).

check_upload_speed

Nodo

Misura la velocità di caricamento tra il nodo di storage e il nodo di gestione.

connection_speed_check

Nodo

Verifica che i nodi dispongano di connettività al nodo di gestione che fornisce pacchetti di aggiornamento e stima la velocità di connessione.

check_core

Nodo

Verifica la presenza di un crash dump del kernel e dei file core sul nodo. Il controllo non riesce per eventuali crash in un periodo di tempo recente (soglia 7 giorni).

check_root_disk_space

Nodo

Verifica che il file system root disponga di spazio libero sufficiente per eseguire un aggiornamento.

check_var_log_disk_space

Nodo

Verifica che /var/log lo spazio libero soddisfi una certa soglia percentuale libera. In caso contrario, il controllo ruota e elimina i registri meno recenti per scendere sotto la soglia. Il controllo non riesce se non riesce a creare spazio libero sufficiente.

check_pending_nodes

Cluster

Verifica che non vi siano nodi in sospeso nel cluster.

Trova ulteriori informazioni