Información general

Topologías de implementación activa/pasiva y activa/activa en Automation Suite, incluidos diagramas y requisitos de hardware.

Diagramas

El siguiente diagrama representa una implementación activa/pasiva regular de Automation Suite:

El siguiente diagrama representa una implementación activa/activa regular de Automation Suite:

Requisitos

Los siguientes componentes de hardware son necesarios para las implementaciones activas/pasivas y activas/activas.

Gestor de tráfico global (GTM)

GTM distribuye el tráfico en tu implementación multisitio de Automation Suite. Debe ser de alta disponibilidad e inmune a fallos en cualquier sitio de implementación único. GTM también debe admitir comprobaciones de estado que aíslen rápidamente un sitio defectuoso. El GTM no es obligatorio, pero se recomienda para un cambio rápido.

Al configurar GTM para implementaciones activas/pasivas o activas/activas, utiliza /orchestrator_/api/status como punto final de estado. Esto es fundamental para una gestión eficaz de la recuperación ante desastres.

Load balancer

Cada sitio necesita un equilibrador de carga local que pueda equilibrar la carga del tráfico a cualquier nodo configurado en el mismo sitio. Para obtener más información, consulta Configurar el equilibrador de carga.

Nodo

Cada sitio debe tener al menos tres servidores; los nodos agente son opcionales. El número exacto de máquinas depende del tamaño de la máquina y de los requisitos generales de capacidad. No es necesario traer el mismo conjunto de nodos a cada clúster.

Para las configuraciones activas/activas, el clúster secundario puede ser más pequeño, ya que es posible que solo instales unos pocos productos. Para obtener más información, consulta Calculadora de tamaño de instalación de Automation Suite.

Base de datos SQL

Se requiere un servidor SQL externo para almacenar los datos. Para la recuperación de desastres, necesitas grupos de disponibilidad siempre con un servidor SQL principal en el sitio 1 y al menos un servidor SQL secundario ubicado físicamente en el sitio 2, con la sincronización de datos habilitada. Se implementa un agente de escucha SQL en la parte superior del servidor SQL y ambos clústeres están configurados para utilizar la dirección del mismo agente de escucha.

Base de datos PostgreSQL

PostgreSQL solo lo utiliza Process Mining. Process Mining no es compatible con el modo activo/pasivo o activo/activo, por lo que su base de datos de Airflow no necesita persistir en el sitio secundario. No se requiere replicación de PostgreSQL entre sitios para la recuperación de desastres.

Almacén de objetos

Cualquier archivo o paquete cargado en productos se almacena en el almacén de objetos. Para una mayor resistencia a los fallos, las implementaciones de Automation Suite requieren un almacén de objetos externo.

Para una recuperación ante desastres efectiva, se requieren dos instancias de almacén de objetos, una en cada centro de datos. En cualquier momento, solo una instancia de almacén de objetos debe utilizarse activamente para leer y escribir por ambos clústeres, complementada con la replicación asíncrona en la instancia secundaria.

High Availability Add-on

Para los activos/activos, High Availability Add-on debe ser externo a Automation Suite e instalarse en máquinas independientes. Se requiere un mínimo de tres nodos para cada instancia de High Availability Add-on en ambos centros de datos, configurados en diferentes clústeres y sincronizados a través de la replicación CRDB. Para instalar High Availability Add-on, consulta la Guía de instalación de High Availability Add-on.

Para el activo/pasivo, High Availability Add-on se instala dentro del clúster de Automation Suite. Debes habilitarlo en ambos clústeres proporcionando la licencia HAA. Para obtener más información, consulta Habilitar Redis High Availability Add-On para el clúster.

Elasticsearch (opcional)

Se requiere Elasticsearch para enviar los registros del robot. Puedes configurar la replicación entre sitios de Elasticsearch como se describe en Elasticsearch.