Actualizar una instancia de NetScaler VPX en AWS
Puede actualizar el tipo de instancia EC2, el rendimiento, la edición del software y el software del sistema de un NetScaler VPX que se ejecuta en AWS. Para ciertos tipos de actualizaciones, Citrix recomienda utilizar el método de configuración de alta disponibilidad para minimizar el tiempo de inactividad.
Nota:
- La versión de software de NetScaler 10.1.e-124.1308.e o posterior para una AMI de NetScaler VPX (incluidas la licencia de utilidad y la licencia de cliente) no es compatible con las familias de instancias M1 y M2.
- Debido a los cambios en la compatibilidad con las instancias VPX, no se admite la degradación de la versión 10.1.e-124 o posterior a la 10.1.123.x o anterior.
- La mayoría de las actualizaciones no requieren el lanzamiento de una nueva AMI, y la actualización se puede realizar en la instancia AMI de NetScaler actual. Si desea actualizar a una nueva instancia AMI de NetScaler, utilice el método de configuración de alta disponibilidad.
Cambiar el tipo de instancia EC2 de una instancia de NetScaler VPX en AWS
Si sus instancias de NetScaler VPX ejecutan la versión 10.1.e-124.1308.e o posterior, puede cambiar el tipo de instancia EC2 desde la consola de AWS de la siguiente manera:
- Detenga la instancia VPX.
- Cambie el tipo de instancia EC2 desde la consola de AWS.
- Inicie la instancia.
También puede utilizar el procedimiento anterior para cambiar el tipo de instancia EC2 para una versión anterior a la 10.1.e-124.1308.e, a menos que desee cambiar el tipo de instancia a M3. En ese caso, primero debe seguir el procedimiento de actualización estándar de NetScaler, en, para actualizar el software de NetScaler a la versión 10.1.e-124 o posterior, y luego seguir los pasos anteriores.
Actualizar el rendimiento o la edición de software de una instancia de NetScaler VPX en AWS
Para actualizar la edición del software (por ejemplo, para actualizar de la edición Standard a la Premium) o el rendimiento (por ejemplo, para actualizar de 200 Mbps a 1000 Mbps), el método depende de la licencia de la instancia.
Uso de una licencia de cliente (Bring-Your-Own-License)
Si utiliza una licencia de cliente, puede adquirir y descargar la nueva licencia desde el sitio web de Citrix®, y luego instalar la licencia en la instancia VPX. Para obtener más información sobre cómo descargar e instalar una licencia desde el sitio web de Citrix, consulte la Guía de licencias de VPX.
Uso de una licencia de utilidad (licencia de utilidad con tarifa por hora)
AWS no admite actualizaciones directas para instancias de pago. Para actualizar la edición de software o el rendimiento de una instancia de NetScaler VPX de pago, inicie una nueva AMI con la licencia y la capacidad deseadas y migre la configuración de la instancia anterior a la nueva instancia. Esto se puede lograr utilizando una configuración de alta disponibilidad de NetScaler como se describe en la subsección [Upgrade to a new NetScaler AMI instance by using a NetScaler high availability configuration] de esta página.
Actualizar el software del sistema de una instancia de NetScaler VPX en AWS
Si necesita actualizar una instancia VPX que ejecuta la versión 10.1.e-124.1308.e o posterior, siga el procedimiento de actualización estándar de NetScaler en Actualizar y degradar un dispositivo NetScaler.
Si necesita actualizar una instancia VPX que ejecuta una versión anterior a la 10.1.e-124.1308.e a la 10.1.e-124.1308.e o una versión posterior, primero actualice el software del sistema y luego cambie el tipo de instancia a M3 de la siguiente manera:
- Detenga la instancia VPX.
- Cambie el tipo de instancia EC2 desde la consola de AWS.
- Inicie la instancia.
Actualizar a una nueva instancia AMI de NetScaler mediante una configuración de alta disponibilidad de NetScaler
Para utilizar el método de alta disponibilidad para actualizar a una nueva instancia AMI de NetScaler, realice las siguientes tareas:
- Cree una nueva instancia con el tipo de instancia EC2, la edición de software, el rendimiento o la versión de software deseados desde el mercado de AWS.
- Configure la alta disponibilidad entre la instancia antigua (a actualizar) y la nueva instancia. Una vez configurada la alta disponibilidad entre la instancia antigua y la nueva, la configuración de la instancia antigua se sincroniza con la nueva instancia.
- Force una conmutación por error de HA de la instancia antigua a la nueva instancia. Como resultado, la nueva instancia se convierte en principal y comienza a recibir tráfico.
- Detenga y reconfigure o elimine la instancia antigua de AWS.
Requisitos previos y puntos a considerar
- Asegúrese de comprender cómo funciona la alta disponibilidad entre dos instancias de NetScaler VPX en AWS. Para obtener más información sobre la configuración de alta disponibilidad entre dos instancias de NetScaler VPX en AWS, consulte Implementar un par de alta disponibilidad en AWS.
- Debe crear la nueva instancia en la misma zona de disponibilidad que la instancia antigua, con el mismo grupo de seguridad y subred.
- La configuración de alta disponibilidad requiere claves de acceso y secretas asociadas a la cuenta de AWS Identity and Access Management (IAM) del usuario para ambas instancias. Si no se utiliza la información de clave correcta al crear instancias VPX, la configuración de HA fallará. Para obtener más información sobre cómo crear una cuenta de IAM para una instancia VPX, consulte Requisitos previos.
- Debe usar la consola de EC2 para crear la nueva instancia. No puede usar el lanzamiento con 1 clic de AWS, porque no acepta las claves de acceso y secretas como entrada.
- La nueva instancia debe tener solo una interfaz ENI.
Para actualizar una instancia de NetScaler VPX mediante una configuración de alta disponibilidad, siga estos pasos:
-
Configure la alta disponibilidad entre la instancia antigua y la nueva. Para configurar la alta disponibilidad entre dos instancias de NetScaler VPX, en el símbolo del sistema de cada instancia, escriba:
add ha node <nodeID> <IPaddress of the node to be added>save config
Ejemplo:
En el símbolo del sistema de la instancia antigua, escriba:
add ha node 30 192.0.2.30 Done <!--NeedCopy-->En el símbolo del sistema de la nueva instancia, escriba:
add ha node 10 192.0.2.10 Done <!--NeedCopy-->Tenga en cuenta lo siguiente:
- En la configuración de HA, la instancia antigua es el nodo principal y la nueva instancia es el nodo secundario.
- La dirección IP NSIP no se copia de la instancia antigua a la nueva instancia. Por lo tanto, después de la actualización, su nueva instancia tiene una dirección IP de administración diferente a la anterior.
- La contraseña de la cuenta
nsrootde la nueva instancia se establece en la de la instancia antigua después de la sincronización de HA.
Para obtener más información sobre la configuración de alta disponibilidad entre dos instancias de NetScaler VPX en AWS, consulte Implementar un par de alta disponibilidad en AWS.
-
Forzar una conmutación por error de HA. Para forzar una conmutación por error en una configuración de alta disponibilidad, en el símbolo del sistema de cualquiera de las instancias, escriba:
force HA failover <!--NeedCopy-->Como resultado de forzar una conmutación por error, las ENI de la instancia antigua se migran a la nueva instancia y el tráfico fluye a través de la nueva instancia (el nuevo nodo principal). La instancia antigua (el nuevo nodo secundario) se reinicia.
Si aparece el siguiente mensaje de advertencia, escriba N para abortar la operación:
[WARNING]:Force Failover may cause configuration loss, peer health not optimum. Reason(s): HA version mismatch HA heartbeats not seen on some interfaces Please confirm whether you want force-failover (Y/N)? <!--NeedCopy-->El mensaje de advertencia aparece porque el software del sistema de las dos instancias VPX no es compatible con HA. Como resultado, la configuración de la instancia antigua no se puede sincronizar automáticamente con la nueva instancia durante una conmutación por error forzada.
La siguiente es la solución alternativa para este problema:
-
En el símbolo del sistema de NetScaler de la instancia antigua, escriba el siguiente comando para crear una copia de seguridad del archivo de configuración (ns.conf):
copy /nsconfig/ns.conf to /nsconfig/ns.conf.bkp -
Elimine la siguiente línea del archivo de configuración de copia de seguridad (ns.conf.bkp):
set ns config -IPAddress <IP> -netmask <MASK>
Por ejemplo,
set ns config -IPAddress 192.0.2.10 -netmask 255.255.255.0 -
Copie el archivo de configuración de copia de seguridad de la instancia antigua (ns.conf.bkp) en el directorio /nsconfig de la nueva instancia.
-
En el símbolo del sistema de NetScaler de la nueva instancia, escriba el siguiente comando para cargar el archivo de configuración de la instancia antigua (ns.conf.bkp) en la nueva instancia:
batch -f /nsconfig/ns.conf.bkp
-
Guarde la configuración en la nueva instancia.
save conifg
-
En el símbolo del sistema de cualquiera de los nodos, escriba el siguiente comando para forzar una conmutación por error y, a continuación, escriba Y para el mensaje de advertencia para confirmar la operación de conmutación por error forzada:
force ha failover
Ejemplo:
> force ha failover WARNING]:Force Failover may cause configuration loss, peer health not optimum. Reason(s): HA version mismatch HA heartbeats not seen on some interfaces Please confirm whether you want force-failover (Y/N)? Y <!--NeedCopy--> -
-
Elimine la configuración de HA, de modo que las dos instancias ya no estén en una configuración de HA. Primero elimine la configuración de HA del nodo secundario y luego elimine la configuración de HA del nodo principal.
Para eliminar una configuración de HA entre dos instancias de NetScaler VPX, en el símbolo del sistema de cada instancia, escriba:
> remove ha node \<nodeID\> > save config <!--NeedCopy-->Para obtener más información sobre la configuración de alta disponibilidad entre dos instancias VPX en AWS, consulte Implementar un par de alta disponibilidad en AWS.
Ejemplo:
En el símbolo del sistema de la instancia antigua (nuevo nodo secundario), escriba:
> remove ha node 30
Done
> save config
Done
<!--NeedCopy-->
En el símbolo del sistema de la nueva instancia (nuevo nodo principal), escriba:
> remove ha node 10
Done
> save config
Done
<!--NeedCopy-->
En este artículo
- Cambiar el tipo de instancia EC2 de una instancia de NetScaler VPX en AWS
- Actualizar el rendimiento o la edición de software de una instancia de NetScaler VPX en AWS
- Actualizar el software del sistema de una instancia de NetScaler VPX en AWS
- Actualizar a una nueva instancia AMI de NetScaler mediante una configuración de alta disponibilidad de NetScaler
- Requisitos previos y puntos a considerar