VxRail: Informazioni sull'upgrade

Risorse utili:

• Come eseguire l'upgrade di VxRail Cluster dalla versione 4.7 (YouTube)
• Dell VxRail: Come eseguire VxRail Verify Tool (YouTube)
• Procedura generale per il supporto proattivo remoto (RPS): VxRail-Upgrade - Guida di preparazione per il cliente (per visualizzare l'articolo è necessario un account del supporto Dell)
• Portale SolVe Online di Dell (generatore di procedure, account di supporto Dell richiesto)

Per quanto riguarda VxRail, che cosa supporta Remote Proactive Services (RPS)?

• I clienti con contratti di manutenzione ProSupport di 4 ore o ProSupport Plus Mission Critical sono idonei a far sì che un team RPS Dell esegua gli aggiornamenti di VxRail.
• I clienti che prevedono il servizio ProSupport il giorno lavorativo successivo alla chiamata non sono idonei, ma possono aprire una Service Request per richiedere un aggiornamento a un costo di servizio.
• Aggiornamenti VxRail standalone con VxRail gestito (interno) vCenter (vedere di seguito per ulteriori informazioni)
• Aggiornamenti di Stretched Cluster VxRail (vedere di seguito per ulteriori informazioni)
• Cluster VxRail con deployment di vCenter gestiti dal cliente (esterni) (gli aggiornamenti di vCenter esterni sono al di fuori della copertura del supporto Dell, vedere di seguito [n. 4] per ulteriori informazioni).

Che tipo di aggiornamenti vengono eseguiti sui sistemi VxRail?

• Aggiornamento principale = aggiornamento di un appliance non della famiglia (ad esempio: 7.0.x > , 8.0.x)
• Aggiornamento secondario = aggiornamento di un appliance della famiglia (ad esempio: 7.0.x > , 7.0.x)

Gli upgrade VxRail causano interruzioni?

Gli upgrade di VxRail Appliance sono considerati non distruttiivi. Le VM dei carichi di lavoro vengono prima migrate ad altri host online prima di impostare tale host in modalità di manutenzione.
Tenere presente quanto segue:

• Prima di un aggiornamento VxRail, vengono eseguiti controlli integrità per garantire l'idoneità del sistema all'aggiornamento.
• Tutte le macchine virtuali dei carichi di lavoro devono essere configurate per consentire l'esecuzione di vMotion tra i nodi VxRail. Se non è possibile eseguire vMotion su una macchina virtuale (VM), potrebbe essere necessario un downtime pianificato per consentire il corretto completamento di un aggiornamento.
  come per qualsiasi aggiornamento del sistema, si consiglia di eseguire l'aggiornamento in momenti di operazioni I/O ridotte e di pianificare una finestra di manutenzione in caso di difficoltà.
• Se l'utilizzo del sistema è troppo elevato (utilizzo della memoria o della CPU), potrebbe essere necessario spegnere alcune macchine virtuali per evitare un potenziale impatto sulle macchine virtuali del carico di lavoro.
• Se l'utilizzo dello storage è troppo elevato, potrebbe essere necessario liberare spazio su vSAN OPPURE migrare alcune macchine virtuali dei carichi di lavoro dalla vSAN a un sistema diverso (se possibile).

Durante un aggiornamento di VxRail vengono aggiornati, a titolo esemplificativo, i seguenti componenti:

• VxRail Manager
• VMware ESXi
• VMware vCenter Server Virtual Appliance (vCSA) (se interno)
• VMware Platform Service Controller (PSC) (se interno)
• VMware vSAN
• Aggiornamenti specifici dell hardware inclusi (non inclusi in ogni aggiornamento, ma presenti all'interno del pacchetto composito, ove applicabile).
• Di seguito sono riportati alcuni degli elementi aggiornati. Vedere i link alla Support Matrix di VxRail per determinare le versioni dei componenti tra i diversi livelli di codice VxRail.

Piattaforma Dell PowerEdge:

• PTAgent
• iSM
• BIOS
• iDRAC
• BOSS

Per un elenco completo dei componenti aggiornati, consultare la Support Matrix VxRail richiesta di seguito:

• VxRail 8.0 Support Matrix
• VxRail 7.0 Support Matrix
• VxRail 4.7 Support Matrix
• VxRail 4.5 Support Matrix

Punti utili sugli aggiornamenti di VxRail Appliance:

• Gli aggiornamenti di VxRail devono essere sempre avviati dall'interfaccia utente di VxRail Manager o dal plug-in vCenter.
• L'aggiornamento di VxRail tramite VMware vCenter Update Manager (VUM sul web client vCenter) non è supportato.
• I VxRail Cluster implementati con un vCenter esterno potrebbero richiedere l'aggiornamento del vCenter Server prima dell'aggiornamento di VxRail Cluster (gli aggiornamenti di vCenter esterno non sono supportati da Dell e sono un'attività dell'utente).
• Per la configurazione di vCenter esterno (gestito dall'utente), è fondamentale assicurarsi che la versione corrente di vCenter sia supportata a livello di codice a cui si sta eseguendo l'aggiornamento. Consultare il seguente articolo su Dell VxRail: VxRail e matrice di interoperabilità VMware vCenter Server (External vCenter) gestita dal cliente (è richiesto l'accesso al supporto Dell per visualizzare l'articolo)
• Gli stretched cluster VxRail che eseguono le versioni (precedenti a) 4.5.215 o 4.7.300 non sono aggiornabili dall'utente e l'aggiornamento deve essere eseguito da un tecnico del supporto tecnico (TSE) di Dell. Gli aggiornamenti successivi a questi livelli di codice sono considerati aggiornabili dall'utente e lo script di aggiornamento automatizza l'aggiornamento del witness.

Quanto tempo richiede o dovrebbe essere necessario per l'aggiornamento di VxRail?

La durata di un aggiornamento di VxRail Appliance dipende da molti fattori:

• Numero di host
• Tipo di hardware host
• Se DRS è abilitato o meno
• Configurazione del sistema (stretched o non stretched e VC interno o esterno)
• Numero di macchine virtuali sul sistema
• Dimensioni delle macchine virtuali
• Livello di codice corrente e livello di codice di destinazione (principale o secondario)
• Numero di aggiornamenti aggiuntivi inclusi nella versione di destinazione (aggiornamenti del firmware e così via)

Come linea guida generale, possiamo utilizzare quanto segue come stima approssimativa, a volte la durata dell'attività può richiedere più tempo e a volte può richiedere meno.

Host Dell PowerEdge:

• Tempo stimato per host = 2 ore
• Se DRS non è abilitato, aggiungere un'ora aggiuntiva al tempo totale.
• Se il sistema è uno stretched cluster, aggiungere un'ora aggiuntiva al tempo totale.

Riepilogo del processo di upgrade RPS

Consulenza tecnica (controllo preliminare):

• Eseguire controlli integrità del cluster utilizzando script e controlli dell'interfaccia utente di vCenter (RPS apre una richiesta di assistenza per eventuali problemi).
• Dimensionare l'ambiente per fornire un piano di aggiornamento
• Fornire una durata dell'aggiornamento stimata (basata su un aggiornamento senza problemi)
• Fornire al Cliente tutti i prerequisiti da seguire.
• Discutere il piano di aggiornamento e fornire il link per il download del codice.
• Rispondi a tutte le domande tecniche dell'utente.

Una volta completata la consulenza tecnica, il team di pianificazione collabora con l'utente per pianificare l'aggiornamento in base al piano di aggiornamento. Ciò consente di assegnare le risorse RPS per l'intera durata dell'aggiornamento e fornisce passaggi di consegna in caso di cambio di turno tra gli ingegneri.

Aggiornamento:

• Eseguire controlli integrità del cluster utilizzando gli script e i controlli dell'interfaccia utente di vCenter.
• Eseguire l'upload del pacchetto di codice.
• Avviare il processo di aggiornamento.
• Monitorare il processo fino al completamento.

Controlli successivi:

• Esaminare lo stato del cluster dopo l'aggiornamento.
• Aprire una Service Request di supporto per eventuali problemi che necessitano di indagini.

Procedura di aggiornamento di VxRail

VxRail è una soluzione progettata e VxRail Life-Cycle Management (LCM) automatizza il processo di aggiornamento di VxRail caricando software e firmware su ciascun nodo.

• Configurare le definizioni di allarme per le notifiche e-mail.
• Eseguire snapshot delle VM di servizio.
• Eseguire l'aggiornamento dal codice corrente a una nuova versione.
• Rimuovere le snapshot delle VM di servizio.
• Modificare la password dell'account Mystic Service.

VxRail Upgrade Script

Uno script automatizza la gestione del ciclo di vita (LCM) di VxRail nell'ordine seguente.

• VxRail Manager
• vCenter Server (se gestito da VxRail)
• Nodo ESXi 1
• Nodo ESXi 2
• Nodo ESXi 3
• Nodo ESXi n

Lo script LCM inizia dal nodo 1, evacua le relative VM e imposta il nodo in modalità di manutenzione. Tutti i componenti vengono aggiornati e il nodo viene riavviato. Al termine del riavvio, il nodo esce dalla modalità di manutenzione e le VM migrano nuovamente al nodo. Lo script si sposta al nodo successivo, fino a quando tutti i nodi del cluster non sono stati aggiornati.

Questo video mostra come eseguire VxRail Verify Tool.

Guardare questo video su come aggiornare il cluster VxRail dalla versione 4.7 per VxRail.