Opciones de retrotracción

En el entorno autónomo, no se da soporte a una retrotracción.

En el entorno de alta disponibilidad que se está actualizando de la versión de vSRX, solo se da soporte a una retrotracción tras la recarga de sistema operativo del primer nodo y antes de la recarga de sistema operativo del segundo nodo. La pasarela está en un estado "Actualización activa" en este punto. Se deben seguir los pasos siguientes para retrotraer el primer nodo a la versión anterior.

Tenga en cuenta que se produce una interrupción del tráfico a la espera de que el nodo secundario se encienda y para que se produzca una migración tras error del tráfico a este nodo.

  1. SSH al servidor físico que aloja el nodo vSRX que se está revirtiendo (el nodo primario actual). Apague el nodo de la máquina virtual ( vSRX ) y desactive el inicio automático para evitar que la máquina virtual se inicie si el host se reinicia.

    Esto provocaría un "cluster de cerebro dividido" y, muy probablemente, una interrupción.

    Utilice los mandatos siguientes:

    virsh shutdown vSRXvM3
    virsh autostart vSRXvM3 --disable
    

    Espere a que el nodo se apague por completo antes de continuar.

  2. SSH al servidor físico que aloja el nodo vSRX que no se revirtió. Encienda el vSRX. Esto devuelve el nodo primario a la versión original de vSRX. Utilice los mandatos siguientes:

    # 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. Ejecute la comprobación de preparación de recarga de SO, si es necesario, y resuelva los posibles problemas.

  4. Realice una recarga del sistema operativo en el host que desea restaurar y vuelva a la versión original vSRX. No ejecute una recarga del sistema operativo en el nodo principal actual.

Si siguió los pasos anteriores, el nodo que se está revertiendo debería tener un vSRX que esté apagado y no forme parte del clúster. Este es el nodo en el que debe ejecutar la recarga del sistema operativo. Al hacerlo, ambos nodos del clúster pueden ejecutarse en la misma versión de vSRX, que es necesaria para que un clúster de vSRX funcione.

Una vez que se complete la recarga del sistema operativo, el clúster se ejecutará utilizando su configuración original.