High Availability

High Availability en
FactoryTalk® Optix™
ejecuta la aplicación de tiempo de ejecución en tres nodos y conmuta por error automáticamente si se produce un error en el nodo activo.
En lugar de una única implementación de
FactoryTalk Optix
, High Availability utiliza un clúster de tres nodos en máquinas físicas independientes. Un nodo está activo y atiende el tráfico de los clientes. Dos nodos están inactivos y listos para tomar el control. Los clientes se conectan a una dirección IP virtual y un servicio de Monitor de tiempo de ejecución comprueba continuamente el estado de los nodos. Promueve automáticamente un nodo inactivo a activo si el nodo activo actual deja de responder.

Información general del clúster

Un clúster de High Availability ejecuta una aplicación en FactoryTalk Optix Runtime en tres nodos de red, sin un único punto de fallo.

Conceptos clave

Nodo
Una máquina del clúster que ejecuta una instancia en tiempo de ejecución. Un clúster siempre tiene exactamente tres nodos.
Nodo activo
El nodo que atiende todo el tráfico de clientes y mantiene todas las conexiones externas, incluidos los controladores, las bases de datos y los clientes OPC UA o MQTT. Solo un nodo está activo a la vez.
Nodo inactivo
Un nodo completamente inicializado que se ejecuta, pero no atiende el tráfico de clientes ni mantiene conexiones externas a controladores, bases de datos u otros dispositivos. Dos nodos están inactivos durante el funcionamiento normal. Si el nodo activo falla, un nodo inactivo pasa a estar activo automáticamente.
Conmutación por error
El proceso automático que detecta un fallo del nodo activo y convierte un nodo inactivo en activo.
IP virtual (VIP)
Una única dirección IP utilizada por los clientes y FactoryTalk Optix Studio para el tráfico de clientes y para implementar proyectos en el clúster, independientemente de qué máquina aloje el tiempo de ejecución activo. El clúster administra la dirección automáticamente.
Monitor de tiempo de ejecución
Un servicio que comprueba continuamente el estado de los nodos e inicia la conmutación por error cuando es necesario.
Base de datos compartida
Un clúster de base de datos sincronizado que todos los nodos utilizan para los datos de retentividad. Un nodo recientemente activo tiene datos retenidos vigentes.
High Availability Manager
Una aplicación de escritorio de Windows que implementa el clúster y administra su configuración continua: puertos, credenciales, derechos y estado del nodo.

Información general sobre la conmutación por error

  1. Los clientes se conectan a la dirección IP virtual en lugar de a las direcciones de nodos individuales.
  2. El nodo activo gestiona todo el tráfico de clientes y las conexiones externas, incluidos los controladores, las bases de datos y los clientes OPC UA o MQTT.
  3. Los tres nodos comparten la misma base de datos para los datos de retentividad, replicada de forma síncrona, de modo que un nodo inactivo puede pasar a estar activo con los datos retenidos actuales.
  4. El Monitor de tiempo de ejecución comprueba continuamente el estado del nodo. Si el nodo activo deja de responder, el servicio inicia la conmutación por error.
  5. Durante la conmutación automática por error, un nodo inactivo se convierte en activo y el tráfico se redirige a él a través de la IP virtual.
  6. Cuando el nodo que ha fallado se vuelve a conectar, se reincorpora automáticamente al clúster como un nuevo nodo inactivo.
CONSEJO: La conmutación por error protege contra fallos del software en tiempo de ejecución, fallos de hardware de nodo, fallos de nodo de base de datos y problemas de red que afectan a un solo nodo. Si se produce un error en dos o más nodos al mismo tiempo, repare los nodos con errores y vuelva a unir los nodos al clúster para recuperarlo.

Consideraciones sobre la aplicación

  • Se requieren exactamente tres nodos. Cada instancia de tiempo de ejecución se ejecuta en un nodo dedicado.
  • El clúster tolera el fallo de un nodo.
  • Durante la conmutación por error, la aplicación en tiempo de ejecución deja de ejecutarse temporalmente. Operaciones como el registro de datos también se detienen. Durante la transición del nodo, se produce una pérdida temporal de conexión entre el cliente web y la aplicación en tiempo de ejecución. El tiempo de conmutación por error varía según el tipo de fallo y el tamaño de la aplicación.
  • Después de la conmutación por error, el cliente vuelve a la ventana de Inicio e inicia sesión como el usuario inicial, tal como está configurado en las propiedades de MotorDePresentaciónWeb
  • Los datos de la aplicación configurados en el módulo de retentividad se sincronizan entre los nodos.
  • Los datos escritos en la carpeta de archivos de la aplicación durante el tiempo de ejecución, incluidos los archivos generados en tiempo de ejecución, no se sincronizan entre nodos ni se conservan después de la conmutación por error, excepto los datos de retentividad.
    CONSEJO: Exportar automáticamente archivos a un servidor externo y recuperarlos al inicio
  • El sistema no admite la sincronización de la base de datos incrustada. Rockwell Automation recomienda registrar datos en una base de datos externa.
  • Almacene las credenciales de administrador de forma segura.
  • High Availability solo se aplica a la aplicación de tiempo de ejecución de
    FactoryTalk Optix
    .
Entregue su opinión
¿Tiene dudas o comentarios acerca de esta documentación? Por favor deje su opinión aquí.
Normal