Product SiteDocumentation Site

Appendice E. Aggiornare il software del cluster

Indice

E.1. Compatibilità delle versioni
E.2. Completo spegnimento del cluster
E.2.1. Procedura
E.3. Rolling (nodo dopo nodo)
E.3.1. Procedura
E.3.2. Compatibilità delle versioni
E.3.3. Limiti di compatibilità
E.4. Disconnessione e riaggancio
E.4.1. Procedura
E.4.2. Note

E.1. Compatibilità delle versioni

When releasing newer versions we take care to make sure we are backwards compatible with older versions. While you will always be able to upgrade from version x to x+1, in order to continue to produce high quality software it may occasionally be necessary to drop compatibility with older versions.
Ci sarà sempre percorso di aggiornamento da qualsiasi versione serie-2 a qualsiasi altra versione serie-2.
There are three approaches to upgrading your cluster software:
  • Completo spegnimento del cluster
  • Rolling (nodo dopo nodo)
  • Disconnessione e riaggancio
Ogni metodo ha vantaggi e svantaggi, alcuni dei quali sono elencati nella tabella sotto, ed è necessario scegliere l'approccio più adatto alle proprie esigenze.

Tabella E.1. Riepilogo delle metodologie di aggiornamento

Tipo Disponibile fra tutte le versioni del software Interruzione del servizio in fase di aggiornamento Ripristino del servizio in fase di aggiornamento Esercizi di Logica Di Failover/Configurazione Allows change of cluster stack type [a]
Shutdown
sempre
N/A
no
Rolling
no
sempre
no
Reattach
solo in seguito a fallimenti
no
no
[a] For example, switching from Heartbeat to Corosync. Consult the Heartbeat or Corosync documentation to see if upgrading them to a newer version is also supported.