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

Implementar un par de VPX de alta disponibilidad en Google Cloud Platform

May 9, 2023
Contribución de: 
C

Puede configurar dos instancias de NetScaler VPX en Google Cloud Platform como un par activo-pasivo de alta disponibilidad (HA). Al configurar una instancia como nodo principal y la otra como nodo secundario, el nodo principal acepta las conexiones y administra los servidores. El nodo secundario supervisa el principal. Si, por cualquier motivo, el nodo principal no puede aceptar conexiones, el nodo secundario se hace cargo. Además, la IP del cliente del nodo principal debe estar enlazada a una dirección IP estática externa, para que el tráfico se reanude después de una conmutación por error.

Para obtener más información sobre HA, consulte Alta disponibilidad.

Los nodos deben estar en la misma región; sin embargo, pueden estar en la misma zona o en zonas diferentes. Para obtener más información, consulte Regiones y zonas.

Cada instancia VPX requiere al menos tres subredes IP (redes de Google VPC):

  • Una subred de administración
  • Una subred (VIP) orientada al cliente
  • Una subred orientada al back-end (SNIP, MIP, etc.)

Citrix recomienda tres interfaces de red para una instancia de VPX estándar.

Antes de comenzar

  • Lea las limitaciones, requisitos de hardware y puntos a tener en cuenta que se mencionan en Implementar una instancia NetScaler VPX en Google Cloud Platform. Esta información se aplica también a implementaciones de alta disponibilidad.
  • Asegúrese de que su cuenta de servicio GCP tenga los siguientes permisos de IAM:
REQUIRED_INSTANCE_IAM_PERMS = [

"compute.instances.addAccessConfig",

"compute.instances.deleteAccessConfig",

"compute.instances.get",

"compute.instances.list",

"compute.networks.useExternalIp",

"compute.subnetworks.useExternalIp",

"compute.zones.list",

]
<!--NeedCopy-->

Cómo implementar un par VPX HA en Google Cloud Platform

Este es un resumen de los pasos de implementación de HA:

  1. Crea tres redes de VPC en la misma región. Por ejemplo, Asia-este.
  2. Crea dos instancias VPX (nodos primario y secundario) en la misma región. Pueden estar en la misma zona o en zonas diferentes. Por ejemplo, Asia east-1a y Asia east-IB.
  3. Configure la configuración de HA en ambas instancias mediante los comandos de NetScaler GUI o ADC CLI.

La nota Stayprimary y Staysecondary la configuración no se admiten para la implementación de alta disponibilidad en Google Cloud Platform.

Paso 1. Crea tres redes de VPC

Cree tres redes de VPC para asociarlas a la NIC de administración, la NIC del cliente y la NIC del servidor. Para crear una red de VPC, inicia sesión en Google Console > Redes > Red de VPC > Crear red de VPC. Complete los campos obligatorios y haga clic en Crear. Para obtener más información, consulte la sección “Crear redes de VPC” en Implementar una instancia NetScaler VPX en Google Cloud Platform.

Paso 2. Crear dos instancias VPX

Cree dos instancias VPX siguiendo los pasos indicados en Caso: implementar una instancia VPX independiente multi-NIC y Multi-IP.

Importante Asigne una dirección IP externa estática a la dirección IP del cliente (VIP) del nodo principal. Para crear un externo estático, en Interfaz de red > IP externa, haga clic en Crear dirección IP.

IP estática externa

Después de la conmutación por error, cuando el principal antiguo se convierte en el nuevo secundario, la dirección IP externa estática se mueve desde el primario antiguo y se adjunta al nuevo primario. Para obtener más información, consulta el documento de Google Cloud Reservar una dirección IP externa estática.

Después de configurar las instancias VPX, puede configurar las direcciones IP necesarias. Para obtener más información, consulte Configuración de direcciones IP propiedad de NetScaler.

Paso 3. Configurar alta disponibilidad

Una vez que haya creado las instancias en Google Cloud Platform, puede configurar HA mediante la GUI de NetScaler para la CLI.

Configurar HA mediante la interfaz gráfica de usuario

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

  1. Inicie sesión en el nodo principal con el nombre de usuario nsroot y el ID de instancia como contraseña.
  2. Desde la interfaz gráfica de usuario, vaya a Configuración > Sistema > Alta disponibilidad. Haga clic en Agregar.
  3. En el campo Dirección IP del nodo remoto, añada la dirección IP privada de la NIC de administración del nodo secundario.
  4. Seleccione Activar el modo INC (Configuración de red independiente) en el nodo automático.
  5. 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.
  6. Repita los pasos en el nodo secundario.

Paso 2. Agregue el conjunto de IP y el conjunto de IP de enlace al conjunto VIP en ambas instancias.

  1. Desde la GUI, vaya a Sistema > Red > IPs > Agregar.
  2. Agregue los valores requeridos para Dirección IP, máscara de red, Tipo de IP (IP virtual) y haga clic en Crear.
  3. Vaya a Sistema > Red > Conjuntos de IP > Agregar. Agregue un nombre de conjunto de IP y haga clic en Insertar.
  4. En la página IPv4s, seleccione la IP virtual y haga clic en Insertar. Haga clic en Crear para crear el conjunto de IP.

Nota: Puede vincular la IP establecida a la VIP principal o a la VIP secundaria. Sin embargo, si vincula el conjunto de IP a la VIP principal, use la VIP secundaria para agregarla al servidor virtual y viceversa.

Paso 3. Agrega un servidor virtual en la instancia principal.

  1. Desde la GUI, vaya a Configuración > Administración del tráfico > Equilibrio de carga > Servidores virtuales > Agregar.

Guarde la configuración. Ahora, el nodo secundario tiene las mismas credenciales de inicio de sesión que el nodo principal. Después de una conmutación por error forzada, el secundario se convierte en el nuevo primario. La IP estática externa del antiguo VIP principal se traslada al nuevo VIP secundario.

Configurar la alta disponibilidad mediante CLI

Paso 1. Configure la alta disponibilidad en el modo INC en ambas instancias mediante la CLI de NetScaler.

En el nodo principal, escriba el siguiente comando.

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

En el nodo secundario, escriba el siguiente comando.


add ha node 1 <prim_ip> -inc ENABLED in secondary

<!--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.

Paso 2. Agregue un conjunto de IP en ambas instancias.

Escriba el siguiente comando en ambas instancias:

add ipset <ipsetname>

<!--NeedCopy-->

Paso 3. Enlaza el conjunto IP al conjunto VIP en ambas instancias.

Escriba los siguientes comandos en ambas instancias:

add ns ip <secondary vip> <subnet> -type VIP

<!--NeedCopy-->

Nota Omita este comando si el VIP ya está configurado.

bind ipset <ipsetname> <secondary VIP>

<!--NeedCopy-->

Nota: Puede vincular la IP establecida a la VIP principal o a la VIP secundaria. Sin embargo, si vincula el conjunto de IP a la VIP principal, use la VIP secundaria para agregarla al servidor virtual y viceversa.

Paso 4. Agregue un servidor virtual en la instancia principal.

Escriba el siguiente comando:

add <server_type> vserver <vserver_name> <protocol> <primary_vip> <port> -ipset <ipset_name>

<!--NeedCopy-->

Nota:

Para guardar la configuración, escriba el comando save config. De lo contrario, las configuraciones se pierden después de reiniciar las instancias.

Plantillas GDM para implementar un par VPX de alta disponibilidad en GCP

Puede utilizar una plantilla de NetScaler Google Deployment Manager (GDM) para implementar un par de alta disponibilidad VPX en GCP. Para obtener más información, consulte Plantillas GDM de NetScaler.

Implementar un par de VPX de alta disponibilidad en Google Cloud Platform
May 9, 2023
Contribución de: 
C
May 9, 2023
Contribución de: 
C

En este artículo

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