Implementar un par HA de VPX en la misma zona de disponibilidad de AWS

Nota:

A partir de la versión 13.1 compilación 27.x de NetScaler, el par HA de VPX en la misma zona de disponibilidad de AWS admite direcciones IPv6.

Puede configurar dos instancias de NetScaler VPX en AWS como un par HA, en la misma zona de AWS donde ambas instancias de VPX están en la misma subred. La alta disponibilidad se logra migrando las direcciones IP privadas secundarias adjuntas a las NIC (NIC del lado del cliente y del servidor) del nodo HA principal al nodo HA secundario después de la conmutación por error. Todas las direcciones IP elásticas asociadas con las direcciones IP privadas secundarias también se migran.

El par HA de NetScaler VPX admite direcciones IPv4 e IPv6 en la misma zona de disponibilidad de AWS.

La siguiente ilustración muestra un escenario de conmutación por error de HA mediante la migración de direcciones IP privadas secundarias.

Figura 1. Un par HA de NetScaler VPX en AWS, utilizando la migración de IP privada

Antes de comenzar su documento, lea los siguientes documentos:

• Requisitos previos
• Limitaciones y directrices de uso
• Implementar una instancia de NetScaler VPX en AWS
• Alta disponibilidad

Cómo implementar un par HA de VPX en la misma zona

Aquí tiene un resumen de los pasos para implementar un par HA de VPX en la misma zona:

1. Crear dos instancias VPX en AWS, cada una con tres NIC
2. Asignar una dirección IP privada secundaria de AWS a VIP y SNIP del nodo principal
3. Configurar VIP y SNIP en el nodo principal utilizando direcciones IP privadas secundarias de AWS
4. Configurar HA en ambos nodos

Paso 1. Cree dos instancias VPX (nodos principal y secundario) utilizando la misma VPC, cada una con tres NIC (Ethernet 0, Ethernet 1, Ethernet 2)

Siga los pasos que se indican en Implementar una instancia de NetScaler VPX en AWS mediante la consola web de AWS.

Paso 2. En el nodo principal, asigne direcciones IP privadas para Ethernet 1 (IP de cliente o VIP) y Ethernet 2 (IP de servidor back-end o SNIP)

La consola de AWS asigna automáticamente direcciones IP privadas principales a las NIC configuradas. Asigne más direcciones IP privadas a VIP y SNIP, conocidas como direcciones IP privadas secundarias.

Para asignar una dirección IP privada a una interfaz de red, siga estos pasos:

1. Abra la consola de Amazon EC2 en https://console.aws.amazon.com/ec2/.
2. En el panel de navegación, elija Interfaces de red y, a continuación, seleccione la interfaz de red conectada a la instancia.
3. Elija Acciones > Administrar direcciones IP.
4. Seleccione Direcciones IPv4 o Direcciones IPv6 según sus requisitos.
5. Para direcciones IPv4:
   1. Elija Asignar nueva IP.
   2. Introduzca una dirección IPv4 específica que esté dentro del rango de subred de la instancia, o deje el campo en blanco para que Amazon seleccione una dirección IP por usted.
   3. (Opcional) Elija Permitir reasignación para permitir que la dirección IP privada secundaria se reasigne si ya está asignada a otra interfaz de red.
6. Para direcciones IPv6:
   1. Elija Asignar nueva IP.
   2. Introduzca una dirección IPv6 específica que esté dentro del rango de subred de la instancia, o deje el campo en blanco para que Amazon seleccione una dirección IP por usted.
   3. (Opcional) Elija Permitir reasignación para permitir que la dirección IP privada principal o secundaria se reasigne si ya está asignada a otra interfaz de red.
7. Elija Sí > Actualizar.

En la Descripción de la instancia, aparecen las direcciones IP privadas asignadas.

Nota:

En una implementación de par HA IPv4, solo puede asignar las direcciones IPv4 secundarias en la interfaz y utilizarlas como direcciones VIP y SNIP. Pero en una implementación de par HA IPv6, puede asignar las direcciones IPv6 principales o secundarias en la interfaz y utilizarlas como direcciones VIP y SNIP.

Paso 3. Configure VIP y SNIP en el nodo principal, utilizando direcciones IP privadas secundarias

Acceda al nodo principal mediante SSH. Abra un cliente ssh y escriba:

ssh -i <location of your private key> nsroot@<public DNS of the instance>
<!--NeedCopy-->

A continuación, configure VIP y SNIP.

Para VIP, escriba:

add ns ip <IPAddress> <netmask> -type <type>
<!--NeedCopy-->

Para SNIP, escriba:

add ns ip <IPAddress> <netmask> -type SNIP
<!--NeedCopy-->

Escriba save config para guardar.

Para ver las direcciones IP configuradas, escriba el siguiente comando:

show ns ip
<!--NeedCopy-->

Para obtener más información, consulte los siguientes temas:

• Configuración y administración de direcciones IP virtuales (VIP)
• Configuración de la dirección NSIP

Paso 4: Configurar HA en ambas instancias

En el nodo principal, abra un cliente Shell y escriba el siguiente comando:

add ha node <id> <private IP address of the management NIC of the secondary node>
<!--NeedCopy-->

En el nodo secundario, escriba el siguiente comando:

add ha node <id> < private IP address of the management NIC of the primary node >
<!--NeedCopy-->

Escriba save config para guardar la configuración.

Para ver los nodos HA configurados, escriba show ha node.

Tras la conmutación por error, las direcciones IP privadas secundarias configuradas como VIP y SNIP en el nodo principal anterior se migran al nuevo nodo principal.

Para forzar una conmutación por error en un nodo, escriba force HAfailover.

Método heredado para implementar un par HA de VPX

Antes de la versión 13.0 41.x, la alta disponibilidad (HA) dentro de la misma zona se lograba mediante la migración de la interfaz de red elástica (ENI) de AWS. Sin embargo, este método está siendo lentamente obsoleto.

La siguiente figura muestra un ejemplo de la arquitectura de implementación de HA para instancias de NetScaler VPX en AWS.

Figura 1. Un par HA de NetScaler VPX en AWS, utilizando la migración de ENI

Puede implementar dos instancias VPX en AWS como un par HA utilizando una de las siguientes opciones:

• Cree las instancias con el rol de IAM manualmente utilizando la Consola de administración de AWS y, a continuación, configure HA en ellas.
• O automatice la implementación de alta disponibilidad utilizando la plantilla de Citrix CloudFormation.

La plantilla de CloudFormation reduce significativamente el número de pasos necesarios para crear un par HA y crea automáticamente un rol de IAM. Esta sección muestra cómo implementar un par HA (activo-pasivo) de NetScaler VPX utilizando la plantilla de Citrix CloudFormation.

Tenga en cuenta los siguientes puntos al implementar dos instancias de NetScaler VPX como un par HA.

Puntos a tener en cuenta

• HA en AWS requiere que el nodo principal tenga al menos dos ENI (uno para la administración y otro para el tráfico de datos), y que el nodo secundario tenga un ENI de administración. Sin embargo, por motivos de seguridad, cree tres ENI en el nodo principal, ya que esta configuración le permite segregar la red pública y privada (recomendado).
• El nodo secundario siempre tiene una interfaz ENI (para administración) y el nodo principal puede tener hasta cuatro ENI.
• Las direcciones NSIP de cada instancia VPX en un par de alta disponibilidad deben configurarse en el ENI predeterminado de la instancia.
• Amazon no permite ningún paquete de difusión/multidifusión en AWS. Como resultado, en una configuración HA, los ENI del plano de datos se migran de la instancia VPX principal a la secundaria cuando la instancia VPX principal falla.
• Dado que el ENI predeterminado (de administración) no se puede mover a otra instancia VPX, no utilice el ENI predeterminado para el tráfico de cliente y servidor (tráfico del plano de datos).
• El mensaje AWSCONFIG IOCTL NSAPI_HOTPLUG_INTF success output 0 en el archivo /var/log/ns.log indica que los dos ENI de datos se han adjuntado correctamente a la instancia secundaria (la nueva principal).
• La conmutación por error puede tardar hasta 20 segundos debido al mecanismo de desvinculación/vinculación de ENI de AWS.
• Tras la conmutación por error, la instancia fallida siempre se reinicia.
• Los paquetes de latido se reciben solo en la interfaz de administración.
• El archivo de configuración de las instancias VPX principal y secundaria se sincroniza, incluida la contraseña nsroot. La contraseña nsroot del nodo secundario se establece como la del nodo principal después de la sincronización de la configuración de HA.
• Para tener acceso a los servidores de la API de AWS, la instancia VPX debe tener una dirección IP pública asignada o el enrutamiento debe configurarse correctamente a nivel de subred de VPC apuntando a la puerta de enlace de Internet de la VPC.
• Los servidores de nombres/DNS se configuran a nivel de VPC mediante opciones DHCP.
• La plantilla de Citrix CloudFormation no crea una configuración de HA entre diferentes zonas de disponibilidad.
• La plantilla de Citrix CloudFormation no crea un modo INC.
• Los mensajes de depuración de AWS están disponibles en el archivo de registro, /var/log/ns.log, en la instancia VPX.

Implementar un par de alta disponibilidad mediante la plantilla de Citrix CloudFormation

Antes de iniciar la plantilla de CloudFormation, asegúrese de cumplir los siguientes requisitos:

• Una VPC
• Tres subredes dentro de la VPC
• Un grupo de seguridad con los puertos UDP 3003, TCP 3009–3010, HTTP, SSH abiertos
• Un par de claves
• Crear una puerta de enlace de Internet
• Edite las tablas de rutas para las redes de cliente y de administración para que apunten a la puerta de enlace de Internet.

Nota

La plantilla de Citrix CloudFormation crea automáticamente un rol de IAM. Los roles de IAM existentes no aparecen en la plantilla.

Para iniciar la plantilla de Citrix CloudFormation:

1. Inicie sesión en el AWS marketplace con sus credenciales de AWS.
2. En el campo de búsqueda, escriba NetScaler VPX para buscar la AMI de NetScaler y haga clic en Ir.
3. En la página de resultados de búsqueda, haga clic en la oferta de NetScaler VPX deseada.
4. Haga clic en la pestaña Precios para ir a Información de precios.
5. Seleccione la región y la Opción de cumplimiento como NetScaler VPX – Con licencia de cliente.
6. Haga clic en Continuar para suscribirse.
7. Compruebe los detalles en la página Suscribirse y haga clic en Continuar con la configuración.
8. Seleccione Método de entrega como Plantilla de CloudFormation.
9. Seleccione la plantilla de CloudFormation requerida.

10. Seleccione la Versión de software y la Región, y haga clic en Continuar para iniciar.

    

11. En Elegir acción, seleccione Iniciar CloudFormation y haga clic en Iniciar. Aparece la página Crear pila.

12. Haga clic en Siguiente.

    

13. Aparece la página Especificar detalles de la pila. Introduzca los siguientes detalles.

    • Escriba un Nombre de pila. El nombre debe tener un máximo de 25 caracteres.
    • En Configuración de red, realice lo siguiente:
      • Seleccione Subred de administración, Subred de cliente y Subred de servidor. Asegúrese de seleccionar las subredes correctas que creó dentro de la VPC que seleccionó en ID de VPC.
      • Agregue IP de administración principal, IP de administración secundaria, IP de cliente e IP de servidor. Las direcciones IP deben pertenecer a las mismas subredes de las subredes respectivas. Alternativamente, puede dejar que la plantilla asigne las direcciones IP automáticamente.
      • Seleccione default para VPCTenancy.
    • En Configuración de NetScaler, realice lo siguiente:
      • Seleccione m5.xlarge para Tipo de instancia.
      • Seleccione el par de claves que ya ha creado en el menú de Par de claves.

      • De forma predeterminada, la opción ¿Publicar métricas personalizadas en CloudWatch? está establecida en Sí. Si desea deshabilitar esta opción, seleccione No.

        Para obtener más información sobre las métricas de CloudWatch, consulte [Monitor your instances using Amazon CloudWatch] (#monitor-your-instances-using-amazon-cloudWatch).

    • En Configuración opcional, realice lo siguiente:
      • Por defecto, la opción ¿Se debe asignar publicIP(EIP) a las interfaces de administración? está establecida en No.
      • Por defecto, la opción ¿Se debe asignar publicIP(EIP) a la interfaz de cliente? está establecida en No.

    

14. Haga clic en Siguiente.

15. Aparece la página Configurar opciones de pila. Esta es una página opcional.

    

16. Haga clic en Siguiente.

17. Aparece la página Opciones. (Esta es una página opcional). Haga clic en Siguiente.

18. Aparece la página Revisión. Tómese un momento para revisar la configuración y realizar los cambios necesarios, si es preciso.

19. Seleccione la casilla de verificación Reconozco que AWS CloudFormation podría crear recursos de IAM. y, a continuación, haga clic en Crear pila.

20. Aparece el estado CREATE-IN-PROGRESS. Espere hasta que el estado sea CREATE-COMPLETE. Si el estado no cambia a COMPLETE, compruebe la ficha Eventos para ver el motivo del error y vuelva a crear la instancia con las configuraciones adecuadas.

    

21. Después de crear un recurso de IAM, vaya a EC2 Management Console > Instances. Encontrará dos instancias VPX creadas con el rol de IAM. Los nodos principal y secundario se crean cada uno con tres direcciones IP privadas y tres interfaces de red.

22. Inicie sesión en el nodo principal con el nombre de usuario nsroot y el ID de instancia como contraseña. Desde la GUI, vaya a Sistema > Alta disponibilidad > Nodos. El NetScaler VPX ya está configurado en un par de alta disponibilidad mediante la plantilla de CloudFormation.

23. Aparece el par de alta disponibilidad de NetScaler VPX.

    

Supervise sus instancias mediante Amazon CloudWatch

Puede utilizar el servicio Amazon CloudWatch para supervisar un conjunto de métricas de NetScaler VPX, como la utilización de CPU y memoria, y el rendimiento. CloudWatch supervisa los recursos y las aplicaciones que se ejecutan en AWS, en tiempo real. Puede acceder al panel de Amazon CloudWatch mediante la consola de administración de AWS. Para obtener más información, consulte Amazon CloudWatch.

Puntos a tener en cuenta

• Si implementa una instancia de NetScaler VPX en AWS mediante la consola web de AWS, el servicio CloudWatch se habilita de forma predeterminada.
• Si implementa una instancia de NetScaler VPX mediante la plantilla Citrix CloudFormation, la opción predeterminada es “Sí”. Si desea inhabilitar el servicio CloudWatch, seleccione “No”.
• Las métricas están disponibles para la CPU (uso de CPU de administración y de paquetes), la memoria y el rendimiento (entrada y salida).

Cómo ver las métricas de CloudWatch

Para ver las métricas de CloudWatch de su instancia, siga estos pasos:

1. Inicie sesión en Consola de administración de AWS > EC2 > Instancias.
2. Seleccione la instancia.
3. Haga clic en Supervisión.

4. Haga clic en Ver todas las métricas de CloudWatch.

   

5. En Todas las métricas, haga clic en el ID de su instancia.

   Métricas de CloudWatch para su instancia(/es-es/vpx/media/cft-all-metrics.png)

6. Haga clic en las métricas que desea ver, establezca la duración (por minutos, horas, días, semanas, meses).
7. Haga clic en Métricas graficadas para ver las estadísticas de uso. Utilice las Opciones de gráfico para personalizar su gráfico.

Figura. Métricas graficadas para el uso de CPU

Métricas graficadas de CloudWatch(/es-es/vpx/media/cft-graphed-metrics.png)

Configuración de SR-IOV en una configuración de alta disponibilidad

La compatibilidad con interfaces SR-IOV en una configuración de alta disponibilidad está disponible a partir de NetScaler versión 12.0 57.19. Para obtener más información sobre cómo configurar SR-IOV, consulte Configuración de instancias de NetScaler VPX para usar la interfaz de red SR-IOV.

Recursos relacionados

Cómo funciona la alta disponibilidad en AWS