Configuración de Alta Disponibilidad (HA) para Sitios GCP vSocket usando Terraform

Este artículo describe cómo implementar una configuración de Alta Disponibilidad (HA) para un sitio GCP vSocket.

"Visión general"

Puedes configurar la Alta Disponibilidad (HA) para los vSockets de Cato en Google Cloud Platform (GCP) implementando dos vSockets en zonas separadas y colocando un Balanceador de Carga de Google Cloud frente a sus interfaces LAN. El Balanceador de Carga proporciona una única dirección IP estática que los recursos internos utilizan para conectarse a los vSockets. Monitorea continuamente la salud de cada vSocket y redirige el tráfico solo al vSocket activo (maestro). Esto puede ser ya sea el Socket primario o, en caso de un traspaso, el secundario.

Además, los vSockets utilizan el Protocolo de Redundancia de Enrutador Virtual (VRRP) para intercambiar información de estado entre ellos. Cuando el Socket secundario está en modo de espera, informa al Balanceador de Carga que está en mal estado, de modo que el tráfico se dirige solo al vSocket activo. Conjuntamente, las verificaciones de salud del Balanceador de Carga y el VRRP proporcionan un traspaso automático con una mínima interrupción. El tiempo típico de traspaso es aproximadamente de 3–5 segundos.

Nota:

La versión mínima de vSocket compatible para HA en GCP es 24.0.20395.

Las configuraciones de vSocket HA en GCP dependen exclusivamente del Balanceador de Carga para dirigir el tráfico al vSocket activo.

Flujo de trabajo de traspaso de vSocket en GCP

Este es el flujo de trabajo cuando el vSocket primario activo falla al secundario en espera en un sitio de GCP.

1. En operación normal, el vSocket primario tiene el rol activo, y el vSocket secundario tiene el rol de respaldo.

   1. El balanceador de carga sondea los Sockets para determinar su estado de salud. El primario informa que está en buen estado, mientras que el secundario informa que está en mal estado.

   2. Los Sockets primario y secundario se comunican a través de la LAN usando el protocolo VRRP.

   3. El IP del balanceador de carga dirige el tráfico al IP del vSocket primario.

   4. Las tablas de rutas LAN prefijan el uso del IP del balanceador de carga como siguiente salto.

2. El vSocket primario (activo) cae.

   1. El vSocket secundario (en espera) deja de recibir paquetes de señalización del vSocket primario.

   2. El vSocket secundario asume el papel activo (maestro) y comienza a informar al balanceador de carga que está en buen estado.

   3. El balanceador de carga deja de recibir respuestas del vSocket primario, y ahora dirige el tráfico solo al vSocket secundario.

3. El vSocket secundario ahora es el vSocket activo y maneja el tráfico del sitio en ambas direcciones.

4. Cuando el vSocket primario se recupera, retoma el papel activo, y el vSocket secundario regresa al estado de espera. El balanceador de carga ahora dirige el tráfico de regreso al vSocket primario.

Prerrequisitos para la Implementación de Terraform

• Un proyecto GCP con permisos para crear los siguientes recursos:

  • VPCs y subredes

  • Instancias de cómputo

  • Reglas de firewall

  • Balanceador de carga

  • Verificaciones de estado

  • IPs estáticas

  • Cuentas de servicio

• Terraform está instalado y autenticado a GCP

• Credenciales de cuenta Cato o tokens requeridos por el módulo Terraform

• Dos zonas de disponibilidad en la región objetivo (por ejemplo, us-central1-a y us-central1-b)

• (Opcional) Nombre DNS reservado apuntando a la dirección IP estática del Balanceador de Carga

• Versión mínima de vSocket: 24.0.20395

Arquitectura de Referencia

• Cada vSocket incluye tres interfaces: MGMT, WAN y LAN. Las interfaces LAN participan en VRRP para la sincronización de estado.

• El balanceador de carga opera en el lado LAN para proporcionar una dirección IP consistente a los clientes internos.

• Las verificaciones de estado sondean la interfaz LAN de cada vSocket. Solo las instancias que informan al balanceador de carga como saludables reciben tráfico.

• VRRP asegura la sincronización de estado entre los dos vSockets.

Usar Terraform para Desplegar HA para un Sitio GCP vSocket

Todos los recursos requeridos (VPCs, vSockets, Balanceador de Carga y verificaciones de salud) deben definirse en un único stack de Terraform.

Los módulos oficiales de Terraform para vSocket de Cato, disponibles en el Registro de Terraform, incluyen documentación detallada y ejemplos para vSockets en una configuración de Alta Disponibilidad. Para obtener más información sobre el módulo HA de GCP, consulte aquí.

Para extender la configuración de HA en GCP:

1. Desplegar dos vSockets en diferentes zonas utilizando el mismo enfoque.

2. Agregar un recurso Balanceador de Carga en el lado LAN para gestiona ambos vSockets.

3. Permitir la comunicación VRRP entre los dos vSockets para la sincronización de estado

Nota:

Consulte la documentación oficial del módulo Terraform de vSocket de Cato para obtener detalles sobre entradas del módulo, salidas y opciones de configuración avanzada

Gestión de Alta Disponibilidad de GCP

Esta sección explica cómo gestionar HA para el sitio GCP:

• Mostrar el estado HA de cada vSocket

• Cambiar la IP del balanceador de carga para el sitio.

• Cambiar las direcciones IP de gestión para los vSockets.

• Deshabilitar HA para el sitio y eliminar el vSocket secundario.

Mostrando la Información y Estado de Alta Disponibilidad

La página Network > Sites > Socket para el sitio muestra el estado HA para los vSockets primario y secundario.

Cambiando la Configuración IP para el Sitio

Si cambia la configuración de la dirección IP para los vSockets en GCP, debe actualizar la misma configuración en la Aplicación de Gestión de Cato. Estas son las configuraciones que puedes configurar:

• Rango Nativo de Subred: Usa la sección Redes para el sitio

• IP del balanceador de carga: Usa la sección Redes o Alta Disponibilidad para el sitio (el nuevo valor se actualiza automáticamente en la otra sección)

• IP de Gestión: Usa la sección Alta Disponibilidad para el sitio

Cambiando la Subred del Rango Nativo

Usa la sección Redes para cambiar la subred del Rango Nativo.

Para cambiar la subred del Rango Nativo para el sitio:

1. Desde el menú de navegación, haz clic en Red > Sitios y selecciona el sitio.

2. Desde el menú de navegación, selecciona Configuración del sitio > Redes.

3. Edita el rango Nativo, ingresa un nuevo valor para la Subred.

4. Haz clic en Aplicar. El panel Editar rango de IP se cierra.

5. Haga clic en Guardar.

Cambiando la Carga del IP del Balanceador y el IP de Gestión

Usa la sección Alta Disponibilidad para cambiar el IP del Balanceador de Carga y el IP de Gestión. También puedes cambiar el IP del balanceador de carga en la sección Redes.

Para cambiar el IP del balanceador de carga o el IP de Gestión para un sitio:

1. Desde el menú de navegación, haz clic en Red > Sitios y selecciona el sitio.

2. Desde el menú de navegación, haz clic en Configuración del sitio > Socket.

3. Expande la sección Configuraciones de Alta Disponibilidad.

4. Ingresa el nuevo IP de Gestión Primaria.

5. Ingresa el nuevo IP de Gestión Secundaria.

6. Ingresa el nuevo IP del Cargador de Balanceo LAN.

7. Haz clic en Guardar.

Deshabilitando Alta Disponibilidad para el Sitio GCP

Puedes eliminar el vSocket secundario de un sitio GCP y deshabilitar HA para ese sitio. Después de quitar el vSocket secundario de la Aplicación de Gestión de Cato, el vSocket implementado ya no puede conectarse a la Nube Cato. La configuración para el sitio se restauró a la configuración para un solo vSocket:

• La sección Alta Disponibilidad está deshabilitada y ya no aparece en la página

• En la sección Redes, la IP Local reemplaza la IP del Balanceador de Carga

Nota:

Nota: No puedes deshacer la acción Desasignar Socket. El número de serie del vSocket secundario ya no es válido.

Si deseas agregar el vSocket secundario nuevamente, debes instalar un nuevo vSocket en la VM con el nuevo número de serie.

Para deshabilitar HA para el sitio GCP:

1. Desde el menú de navegación, haz clic en Red > Sitios y selecciona el sitio.

2. Desde el menú de navegación, haz clic en Configuración del sitio > Socket.

3. Desde el menú Acciones del vSocket Secundario, haz clic en Desasignar.

4. En la ventana de Advertencia, haga clic en OK. HA está deshabilitado para el sitio, y el vSocket secundario ha sido eliminado de este.

Limitaciones Conocidas

• En los despliegues HA de GCP, volver a la vSocket principal puede tardar más que el cambio a la vSocket secundaria. Durante el retorno a la configuración previa, el tráfico puede ser interrumpido hasta por 8 segundos.

• Durante una condición de  Esto puede hacer que las verificaciones de salud del balanceador de carga de GCP muestren ambas vSockets como saludables y hagan que la validación del cambio de configuración sea menos clara, aunque el nuevo tráfico iniciado después de la condición de