Servizi proattivi da remoto - Piano di upgrade Isilon/PowerScale
Summary: Servizi proattivi da remoto - Piano di upgrade Isilon/PowerScale
Instructions
Di seguito è riportata la sequenza con tempi e potenziale impatto:
- Remote Proactive Services eseguirà controlli integrità pre-aggiornamento per qualsiasi attività che richieda il riavvio del cluster (15-30 minuti); Questa operazione viene in genere eseguita immediatamente prima di avviare l'aggiornamento. Nota: I controlli integrità pre-aggiornamento vengono eseguiti anche durante la fase di pianificazione (fino a 2 settimane prima dell'aggiornamento)
- Il tecnico di Remote Proactive Services verificherà che tutti i codici siano disponibili (10-20 minuti se l'aggiornamento viene eseguito su WebEx o fino a 2 ore se Remote Proactive Services trasferisce il codice su ESRS, anche questo eseguito giorni prima dell'aggiornamento per garantire che l'aggiornamento effettivo inizi all'ora pianificata)
- Prima di avviare l'aggiornamento, il tecnico dell'aggiornamento proattivo remoto contatta il punto di contatto (cliente/CE) per aggiornare sull'analisi pre-aggiornamento e, se necessario, ottenere l'autorizzazione per avviare l'aggiornamento.
Aggiornamento continuo (OneFS, firmware del nodo e firmware unità): tempo totale: 2 ore per i cluster con quantità minima di nodi (3-5)
- Il tecnico dell'aggiornamento proattivo da remoto esegue il controllo integrità pre-aggiornamento subito prima dell'aggiornamento. 15 minuti
- L'ingegnere dell'upgrade avvia l'upgrade continuo. Per comprendere l'impatto di un aggiornamento in sequenza, esaminare la sezione Connessioni client durante gli aggiornamenti in sequenza della Guida alla pianificazione e all'elaborazione dell'aggiornamento di OneFS disponibile sul sito del supporto EMC. 15 minuti per nodo
- L'ingegnere dell'aggiornamento esegue il controllo integrità post-aggiornamento per assicurarsi che il cluster sia in uno stato valido. 15 minuti
- Prevedere più tempo per l'upgrade nel caso in cui si verifichino problemi ad-hoc durante una qualsiasi fase dell'upgrade. 30 minuti
Aggiornamento simultaneo del codice OneFS: tempo totale: 2 ore indipendentemente dal numero di nodi
- Il tecnico dell'aggiornamento proattivo da remoto esegue il controllo integrità pre-aggiornamento subito prima dell'aggiornamento. 15 minuti
- L'ingegnere addetto all'upgrade avvia l'upgrade simultaneo. L'interruzione dell'accesso ai dati è prevista per tutta la durata di questa fase. 30 minuti
- L'ingegnere dell'aggiornamento esegue il controllo integrità post-aggiornamento per assicurarsi che il cluster sia in uno stato valido. 15 minuti
- Prevedere più tempo per l'upgrade nel caso in cui si verifichino problemi ad-hoc durante una qualsiasi fase dell'upgrade. 30 minuti
Riavvio continuo o installazione di patch che richiede un riavvio continuo: tempo totale: 1,5 ore per i cluster con numero minimo di nodi (3-5)
- Il tecnico dell'aggiornamento proattivo da remoto esegue il controllo integrità pre-aggiornamento subito prima dell'aggiornamento. 30 minuti
- L'ingegnere dell'aggiornamento esegue i riavvii dei nodi in modo continuo. Per comprendere l'impatto di un riavvio continuo, esaminare la sezione Connessioni client durante gli aggiornamenti in sequenza della Guida alla pianificazione e all'elaborazione dell'aggiornamento di OneFS disponibile sul sito del supporto EMC. 10 minuti per nodo.
- L'ingegnere dell'aggiornamento esegue il controllo integrità post-aggiornamento per assicurarsi che il cluster sia in uno stato valido. 15 minuti
- Prevedere più tempo per l'upgrade nel caso in cui si verifichino problemi ad-hoc durante una qualsiasi fase dell'upgrade. 30 minuti
Piano di rollback:
È necessario tenere presente che dopo l'aggiornamento a una nuova versione principale di OneFS, non è possibile ripristinare la versione precedente. Gli aggiornamenti della versione di OneFS consistono nella ricreazione dell'immagine del kernel e del file system e nella copia delle modifiche utente dal file system precedente a quello nuovo. Una volta ricreata l'immagine del kernel OneFS, non esiste alcun meccanismo per il rollback alla versione
principale precedente con qualsiasi aggiornamento da un cluster che esegue già OneFS 8.0. Il commit del codice OneFS deve essere eseguito al termine dell'aggiornamento; questa operazione deve essere completata entro 2 settimane dall'aggiornamento. Durante questo periodo sarà disponibile l'opzione per eseguire il rollback alla versione precedente di OneFS e non eseguire il commit della versione a cui è stato eseguito l'aggiornamento. Si ricorda che questa operazione può essere eseguita solo in modo simultaneo e sotto la supervisione dei Servizi di supporto tecnico Isilon.
Nota:
L'aggiornamento del codice OneFS può essere eseguito tramite prallel (consigliato), aggiornamento continuo o simultaneo, in base alla versione di destinazione. Gli aggiornamenti del firmware dei nodi possono essere eseguiti tramite un'opzione parallela (consigliata), in sequenza o simultanea e gli aggiornamenti del firmware dell'unità possono essere eseguiti solo tramite un aggiornamento continuo. Fare riferimento alla nota di rilascio per il codice OneFS di destinazione per verificare se un aggiornamento in sequenza/simultaneo è supportato dal codice OneFS corrente.
Dopo aver eseguito l'aggiornamento del codice OneFS, si consiglia sempre di applicare una patch cumulativa SMB (se disponibile) dopo l'aggiornamento. Patch di roll-up SMB che interromperanno SMB e i servizi di autenticazione per 15 minuti.
Se insieme all'aggiornamento del codice OneFS viene richiesta anche una patch OneFS che richiede un riavvio continuo per il cluster, sarà necessario estendere l'intero processo di aggiornamento per consentire il completamento di ulteriori riavvii.
Per garantire il corretto aggiornamento delle apparecchiature Dell Technologies, fare riferimento alle seguenti risorse per informazioni e istruzioni utili: