In questa sezione vengono definite le caratteristiche essenziali dell'algoritmo di rollout dell'applicazione per comprendere al meglio le implicazioni operative sull'ambiente WebSphere Extended Deployment. L'installazione e la distribuzione dell'edizione di una applicazione sono processi separati dal processo di attivazione.
Sono disponibili due metodi per effettuare questa attività di sostituzione senza interruzioni. Quando si seleziona un rollout di gruppo o atomico nella console di gestione, si verificano le seguenti operazioni.
- Rollout di gruppo. Le seguenti operazioni si verificano per ogni nodo su cui è presente un server delle applicazioni che comprende il cluster di server delle applicazioni su cui è distribuita l'applicazione.
- Il nodo viene posto in modalità di manutenzione.
- Le operazioni sull'applicazione sul nodo vengono sospese.
- L'applicazione sul nodo viene arrestata.
- La configurazione del server sul nodo viene modificata in modo da riflettere che l'edizione di sostituzione è attiva e l'edizione precedente è inattiva.
- L'applicazione viene riavviata sul nodo.
- Il nodo torna alla modalità normale.
- Rollout atomico
- La metà dei nodi su cui sono presenti i server delle applicazioni che costituiscono il cluster di server su cui è distribuita l'applicazione viene posta in modalità di manutenzione. Nessuna nuova richiesta viene inviata a tali server delle applicazioni. Se è presente un numero dispari di nodi, il numero viene arrotondato ma deve essere almeno di una unità inferiore al numero totale di nodi su cui è presente il cluster di server delle applicazioni.
- Le operazioni sull'applicazione sui nodi vengono sospese.
- L'applicazione sui nodi viene arrestata.
- La configurazione del server sui nodi viene modificata in modo da riflettere che l'edizione di sostituzione è attiva e l'edizione precedente è inattiva.
- L'applicazione sui nodi viene riavviata.
- Il passo a viene eseguito sui nodi rimanenti.
- Il passo b viene eseguito sui nodi rimanenti. Nessun server delle applicazioni è disponibile per soddisfare le richieste per le edizioni dell'applicazione. Le richieste per l'applicazione vengono accodate sul router on demand (ODR) in modo da essere certi che non vadano perse.
- La prima serie di nodi torna alla modalità normale. Le nuove richieste per la nuova edizione possono quindi essere elaborate e le richieste rimanenti accodate nell'ODR vengono rilasciate.
- I passi c, d ed e vengono eseguiti sui nodi rimanenti.
- I nodi rimanenti tornano alla modalità normale.
Le opzioni di rollout di gruppo e atomico nella console di gestione offrono una selezione preimpostata. Una maggiore flessibilità su queste opzioni è possibile mediante l'interfaccia di script. Le opzioni di script sono:
- Strategia di rollout: specifica il metodo di rollout, i gruppi di nodi aggiornati in serie o la strategia atomica di divisione e swap.
- Gruppo: specifica che sia la vecchia edizione che quella nuova dell'applicazione possono soddisfare le richieste durante il periodo di rollout. È possibile specificare la dimensione del gruppo mediante un'opzione secondaria. La dimensione del gruppo fornisce il numero di nodi da elaborare alla volta. Il valore predefinito è 1.
- Atomico: specifica che solo una edizione dell'applicazione può soddisfare le richieste durante il periodo di rollout. Ciò implica che metà del cluster di server delle applicazioni viene posto offline e viene aggiornato, quindi questa operazione viene eseguita sull'altra metà. Le richieste dell'applicazione che arrivano mentre entrambe le metà del cluster sono offline vengono accodate dall'ODR.
- Strategia di reimpostazione: specifica se riciclare, arrestare e riavviare l'applicazione o l'intero server delle applicazioni.
- Applicazione: attiva la nuova edizione su ogni server delle applicazioni riciclando l'applicazione. Il server delle applicazioni resta attivo.
- Server: attiva la nuova edizione su ogni server delle applicazioni riciclando il server stesso. Ciò è necessario nel caso in cui si devono aggiornare i connettori, le librerie native o se si deve reimpostare la JVM (Java virtual machine).
- Intervallo di drenaggio: specifica il tempo da attendere per il completamento delle richieste in corso prima che l'applicazioni o il server delle applicazioni venga arrestato. Il valore predefinito è di 30 secondi.
Le seguenti opzioni sono preimpostate per le azioni di rollout nella console di gestione:
- Rollout gruppo:
- Strategia di rollout = gruppo, dimensione gruppo = 1
- Strategia di reimpostazione = applicazione
- Intervallo di drenaggio = 30 secondi
- Rollout atomico:
- Strategia di rollout = atomico
- Strategia di reimpostazione = applicazione
- Intervallo di drenaggio = 30 secondi