Configuración de Alta Disponibilidad para Azure vSockets

Este artículo explica cómo configurar un sitio con dos vSockets que proporcionan alta disponibilidad (HA) para un sitio en la nube Microsoft Azure.

Resumen de Alta Disponibilidad vSocket en Azure

Para proporcionar redundancia para vSockets dentro de un sitio Azure, despliegue dos vSockets en la misma red virtual de Azure (VNet) y configúrelos para trabajar en una configuración de alta disponibilidad. Los vSockets operan en modo activo/pasivo y los enlaces LAN se utilizan para enviar mensajes de keepalive entre los vSockets.

La configuración HA de Azure usa una dirección IP Flotante que está vinculada a la interfaz LAN para el vSocket activo. Cuando hay un cambio, la IP Flotante se mueve a la interfaz LAN secundaria del vSocket. Las tablas de rutas usan esta IP Flotante como el siguiente salto para el tráfico que se envía a través del Cato Cloud.

Azure HA admite múltiples Zonas de Disponibilidad. Alternativamente, puedes usar los Conjuntos de Disponibilidad para asegurar que ambos vSockets se desplieguen en diferentes dominios de Fallos y Actualizaciones en Azure.

Diagrama de ejemplo de la Red Virtual HA de Azure

El siguiente diagrama de red muestra una configuración de ejemplo de HA vSockets para un sitio Azure.

Azure_HA_Deployment.png

Los vSockets primario y secundario están en el mismo VNet. Las interfaces LAN son 10.102.2.10 (primaria) y 10.102.2.11 (secundaria). La IP Flotante es 10.102.2.200 y se configura como el siguiente salto para la tabla de rutas LAN.

El flujo de tráfico normal para esta red es:

  1. VM1 envía tráfico a Internet.

  2. Según la tabla de rutas LAN, el siguiente salto para el tráfico es 10.102.2.200 que está configurado como la dirección IP secundaria para la interfaz LAN del vSocket primario.

  3. El vSocket primario está activo y envía el tráfico a través de la interfaz WAN a Internet.

Flujo de trabajo de conmutación por falla de Azure vSocket

Este es el flujo de trabajo cuando el vSocket activo primario pasa al secundario en espera en un sitio Azure. El siguiente diagrama ilustra el cambio, los números corresponden a los elementos de los pasos a continuación:

Azure_HA_Failover_Callouts.png

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

    1. La IP Flotante (dirección IP secundaria en la interfaz LAN) está vinculada al vSocket primario (elemento 1a).

    2. Los prefijos de la tabla de rutas LAN utilizan la IP Flotante como el siguiente salto (elemento 1b).

  2. El vSocket primario (activo) se cae (elemento 2).

    1. El vSocket secundario (en espera) deja de recibir paquetes de keepalive del vSocket primario (elemento 2a).

  3. El vSocket secundario emite una llamada API al gateway de Azure API para realizar los siguientes cambios en las interfaces LAN de cada vSocket:

    1. Eliminar la IP Flotante (la dirección IP secundaria) de la interfaz LAN en el vSocket primario (elemento 3a).

    2. Añadir la IP Flotante como dirección IP secundaria para la interfaz LAN en el vSocket secundario (elemento 3b).

  4. El vSocket secundario ahora es el vSocket activo y pasa el tráfico para el sitio en ambas direcciones (elemento 4).

  5. Cuando el vSocket primario se recupera, retoma el rol activo y el vSocket secundario vuelve al estado de espera. (El vSocket primario emite una llamada API para mover la IP Flotante de nuevo como dirección IP secundaria para su interfaz LAN).

Nota

Nota: Debido a razones relacionadas con la infraestructura Azure, la actualización de configuración de la Interfaz de Red puede tardar hasta 120 segundos y puede causar un retraso en el cambio HA.

Requisitos previos para Alta Disponibilidad en Azure

  • High availability in Azure is supported for vSockets that are using Socket version 11.0 or higher

  • Descargue el script de configuración de Azure HA desde el repositorio de Cato, consulte Copiar la imagen VHD de Azure vSocket con SAS

  • Ambos vSockets deben ser del mismo tipo de instancia Azure VM (por ejemplo D2s v4)

  • Los vSockets de Azure deben tener acceso a un servidor DNS público. Asegúrate de que el VNet no esté configurado para usar solo un servidor DNS privado

  • Si estás usando grupos de recursos separados para el VNet y las VMs vSocket, asegúrate de que el contenedor de almacenamiento blob esté en el grupo de recursos como las VMs y la imagen VHD

  • Cada vSocket requiere conectividad saliente a los siguientes recursos:

    • VirtualNetwork - DNS y HTTP

    • Azure Resource Manager - HTTPS

    • La interfaz de gestión requiere acceso a Internet para servidores DNS públicos (si está configurado, UDP/53) y management.azure.com (TCP/443)

Configurando permisos de administrador para configurar Alta Disponibilidad

Esta sección explica los permisos correctos de Cato y Azure para que el administrador configure HA vSocket. Si no tienes los permisos correctos, entonces es posible que el script de Cato HA no pueda crear una configuración HA entre los vSockets.

  • Debe tener permisos de administrador para la Aplicación de Gestión de Cato y permisos de propietario para Azure

  • Si estás utilizando Management de Identidad Privilegiada (PIM) o cualquier mecanismo de token de identidad en Azure, asigna el privilegio máximo al grupo de recursos necesario antes de ejecutar el script HA

  • Si hay varios grupos de recursos Azure, entonces debes tener permisos de propietario para ambos grupos de recursos

Utilización de Zonas de Disponibilidad para Configuraciones de Alta Disponibilidad en Azure

Puedes elegir asignar cada VM a una zona de disponibilidad Azure diferente como parte del script de configuración HA para proteger tus aplicaciones y datos de fallas del centro de datos Azure. Crea las Zonas de Disponibilidad antes de ejecutar el script HA.

No puedes asignar VMs a diferentes Zonas de Disponibilidad que están usando diferentes Conjuntos de Disponibilidad.

Nota

Nota: Azure solo admite direcciones IP públicas estándar SKU para Zonas de Disponibilidad (y otras configuraciones redundantes de zona). Antes de desplegar la configuración HA de vSocket, asegúrate de configurar el SKU adecuado para las direcciones IP.

El siguiente diagrama de red muestra una configuración de ejemplo de HA vSockets con diferentes Zonas de Disponibilidad para un sitio Azure.

Azure-HA - zonas de disponibilidad (KB).png

Limitaciones conocidas

  • Para versiones Socket anteriores a la v14.0, la IP LAN del vSocket primario se utiliza para el emparejamiento BGP. Esto no sobrevive la conmutación por error hacia el vSocket secundario.

    • A partir de la v14.0, en configuraciones HA de vSocket, se utiliza la IP Flotante para el emparejamiento BGP. Asegúrate de definir la IP Flotante en el router BGP vecino.

      Debido a razones relacionadas con la infraestructura Azure, la actualización de configuración de la Interfaz de Red puede tardar hasta 120 segundos y puede causar un retraso en el cambio HA.

  • Para configuraciones existentes, para asignar una VM a una Zona de Disponibilidad debes crear nuevas VMs y volver a desplegar los vSockets (consulta Configuración de un sitio Azure vSocket)

Desplegando Alta Disponibilidad vSocket en Azure

Despliega los vSockets en las máquinas virtuales de Azure (VMs) como los vSockets primario y secundario para el sitio.

Para configuraciones Azure HA, durante el cambio hay una llamada API que automáticamente añade la IP Flotante a la interfaz LAN del vSocket en espera y elimina configuraciones en la interfaz LAN (incluido el LAN NSG). No configures manualmente la IP Flotante en la interfaz LAN de un vSocket. El script Cato HA asigna la IP Flotante a la interfaz LAN del vSocket primario y luego reinicia los vSockets (consulta los pasos 7 y 8 a continuación).

Este es un flujo de trabajo de alto nivel del proceso para desplegar una configuración HA de vSocket.

  1. Para nuevos sitios, crea un nuevo sitio en la Aplicación de Gestión de Cato y ejecuta el script Cato Azure vSocket para desplegar el vSocket primario. (Para sitios existentes, omite este paso.)

  2. Después de crear el sitio, la Aplicación de Gestión de Cato asigna un número de serie único (S/N) a él. Recomendamos copiar y pegar el número de serie en un archivo de texto.

  3. Verify that the primary vSocket is running Socket version 11.0 or higher.

  4. Añade el vSocket secundario al sitio en la Aplicación de Gestión de Cato.

  5. Despliega el vSocket secundario con el script Cato Azure vSocket. Ambos vSockets deben estar en el mismo VNet.

    Los únicos recursos virtuales que necesitas crear para el vSocket secundario, son nuevas interfaces de red para las subredes WAN, LAN y MGMT.

  6. Verifica que tanto los vSockets primario como secundario tengan conectividad con el Cato Cloud.

  7. Ejecuta el script Cato HA para aplicar la configuración HA a los vSockets.

  8. Reinicia tanto los vSockets primario como secundario.

  9. Actualiza la tabla de rutas Azure para usar la IP Flotante como el siguiente salto.

  10. Confirma el estado HA para los vSockets y ejecuta la prueba API desde el Socket WebUI.

Nota

Nota: Cuando configures las configuraciones IP para el sitio, asegúrate de no usar direcciones IP reservadas por Azure. No puedes usar las primeras cuatro direcciones IP y la última dirección IP en un bloque CIDR de subred.

Para más información sobre las direcciones IP reservadas de Azure, consulta documentación de Azure.

Desplegando el vSocket Primario en Azure

Completa estos pasos para desplegar el vSocket primario en una VM. For existing Azure sites, upgrade the primary vSocket to version 11.0 or higher. Si desea asignar el vSocket a un Conjunto de Disponibilidad, consulte abajo Asignando las VMs de vSocket a un Conjunto de Disponibilidad (Opcional).

Luego continúe abajo con Agregando el vSocket Secundario a un Sitio de Azure.

Para desplegar el vSocket primario para un nuevo sitio:

  1. Añade un nuevo sitio Azure a la Aplicación de Gestión de Cato.

  2. Instala el vSocket primario en la VM.

Asignando las VMs de vSocket a un Conjunto de Disponibilidad (Opcional)

El script de vSocket (create_vm_from_vhd.sh) te permite asignar los vSockets a un Conjunto de Disponibilidad. Esta opción se utiliza principalmente en una configuración HA de vSocket cuando deseas asegurarte de que ambos vSockets se asignen a diferentes dominios de Fallos y Actualizaciones. Debes crear el Conjunto de Disponibilidad ANTES de ejecutar el script de vSocket Catov.

Nota

Notas:

  • Azure no te permite asignar una VM a un Conjunto de Disponibilidad después de crearla

  • No puedes asignar un Conjunto de Disponibilidad a VMs que están usando diferentes Zonas de Disponibilidad

Crea un nuevo Conjunto de Disponibilidad y configura los ajustes como sigue:

  • Asígnalo al mismo grupo de recursos que la VM

  • Establece los dominios de error y los dominios de actualización a 2

La siguiente captura de pantalla muestra un ejemplo de un Conjunto de Disponibilidad de vSocket:

AvailabilitySet.png

Agregando el vSocket Secundario a un Sitio de Azure

Después de que la Aplicación de Gestión de Cato detecte que el vSocket primario se actualiza a la versión 11.0 o superior, la opción Añadir Socket Secundario se muestra en la pantalla Red > Sitios > Configuración del Sitio > Socket.

Cuando agregas el vSocket secundario al sitio, se abre una ventana emergente donde ingresas los siguientes ajustes:

  • IP de la Interfaz LAN - Dirección IP para la interfaz LAN del vSocket secundario

  • IP Flotante LAN - Dirección IP para la IP flotante que se utiliza para la configuración HA de Azure

La Aplicación de Gestión de Cato usa la dirección IP de la Interfaz LAN como la dirección IP de gestión para el vSocket secundario. Esta interfaz LAN también se usa para los paquetes de keepalive HA.

Después de agregar el vSocket secundario al sitio, la Aplicación de Gestión de Cato hace lo siguiente:

  • Genera el número de serie del vSocket para el nuevo vSocket (este número de serie se usa cuando ejecutas el script de Cato para instalar el vSocket en la VM)

  • Habilita la sección Configuraciones de Alta Disponibilidad para ese sitio

  • Modifica la sección Redes Rango Nativo, el IP Local se reemplaza con la IP Flotante

Para más información sobre segmentos de red en el sitio de HA, consulte abajo Resumen de Segmentos de Red de Alta Disponibilidad de Azure en la Aplicación de Gestión de Cato.

Azure_vSocket_HA.png

Para configurar un sitio de Azure para HA:

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

  2. Desde el menú de navegación, selecciona Configuración del Sitio > Socket.

  3. Haz clic en Añadir Socket Secundario. Se abre la ventana Añadir vSocket Secundario (Alta Disponibilidad).

  4. Configura los ajustes de la IP LAN:

    1. Introduce la IP de la Interfaz LAN. Este valor se utiliza como IP de MGMT y para paquetes keepalive.

    2. Introduce la IP Flotante LAN.

  5. Haz clic en Aplicar. Los ajustes de la IP Flotante están configurados y copiados a la sección Socket > Configuraciones de Alta Disponibilidad.

  6. Haz clic en Guardar.

  7. Copia y guarda el número de serie (S/N) para el Secundario vSocket.

    Usa este S/N cuando instales el vSocket secundario en la VM.

Cambios en la Pantalla de Socket

Después de agregar el vSocket secundario al sitio, en la pantalla de Socket, el Destino para el enlace LAN1 se establece automáticamente en LAN & HA.

Desplegando el vSocket Secundario en Azure

Crea y despliega el vSocket secundario en el mismo VNet de Azure que el vSocket primario.

  1. Asegúrate de que todos los recursos virtuales para el sitio estén en el mismo grupo de recursos de Azure.

    • Según los requisitos de tu organización, puedes asignar el VNET a un grupo de recursos y los otros recursos virtuales a un grupo de recursos diferente.

    • Si es necesario, crea el Conjunto de Disponibilidad para las VMs de vSocket.

  2. Usa las mismas subredes para los vSockets primario y secundario.

  3. Crea nuevas interfaces virtuales para cada subred.

  4. Verifica que tanto el vSocket primario como el secundario tengan conectividad con el Cato Cloud.

  5. Ejecuta el script de Cato Azure vSocket:

    1. Selecciona los recursos para el vSocket secundario.

    2. Usa el número de serie para el vSocket secundario en Azure generado por la Aplicación de Gestión de Cato.

Para más sobre la instalación de un vSocket en Azure, consulta Configuración de un Sitio vSocket de Azure.

Usando Grupos de Recursos Diferentes para el VNET y las VMs

El script HA de Cato (create_ha_settings.sh) te permite asignar el VNET a un grupo de recursos y usar un grupo de recursos diferente para los otros recursos virtuales (NICs, vSocket, contenedor de almacenamiento, tablas de rutas, etc.). Cuando estés ejecutando el script HA de Cato, hay preguntas separadas que te piden asignar el grupo de recursos del VNET y el grupo de recursos de la VM.

Si estás usando el mismo grupo de recursos para el VNET y las VMs, asegúrate de seleccionar el mismo grupo de recursos para ambas opciones en el script HA de Cato.

Nota

Nota: Asegúrate de que la imagen VHD esté en el contenedor de almacenamiento que está en el grupo de recursos de la VM.

Ejecutando el Script de Alta Disponibilidad de Cato

Después de desplegar el vSocket secundario en el VNet, ambos vSockets tienen el rol de Master (split-brain). Ejecuta el script HA de Cato create_ha_settings.sh para aplicar la configuración HA a los vSockets. Para más información sobre la descarga del archivo con el script HA de Cato, consulta Archivos de Imagen de Socket y vSocket (debes iniciar sesión para ver este artículo).

El script HA de Cato crea una Identidad Administrada, que es la identidad creada y, posteriormente, asignada, con el rol de Contribuyente a las VMs (ambos miembros del HA). Además, el script HA de Cato crea dos scripts personalizados, uno para cada miembro del grupo HA, que crean un archivo de configuración con toda la información requerida por la VM en caso de conmutación por error. Esto incluye los nombres de subscription_id de las NICs, ubicación de las VMs, y más.

Nota

Importante: Antes de ejecutar el script HA de Cato:

Para ejecutar el script HA de Cato:

  1. En la sección Alta Disponibilidad, confirma que los vSockets primario y secundario tengan conectividad con el Cato Cloud:

  2. Ejecuta el script HA de Cato create_ha_settings.sh para aplicar la configuración HA a los vSockets.

  3. Reinicia las VMs con los vSockets primario y secundario.

  4. Actualiza las entradas de la tabla de rutas relevantes en Azure para usar la IP Flotante como el siguiente salto.

Confirmando los vSockets de Azure para el Estado de Alta Disponibilidad

Después de ejecutar correctamente el script HA, verifica que los vSockets estén configurados correctamente para la funcionalidad HA:

  • Verifica el estado HA en la sección Alta Disponibilidad

  • Desde el WebUI de Socket, haz ping a la IP Flotante y prueba las llamadas API de HA

Para ayuda con problemas relacionados con el despliegue de la configuración HA, consulta Solución de problemas del despliegue de HA de Azure.

Mostrando el Estado de Alta Disponibilidad en la Aplicación de Gestión de Cato

La sección Alta Disponibilidad para el sitio muestra el estado HA para los vSockets. Después de desplegar el vSocket secundario, se conecta automáticamente al sitio.

Para confirmar el estado de alta disponibilidad para el sitio:

  1. Desde el menú de navegación de la Aplicación de Gestión de Cato, haz clic en Red > Sitios.

  2. Desde el menú de navegación, haz clic en Monitoreo del Sitio > Análisis de la Red.

  3. Desde la parte superior de la pantalla, verifica el estado de los siguientes ítems:

    • Estado es Conectado

    • Estado HA es Listo

    • Maestro es Primario

    • Socket es vSocket Azure

Azure_HA_Status.png

Para más sobre HA y comportamiento de conmutación por error, consulta Alta Disponibilidad de Socket (HA): Antecedentes y condiciones de conmutación por error.

Pruebas de Alta Disponibilidad desde la Interfaz Web del Socket

Puedes usar las Herramientas de Red en el WebUI de Socket para probar la funcionalidad HA para los vSockets. Puedes hacer ping a la IP Flotante para la configuración HA, para verificar que está configurado correctamente. La sección Alta Disponibilidad muestra la IP Flotante LAN. Necesitas ejecutar la prueba tanto para el vSocket primario como para el secundario.

El vSocket realiza una llamada API al proxy de la API de Azure para verificar que los ajustes de rol e identidad fueron configurados correctamente por el script HA. También verifica que el vSocket pueda comunicarse con éxito con el proxy API.

Para más información sobre el uso de la interfaz web del Socket, consulte Accediendo a la interfaz web del Socket.

Para probar la configuración HA de Azure:

  1. Desde el menú de navegación, selecciona Configuración del Sitio > Socket.

  2. Desde el menú desplegable Acciones para el vSocket Primario, selecciona WebUI de Socket.

    El WebUI de Socket se abre en una nueva pestaña.

  3. Haz clic en la pestaña Herramientas.

  4. En la sección Herramientas de Red, haz clic en la pestaña Ping.

  5. Haz ping a la IP Flotante:

    1. En Ruta vía, selecciona LAN1.

    2. En Nombre de host/IP, ingrese la IP flotante.

    3. Haga clic en Ejecutar. La ventana muestra si el ping tiene éxito o falla.

  6. En la sección Herramientas de Red, haga clic en la pestaña Herramienta de Prueba de API.

  7. Haga clic en Ejecutar prueba. La ventana muestra si la prueba de API HA tiene éxito o falla.

  8. Repita los pasos 2-7 para el vSocket secundario.

Solución de problemas de una prueba fallida de Azure API

Si la prueba de API de Azure falla, se muestra un mensaje de error para ayudar a solucionar el problema.

Mensaje de error de prueba de API

Pasos sugeridos para la solución de problemas

La prueba de API de Azure falló: no se puede autenticar en el proxy de API. Asegúrese de que los ajustes de control de acceso de Azure (IAM) sean correctos.

El administrador de Azure no tiene permisos suficientes para hacer cambios en los recursos virtuales. Ver arriba, Configurando permisos de administrador para configurar Alta Disponibilidad.

La prueba de API de Azure falló. Verifique que los ajustes del NIC en la instancia VM vSocket sean correctos.

  • Verifique que los NICs, subredes y VMs pertenezcan al mismo grupo de recursos. Ver arriba Usando Grupos de Recursos Diferentes para el VNET y las VMs.

  • Asegúrese de que el admin de Azure tenga permisos para crear un rol y aplicarlo a los NICs, subredes y VMs.

  • Asegúrese de que el admin de Azure tenga permisos para cambiar las propiedades del NIC.

Trabajando con Segmentos de Red para Sitios de Alta Disponibilidad de Azure

Esta sección explica cómo usar la sección Redes para administrar segmentos de red para el sitio HA de Azure.

Resumen de Segmentos de Red de Alta Disponibilidad de Azure en la Aplicación de Gestión de Cato

Cuando agregue el vSocket secundario a la aplicación de gestión Cato, los segmentos de red de la sección Redes se actualizan automáticamente para incluir los ajustes de la IP flotante. La IP flotante reemplaza la IP local para el rango nativo del sitio.

Agregando Rangos Enrutados (Rutas Estáticas)

Puede agregar rangos enrutados al sitio HA de Azure de la misma forma que para un sitio de Socket físico.

  • La dirección IP para el enrutador predeterminado de Azure (enrutador VNet) es la primera dirección IP del anfitrión del subred Native Range

  • Si está utilizando un dispositivo virtual de terceros (por ejemplo, un cortafuegos) en su entorno de Azure, asegúrese de que la dirección IP esté dentro del rango nativo para el sitio

  • Puedes configurar la dirección IP flotante en la Cato Management Application en la Configuración del sitio > Sockets > Configuración de alta disponibilidad para el sitio

Gestionando Alta Disponibilidad en Azure

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

  • Mostrar el estado HA para cada vSocket

  • Cambiar la IP flotante para el sitio

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

  • Deshabilitar HA para el sitio y eliminar el vSocket secundario

Mostrando Información y Estado de Alta Disponibilidad

La pantalla Red > Sitios > Socket para el sitio muestra el HA Status para los vSockets primario y secundario

Artículo

Descripción

Estado de HA

El estado de Alta Disponibilidad para el sitio (Listo o No Listo), muestra Listo solo cuando cada indicador de estado HA está OK

Conectado (indicador de estado)

El estado allow.svg indica que ambos vSockets tienen conectividad WAN a la Nube de Cato

Keepalive (indicador de estado)

El estado allow.svg indica que un vSocket es el maestro y uno está en respaldo (Si ambos vSockets son estado maestro, entonces hay un problema de cerebro dividido en HA)

Misma Versión (indicador de estado)

El estado allow.svg indica que ambos vSockets están ejecutando la misma versión de Socket

Cambiar Configuración IP para el Sitio

Si cambia la configuración de la dirección IP para los vSockets en Azure, necesita actualizar los mismos ajustes en la aplicación de gestión Cato. Estos son los ajustes que puede configurar:

  • Subred del rango nativo - Utilice la sección Redes para el sitio

  • IP flotante - Utilice la sección Redes o Alta disponibilidad para el sitio (el nuevo valor se actualiza automáticamente a la otra sección)

  • IP de gestión - Utilice la sección Alta disponibilidad para el sitio

Cambiar Subred de Rango Nativo

Utilice la sección Redes para cambiar la subred de rango nativo.

Para cambiar la subred de rango nativo para el sitio:

  1. Desde el menú de navegación, haga clic en Red > Sitios y seleccione el sitio Azure

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

  3. Edite el rango Nativo, ingrese un nuevo valor para la Subred.

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

  5. Haga clic en Guardar.

Cambiar la IP Flotante y la IP de Gestión

Utilice la sección Alta disponibilidad para cambiar la IP flotante y la IP de gestión. También puede cambiar la IP flotante en la sección Redes.

Para cambiar la IP flotante o de gestión para un sitio:

  1. Desde el menú de navegación, haga clic en Red > Sitios y seleccione el sitio Azure

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

  3. Expanda la sección Configuración de alta disponibilidad.

  4. Ingrese la nueva IP de gestión primaria.

  5. Ingrese la nueva IP de gestión secundaria.

  6. Ingrese la nueva IP flotante LAN.

  7. Haga clic en Guardar.

Deshabilitar Alta Disponibilidad para el Sitio Azure

Puede eliminar el vSocket secundario de un sitio de Azure y desactivar HA para ese sitio. Después de eliminar el vSocket secundario de la aplicación de gestión Cato, el vSocket implementado ya no puede conectarse a la Cato Cloud. Los ajustes para el sitio se restauran 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 a la IP flotante

Nota

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

Si desea agregar el vSocket secundario de nuevo, debe instalar un nuevo vSocket en la VM con el nuevo número de serie.

Para desactivar HA para el sitio Azure:

  1. Desde el menú de navegación, haga clic en Red > Sitios y seleccione el sitio Azure

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

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

  4. En la ventana de advertencia, haga clic en OK. HA está deshabilitado para el sitio, y el vSocket secundario se elimina de él.

Analizar Eventos de Alta Disponibilidad

La pantalla Eventos muestra todos los eventos de conectividad HA para su cuenta.

Puedes aprender más sobre el uso de la pantalla Events aquí. Puede utilizar el preajuste SaaS Security API Protección de Datos para filtrar los eventos.

Explicando los Campos de los Eventos de Alta Disponibilidad

Los campos de eventos y eventos son los mismos para Socket HA y para vSocket HA. Estos son los eventos de HA:

Campos

Descripción

Rol del Socket

Muestra si el evento fue generado por el vSocket principal o secundario

Tipo de subevento - Conmutación por falla de Socket

El proceso de conmutación por falla se inicia para el sitio

Para más información sobre eventos que se generan como parte del proceso de conmutación por error, vea Eventos de conmutación por error de Socket HA.

¿Fue útil este artículo?

Usuarios a los que les pareció útil: 0 de 0

0 comentarios