Migrar la configuración de una instancia de NetScaler entre dispositivos SDX

Antes de migrar la configuración de la instancia de NetScaler a un nuevo dispositivo SDX, primero debe configurar el nuevo dispositivo SDX.

La siguiente tabla enumera los nombres de los dispositivos involucrados en el proceso de migración:

Las siguientes imágenes explican el proceso de migración y muestran los estados actual, provisional y final de las configuraciones de alta disponibilidad (HA).

Ilustración 1. Estado actual

Ilustración 2. Estado interino

Figura 3. Estado deseado

La siguiente tabla explica las leyendas de colores utilizadas en el diagrama:

Requisitos previos

• Actualice el nuevo dispositivo SDX (SDX-NEW-A2) a la misma versión de compilación que el anterior. Si la compilación del antiguo dispositivo SDX no es compatible con el nuevo SDX, primero actualice el antiguo dispositivo SDX a una compilación que sea compatible con el nuevo SDX.

• En el nuevo dispositivo SDX (SDX-NEW-A2), complete la configuración inicial, incluida la configuración de nombres de usuario, contraseñas, direcciones IP y configuraciones de puerta de enlace.

• Si existen configuraciones específicas en los antiguos dispositivos SDX que necesitan replicarse, utilice el Servicio de administración para configurar ajustes como creación de canales, configuraciones de MTU y perfiles de administrador en el nuevo dispositivo SDX.

• Aprovisione una instancia de NetScaler (VPX-NEW-A2) en el nuevo dispositivo SDX (SDX-NEW-A2) con la misma compilación y configuración que el anterior. Para obtener más información, consulte Aprovisionar instancia de NetScaler en el dispositivo SDX.

Escenarios de migración admitidos

Esta migración se aplica a los siguientes escenarios:

• Configuración de alta disponibilidad (HA)
• Implementaciones independientes
• Migración a una plataforma SDX idéntica
• Migración a una plataforma SDX diferente

Notas:

• Este proceso de migración no admite la migración de SDX a instancias VPX alojadas en hipervisores de terceros.
• Estos pasos descritos están validados para migrar plataformas SDX de SDX 14000 a 15000, de SDX 14000 a 16000 y de SDX 22000 a 15000. Los mismos pasos también se aplican a otras plataformas SDX.

A continuación se explican los diferentes escenarios:

Caso 1: Sin canal y misma velocidad y numeración de interfaz

Si la instancia VPX antigua (VPX-OLD-A2) está configurada con las interfaces 10/1, 10/2, …, 10/n, la nueva instancia VPX (VPX-NEW-A2) debe replicar esta configuración con precisión.

Caso 2: No hay canal y la velocidad o numeración de la interfaz es diferente

Si la instancia VPX antigua (VPX-OLD-A2) está configurada con las interfaces 10/1 y 10/2, y la nueva instancia VPX (VPX-NEW-A2) está configurada con las interfaces 10/3 y 10/4. Como alternativa, la nueva instancia VPX (VPX-NEW-A2) podría usar las interfaces 25/1 y 25/2.

Caso 3: Misma numeración de canales

Si la instancia VPX antigua (VPX-OLD-A2) está configurada con los canales LA/1, LA/2, …, LA/n, entonces la nueva instancia VPX (VPX-NEW-A2) debe replicar esta configuración con precisión. La numeración o la velocidad de la interfaz del miembro subyacente no afectan este requisito.

Caso 4: Numeración de canales diferente

Si la antigua instancia VPX (VPX-OLD-A2) está configurada con los canales LA/1 y LA/2, mientras que la nueva instancia VPX (VPX-NEW-A2) está configurada con los canales LA/3 y LA/4.

Fases de la migración

Fase 1: Romper HA (si corresponde) y eliminar el VPX secundario

Si HA está habilitado, debe interrumpir la configuración de HA y eliminar el VPX secundario (VPX-OLD-A2) de la configuración de HA.

1. Romper la configuración de HA

   1. Inicie sesión en la CLI de la instancia VPX principal (VPX-OLD-A1).

   2. Para configurar el estado de HA en VPX-OLD-A1 para que permanezca como nodo principal, escriba:

      set ha node -hastatus STAYPRIMARY
      <!--NeedCopy-->
      

   3. Para deshabilitar el estado de sincronización de HA en el nodo principal (VPX-OLD-A1), escriba:

      set ha node -haSync DISABLED
      <!--NeedCopy-->
      

2. Eliminar el VPX secundario del par HA

   1. Inicie sesión en la CLI de la instancia VPX secundaria (VPX-OLD-A2).

   2. Para configurar el estado de HA en VPX-OLD-A2 para que permanezca como nodo secundario, escriba:

      set ha node -hastatus STAYSECONDARY
      <!--NeedCopy-->
      

   3. Elimine VPX-OLD-A2 del par HA para romper la configuración de HA. Identifique el ID del nodo VPX-OLD-A2 y ejecute el siguiente comando:

      rm ha node <node_id>
      <!--NeedCopy-->
      

Fase 2: Formar un par HA entre el antiguo VPX principal y el nuevo VPX

Para establecer un par HA entre el VPX principal antiguo (VPX-OLD-A1) y el nuevo VPX (VPX-NEW-A2):

1. En la CLI del VPX principal antiguo (VPX-OLD-A1), escriba:

   add ha node 1 <IP address of VPX-NEW-A2>
   <!--NeedCopy-->
   

2. En la CLI del nuevo VPX (VPX-NEW-A2), escriba:

   add ha node 1 <IP address of VPX-OLD-A1>
   <!--NeedCopy-->
   

Fase 3: Migrar la configuración de VPX

En el VPX principal (VPX-OLD-A1), habilite la sincronización de alta disponibilidad mediante el siguiente comando:

set ha node -haSync ENABLED
<!--NeedCopy-->

Fase 4 (opcional): Pasos adicionales necesarios para el caso 2 y el caso 4

Realice los siguientes pasos para abordar escenarios específicos en el caso 2 (sin canal y diferente velocidad o numeración de interfaz) y el caso 4 (numeración de canal diferente) de migración.

Sobre el nuevo VPX secundario (VPX-NEW-A2):

1. Revise el archivo de registro en /var/nssynclog/sync_batch_status.log para ver si hay errores.

2. La configuración relacionada con la interfaz podría generar errores. Arregle manualmente las configuraciones de enlace VLAN y de configuración de interfaz .

3. Si se encuentran otros errores, corríjalos manualmente.

4. Guarde la configuración utilizando el comando save config o save ns config -all .

Notas:

Antes de iniciar la conmutación por error de tráfico al nuevo VPX en el nuevo dispositivo SDX, asegúrese de lo siguiente:

• Verifique que la sincronización de HA esté habilitada.

• Valide la configuración del VPX secundario actual (VPX-NEW-A2) usando el comando show ns runningconfig.

• Verifique si hay errores en el archivo de registro ubicado en /var/nssynclog/sync_batch_status.log en el nodo secundario.

Fase 5: Forzar la conmutación por error para migrar el tráfico al nuevo VPX en el nuevo dispositivo SDX

Para iniciar una conmutación por error forzada para cambiar el tráfico al nuevo VPX (VPX-NEW-A2) alojado en el nuevo dispositivo SDX, realice los siguientes pasos:

1. En VPX-OLD-A1, para habilitar el par HA, escriba:

   set ha node -haStatus ENABLED
   <!--NeedCopy-->
   

   Aquí, VPX-OLD-A1 se activa en el par HA.

2. Para forzar la conmutación por error del tráfico al nuevo VPX (VPX-NEW-A2), escriba:

   force ha failover
   <!--NeedCopy-->
   

   VPX-NEW-A2 se convierte en el nodo principal que maneja el tráfico entrante.

En la transición de la plataforma SDX anterior, SDX-OLD-A2, a la nueva plataforma SDX, SDX-NEW-A2, el VPX-NEW-A2 en SDX-NEW-A2 es ahora el nodo principal y administra el tráfico. Estos pasos también son aplicables para reemplazar SDX-OLD-A1 con la nueva plataforma SDX, SDX-NEW-A1.