Opzioni di rollback

In ambiente autonomo un rollback non è supportato.

Nell'ambiente ad alta disponibilità che esegue l'aggiornamento dalla versione vSRX, un rollback è supportato solo dopo che il primo nodo è stato ricaricato dal sistema operativo e prima che il secondo nodo sia stato ricaricato dal sistema operativo. Il Gateway si trova in uno stato "Upgrade Active" a questo punto. I seguenti passaggi devono essere seguiti per eseguire il rollback del primo nodo alla versione precedente.

Tenere presente che si verifica una interruzione del traffico in attesa del nodo secondario su cui accendere e per il traffico per eseguire il failover su questo nodo.

  1. SSH al server bare-metal che ospita il nodo vSRX di cui si sta effettuando il rollback (il nodo primario corrente). Spegnere vSRX sul nodo e disabilitare l'avvio automatico per evitare che la macchina virtuale si avvii se l'host si riavvia.

    Questo causerebbe un "cluster di cervelli divisi" e molto probabilmente un'interruzione.

    Utilizza i seguenti comandi:

    virsh shutdown vSRXvM3
virsh autostart vSRXvM3 --disable

    Attendere che il nodo si spenga completamente prima di procedere.

  2. SSH al server bare-metal che ospita il nodo vSRX non sottoposto a rollback. Accendere il sito vSRX. Questo restituisce il nodo primario alla versione vSRX originale. Utilizza i seguenti comandi:

    # Restore the original qcow2 file.
cd /var/lib/libvirt/images/vSRXvM3
cp vSRX_Image.qcow2.backup vSRX_Image.qcow2

# Start the VM
virsh start vSRXvM3

# Enable autostart
virsh autostart vSRXvM3

  3. Eseguire il controllo della disponibilità di ricarica di OS, se necessario, e risolvere eventuali problematiche.

  4. Eseguire un reload del sistema operativo sull'host di cui si desidera eseguire il rollback e tornare alla versione originale di vSRX. Non eseguire un Ricaricamento del sistema operativo sul nodo primario corrente.

Se si sono seguiti i passi precedenti, il nodo da ripristinare dovrebbe avere un vSRX spento e non facente parte del cluster. Questo è il nodo su cui si deve eseguire la ricarica del sistema operativo. Questo permette a entrambi i nodi del cluster di funzionare con la stessa versione di vSRX, necessaria per un cluster vSRX funzionante.

Una volta completata la ricarica del sistema operativo, il cluster verrà eseguito utilizzando la configurazione originale.