Documentación de productos
ADC
14.1 - Current Release 13.1 13.0 12.1
Ver PDF

Implementar un par de alta disponibilidad VPX con direcciones IP privadas en distintas zonas de AWS

October 12, 2023
Contribución de: 
C

Puede configurar dos instancias de NetScaler VPX en dos subredes diferentes o en dos zonas de disponibilidad de AWS diferentes mediante direcciones IP privadas en el modo INC. Esta solución se puede integrar fácilmente con el par de alta disponibilidad VPX multizona existente con direcciones IP elásticas. Por lo tanto, puede utilizar ambas soluciones juntas.

Para obtener más información sobre la alta disponibilidad, consulte Alta disponibilidad. Para obtener más información sobre INC, consulte Configuración de nodos de alta disponibilidad en distintas subredes.

Nota:

Esta implementación se admite desde NetScaler versión 13.0 compilación 67.39 en adelante. Esta implementación es compatible con AWS Transit Gateway.

Emparejamiento de alta disponibilidad con direcciones IP privadas mediante una VPC no compartida de AWS

Requisitos previos

Asegúrese de que el rol de IAM asociado a su cuenta de AWS tenga los siguientes permisos de IAM:

{
    "Version": "2012-10-17",
    "Statement": [
        {
            "Action": [
                "ec2:DescribeInstances",
                "ec2:DescribeAddresses",
                "ec2:AssociateAddress",
                "ec2:DisassociateAddress",
                "ec2:DescribeRouteTables",
                "ec2:DeleteRoute",
                "ec2:CreateRoute",
                "ec2:ModifyNetworkInterfaceAttribute",
                "iam:SimulatePrincipalPolicy",
                "iam:GetRole"
            ],
            "Resource": "*",
            "Effect": "Allow"
        }
    ]
}

<!--NeedCopy-->

Implemente un par de alta disponibilidad de VPX con direcciones IP privadas mediante una VPC no compartida de AWS

A continuación se presenta un resumen de los pasos para implementar un par VPX en dos subredes diferentes o en dos zonas de disponibilidad de AWS distintas mediante direcciones IP privadas.

  1. Cree una nube privada virtual de Amazon.
  2. Implementa dos instancias VPX en dos zonas de disponibilidad diferentes.
  3. Configurar alta disponibilidad
    1. Configure la alta disponibilidad en modo INC en ambas instancias.
    2. Agregue las tablas de redirección respectivas en la VPC que apunta a la interfaz del cliente.
    3. Agrega un servidor virtual en la instancia principal.

Para los pasos 1, 2 y 3b, use la consola de AWS. Para los pasos 3a y 3c, utilice la GUI o la CLI de NetScaler VPX.

Paso 1. Cree una nube privada virtual (VPC) de Amazon.

Paso 2: Implemente dos instancias VPX en dos zonas de disponibilidad diferentes con el mismo número de ENI (interfaz de red).

Para obtener más información sobre cómo crear una VPC e implementar una instancia VPX en AWS, consulte Implementación de una instancia independiente NetScaler VPX en AWS and Scenario: instancia independiente

Paso 3: Configure las direcciones VIP de ADC eligiendo una subred que no se superponga con las subredes de Amazon VPC. Si su VPC es 192.168.0.0/16, para configurar las direcciones VIP de ADC, puede elegir cualquier subred de estos intervalos de direcciones IP:

  • 0.0.0.0 - 192.167.0.0
  • 192.169.0.0 - 254.255.255.0

En este ejemplo, la subred 10.10.10.0/24 elegida y se crearon VIP en esta subred. Puede elegir cualquier subred que no sea la subred VPC (192.168.0.0/16).

Paso 4. Agregue una ruta que apunte a la interfaz de cliente (VIP) del nodo principal desde la tabla de rutas de la VPC.

En la CLI de AWS, escriba el siguiente comando:

aws ec2 create-route --route-table-id rtb-2272532 --destination-cidr-block 10.10.10.0/24 --gateway-id <eni-client-primary>
<!--NeedCopy-->

Desde la GUI de AWS, lleve a cabo los siguientes pasos para agregar una ruta:

  1. Abra la consola de Amazon EC2.
  2. En el panel de navegación, elija Tablas de redireccióny seleccione la tabla de redirección.
  3. Seleccione Accionesy haga clic en Modificar rutas.
  4. Para agregar una ruta, elige Agregar ruta. En Destino, introduzca el bloque CIDR de destino, una única dirección IP o el ID de una lista de prefijos. Para ID de puerta de enlace, seleccione el ENI de una interfaz de cliente del nodo principal.

Tablas de redirección - Modificar rutas

Nota:

Debe inhabilitar la comprobación de origen/destino en el ENI del cliente de la instancia principal.

Para inhabilitar la comprobación de origen/destino de una interfaz de red mediante la consola, realice los siguientes pasos:

  1. Abra la consola de Amazon EC2.
  2. En el panel de navegación, elija Interfaces de red.
  3. Seleccione la interfaz de red de una interfaz de cliente principal, elija Accionesy haga clic en Cambiar fuente/destino. Comprobar.
  4. En el cuadro de diálogo, seleccione Inhabilitadoy haga clic en Guardar.

Comprobación de cambio de origen-destino

Paso 5. Configure la alta disponibilidad. Puede utilizar la CLI o la GUI de NetScaler VPX para configurar la alta disponibilidad.

Configurar la alta disponibilidad mediante la CLI

  1. Configure la alta disponibilidad en modo INC en ambas instancias.

    En el nodo principal:

    add ha node 1 <sec_ip> -inc ENABLED
<!--NeedCopy-->

    En el nodo secundario:

    add ha node 1 <prim_ip> -inc ENABLED
<!--NeedCopy-->

    <sec_ip>hace referencia a la dirección IP privada de la NIC de administración del nodo secundario.

    <prim_ip>hace referencia a la dirección IP privada de la NIC de administración del nodo principal.

  2. Agregue un servidor virtual en la instancia principal. Debe agregarlo desde la subred elegida, por ejemplo, 10.10.10.0/24.

    Escriba el siguiente comando:

    add \<server\_type\> vserver \<vserver\_name\> \<protocol\> \<primary\_vip\> \<port\>
<!--NeedCopy-->

Configure la alta disponibilidad mediante la interfaz gráfica de usuario

  1. Configurar la alta disponibilidad en modo INC en ambas instancias

  2. Inicie sesión en el nodo principal con el nombre de usuario nsroot y el ID de instancia como contraseña.

  3. Vaya a Configuración > Sistema > Alta disponibilidady haga clic en Agregar.

  4. En el campo Dirección IP del nodo remoto, agregue la dirección IP privada de la NIC de administración del nodo secundario.

  5. Seleccione Activar el modo NIC (Configuración de red independiente) en el nodo propio.

  6. En Credencial de inicio de sesión del sistema remoto, agregue el nombre de usuario y la contraseña del nodo secundario y haga clic en Crear.

  7. Repita los pasos en el nodo secundario.

  8. Agregar un servidor virtual en la instancia principal

    Vaya a Configuración > Administración del tráfico > Servidores virtuales > Agregar.

    Agregar un servidor virtual

Implemente un par de alta disponibilidad de VPX con direcciones IP privadas mediante la VPC compartida de AWS

En un modelo de VPC compartida de AWS, la cuenta propietaria de la VPC (propietario) comparte una o más subredes con otras cuentas (participantes). Por lo tanto, tiene una cuenta de propietario de VPC y una cuenta de participante. Después de compartir una subred, los participantes pueden ver, crear, modificar y eliminar sus recursos de aplicación en las subredes compartidas con ellos. Los participantes no pueden ver, modificar ni eliminar recursos que pertenezcan a otros participantes o al propietario de la VPC.

Para obtener información sobre la VPC compartida de AWS, consulte la documentación de AWS.

Nota:

Los pasos de configuración para implementar un par de alta disponibilidad de VPX con direcciones IP privadas mediante una VPC compartida de AWS son los mismos que para implementar un par de alta disponibilidad de VPX con direcciones IP privadas mediante una VPC no compartida de AWS, con la siguiente excepción:

  • Las tablas de rutas de la VPC que apuntan a la interfaz del cliente deben agregarse desde la cuenta del propietario de la VPC.

Requisitos previos

  • Asegúrese de que el rol de IAM asociado a la instancia de NetScaler VPX en la cuenta del participante de AWS tenga los siguientes permisos de IAM:

     "Version": "2012-10-17",
     "Statement": [
         {
             "Sid": "VisualEditor0",
             "Effect": "Allow",
             "Action": [
                 "ec2:DisassociateAddress",
                 "iam:GetRole",
                 "iam:SimulatePrincipalPolicy",
                 "ec2:DescribeInstances",
                 "ec2:DescribeAddresses",
                 "ec2:ModifyNetworkInterfaceAttribute",
                 “ec2:AssociateAddress”,
                 "sts:AssumeRole"
         ],
             "Resource": "*"
         }
     ]
 }
 <!--NeedCopy-->

    Nota:

    AssumeRole permite a la instancia de NetScaler VPX asumir la función de IAM multicuenta, que crea la cuenta del propietario de la VPC.

  • Asegúrese de que la cuenta del propietario de la VPC proporcione los siguientes permisos de IAM a la cuenta del participante mediante la función de IAM multicuenta:

     {
     "Version": "2012-10-17",
     "Statement": [
         {
             "Sid": "VisualEditor0",
             "Effect": "Allow",
             "Action": [
                 "ec2:CreateRoute",
                 "ec2:DeleteRoute",
                 "ec2:DescribeRouteTables"
             ],
             "Resource": "*"
         }
     ]
 }
 <!--NeedCopy-->

Crear función de IAM multicuenta

  1. Inicie sesión en la consola web de AWS.
  2. En la ficha IAM, vaya a Roles y, a continuación, elija Create Role.

  3. Elija otra cuenta de AWS.

    Función de creación de vpc compartida

  4. Introduzca el número de identificación de cuenta de 12 dígitos de la cuenta de participante a la que quiere conceder acceso de administrador.

Establecer la función de IAM multicuenta mediante la CLI de NetScaler

El siguiente comando permite que la instancia NetScaler VPX asuma la función de IAM multicuenta que existe en la cuenta del propietario de la VPC.

set cloud awsParam -roleARN <string>
<!--NeedCopy-->

Establecer la función de IAM multicuenta mediante la GUI de NetScaler

  1. Inicie sesión en el dispositivo NetScaler y vaya a Configuración > AWS > Cambiar parámetros de la nube.

    Cambiar los parámetros de nube

  2. En la página Configurar parámetros de la nube de AWS, introduzca el valor del campo RoLearn .

    Configuración de los parámetros de la nube

Caso

En este caso, se crea una única VPC. En esa VPC, se crean dos instancias VPX en dos zonas de disponibilidad. Cada instancia tiene tres subredes: una para administración, otra para el cliente y otra para el servidor back-end.

Los diagramas siguientes ilustran la configuración de alta disponibilidad de NetScaler VPX en modo INC, en AWS. La subred personalizada 10.10.10.10, que no forma parte de la VPC, se utiliza como VIP. Por lo tanto, la subred 10.10.10.10 se puede utilizar en todas las zonas de disponibilidad.

Antes de la configuración de alta disponibilidad de conmutación por error en modo INC

Después de la configuración de alta disponibilidad de failover en modo INC

En este caso, utilice la CLI para configurar la alta disponibilidad.

  1. Configure la alta disponibilidad en modo INC en ambas instancias.

    Escriba los siguientes comandos en los nodos primario y secundario.

    En el nodo principal:

    add ha node 1 192.168.4.10 -inc enabled
<!--NeedCopy-->

    En este caso, 192.168.4.10 se refiere a la dirección IP privada de la NIC de administración del nodo secundario.

    En el nodo secundario:

    add ha node 1 192.168.1.10 -inc enabled
<!--NeedCopy-->

    En este caso, 192.168.1.10 se refiere a la dirección IP privada de la NIC de administración del nodo principal.

  2. Agregue un servidor virtual en la instancia principal.

    Escriba el siguiente comando:

    add lbvserver vserver1 http 10.10.10.10 80
<!--NeedCopy-->

  3. Guarde la configuración.

  4. Tras una conmutación por error forzada:

    • La instancia secundaria se convierte en la nueva instancia principal.
    • La ruta de la VPC que apunta al ENI principal migra al ENI del cliente secundario.
    • El tráfico del cliente se reanuda en la nueva instancia principal.

Configuración de AWS Transit Gateway para solución IP privada de alta disponibilidad

Necesita AWS Transit Gateway para que la subred VIP privada se pueda redirigir dentro de la red interna, en las VPC de AWS, regiones y redes locales. La VPC debe conectarse a AWS Transit Gateway. Se crea una ruta estática para la subred VIP o el grupo de IP dentro de la tabla de rutas de AWS Transit Gateway y se dirige hacia la VPC.

AWS Transit Gateway

Para configurar AWS Transit Gateway, siga estos pasos:

  1. Abra la consola de Amazon VPC.
  2. En el panel de navegación, elija Tablas de rutas de Transit Gateway.

  3. Seleccione la ficha Rutas y haga clic en Crear ruta estática.

    Tabla de rutas AWS Transit Gateway

  4. Cree una ruta estática en la que CIDR apunte a su subred VIPS privada y apunte a la VPC que tiene NetScaler VPX.

    Crea una ruta estática

  5. Haga clic en Crear ruta estáticay selecciona Cerrar.

Solución de problemas

Si tiene algún problema al configurar la solución IP privada de alta disponibilidad en una HA multizona, compruebe los siguientes puntos clave para solucionar problemas:

  • Tanto el nodo principal como el secundario tienen el mismo conjunto de permisos de IAM.
  • El modo INC está activado tanto en el nodo principal como en el secundario.
  • Tanto los nodos primarios como los secundarios tienen el mismo número de interfaces.
  • Al crear una instancia, sigue la misma secuencia de conexión de interfaces en los nodos principal y secundario según el número de índice del dispositivo. Supongamos que en un nodo principal, la interfaz de cliente se conecta primero y la interfaz de servidor se conecta en segundo lugar. Siga también la misma secuencia en el nodo secundario. Si hay alguna discrepancia, separe y vuelva a conectar las interfaces en el orden correcto.
  • Puede verificar la secuencia de interfaces siguiendo esta ruta de navegación: consola de AWS > Red y seguridad > ENI > Número de índice de dispositivos. De forma predeterminada, se asignan los siguientes números de índice de dispositivo a estas interfaces: - Interfaz de administración — 0 - Interfaz de cliente — 1 - Interfaz de servidor — 2

  • Si la secuencia de números de índice del dispositivo en el ENI principal es: 0, 1, 2. El ENI secundario también debe seguir la misma secuencia de números de índice del dispositivo: 0, 1, 2.

    Si hay una discrepancia en la secuencia de números de índice del dispositivo, todas las rutas no coincidentes se transfieren al índice 0, la interfaz de administración, para evitar la pérdida de rutas. Sin embargo, aún debe separar las interfaces y volver a conectarlas en la secuencia correcta para evitar el movimiento de las rutas hacia la interfaz de administración, ya que puede provocar congestión de tráfico.

  • Si el tráfico no fluye, asegúrese de seleccionar “Fuente/destino”. La opción “Comprobar” está inhabilitada en la interfaz de cliente del nodo principal por primera vez.
  • Asegúrese de que el cloudhadaemon comando (ps -aux | grep cloudha) se esté ejecutando en Shell.
  • Asegúrese de que la versión del firmware de NetScaler sea la 13.0 build 70.x o posterior.
  • Si hay problemas con el proceso de conmutación por error, compruebe el archivo de registro disponible en: /var/log/cloud-ha-daemon.log
Implementar un par de alta disponibilidad VPX con direcciones IP privadas en distintas zonas de AWS
October 12, 2023
Contribución de: 
C
October 12, 2023
Contribución de: 
C

En este artículo

Comentarios sobre el sitio | Your privacy choices footer linkSus opciones de privacidad | Condiciones legales y de privacidad | Preferencias de cookies | Parámetros de consentimiento | docs.cloud.com
© 1999- Cloud Software Group, Inc. All rights reserved.