Modelos de implementación de HA y DR

Automation 360 ofrece varias opciones de implementación para satisfacer las necesidades de los distintos niveles de rendimiento de costo/precio y de resiliencia empresariales. Las opciones incluyen la instalación en uno o varios nodos. La implementación en varios nodos puede configurarse para clústeres de alta disponibilidad (HA) y sitios de recuperación ante desastres (DR).

Los servicios de implementación se configuran mediante el asistente de instalación de Automation 360. Un nodo servidor de Automation 360 típico ejecuta los siguientes servicios:

  • Servicios de automatización de Automation Anywhere
  • Servicios de mensajería de Automation Anywhere
  • Servicios de caché de Automation Anywhere
  • Servicios de búsqueda de Automation Anywhere
  • Almacenamiento del repositorio
  • (Opcional) VM de IQ Bot

El asistente de instalación de Automation 360 también es compatible con la configuración de implementación en varios nodos.

Planeación

Identifique sus necesidades antes de seleccionar un modelo de implementación. Para obtener los mejores resultados, implemente los mismos sistemas operativos en todos los entornos de implementación, pruebas y producción de Automation Workspace. Como mínimo, utilice exactamente el mismo sistema operativo en los entornos de prueba y producción.

Modelos de implementación

A alto nivel, hay dos maneras de implementar o instalar Automation 360: en un solo nodo y en varios. Elija la opción que se ajuste a sus necesidades de continuidad del negocio.

Implementación de un solo nodo

Como su nombre indica, hay un único nodo servidor físico, en el que se ejecutan todos los servicios relacionados con Automation 360. Por diseño, esta configuración no proporciona ninguna redundancia y, por tanto, la disponibilidad depende de los servicios de este único nodo.

Base de datos
En la implementación de un solo nodo, la base de datos puede estar en cualquier lugar si el servidor de Control Room es capaz de conectarse al servidor de la base de datos. Esto puede implicar configuraciones de red.
Nota: No puede alojar el servidor de la base de datos en el mismo servidor que el servidor de Control Room ya que requiere una mayor configuración de procesamiento/memoria en el servidor.
Características
  • No hay recuperación ante desastres (único punto de falla): Si el nodo falla, la operación RPA se verá afectada negativamente.
  • Sin alta disponibilidad: Si el servidor se desconecta para su actualización o mantenimiento, las operaciones RPA se verán afectadas.
  • No hay ampliación de RPA: Cuando las implementaciones de RPA se amplíen y los usuarios aumenten, el nodo tendrá que administrar el aumento de la carga. Esto podría afectar negativamente al rendimiento de RPA.
Recomendaciones de uso
Las implementaciones de un solo nodo se recomiendan normalmente para el uso a pequeña escala en pruebas de concepto, demostraciones, pruebas y ensayos, por ejemplo.

Las implementaciones de un solo nodo NO SE RECOMIENDAN para el uso en producción porque cualquier tiempo de inactividad perjudicará la operación de RPA y la continuidad del negocio.

Ventajas
  • Instalación y configuración rápidas y sencillas
  • No se necesitan servidores adicionales
  • No se necesitan balanceadores de carga ni configuración de clúster

La siguiente imagen muestra los Automation Anywhere y los componentes del centro de datos para un solo nodo. Los componentes de Automation Anywhere se muestran en naranja y los componentes proporcionados por su organización se muestran en azul. Los componentes que se alojan de forma centralizada en la nube y son administrados por Automation Anywhere, como el servidor de licencias, se muestran en naranja claro.

Modelo de implementación de un solo nodo

Implementación de varios nodos

Para lograr una mayor escala de procesamiento y una mayor disponibilidad en las configuraciones de producción, los servicios de Automation 360 se implementan en varios nodos de servidor. El asistente de instalación le permite establecer una configuración de varios nodos. Esto implica pasos adicionales de configuración, como la vinculación de los servicios a la misma base de datos, etc.

Enfoque distribuido
Control Room proporciona la flexibilidad necesaria para procesar un gran número de solicitudes en una ventana de tiempo determinada.

Implemente varias instancias de Control Room en diferentes servidores físicos o virtuales, según sea necesario. Esto también significa configurar los ajustes de clúster para los servicios de caché, búsqueda y mensajería.

Balance de carga
Realizado por un balanceador de carga, este es el proceso de distribuir el tráfico de red o de aplicaciones entre varios servidores para proteger las actividades de servicio, permitiendo que las cargas de trabajo se distribuyan entre varios servidores. Esto garantiza la actividad de automatización continúa en servidores agrupados en clústeres.

Requisitos del balanceador de carga

Bases de datos
En implementaciones de varios nodos, las bases de datos utilizan su propia conmutación por error integrada para proteger los datos. Esto asegura la recuperación de datos de la base de datos.

Si utiliza servicios de bases de datos basados en la nube como AWS-RDS, la alta disponibilidad y la recuperación ante desastres forman parte de su oferta de servicios, en cuyo caso no es necesario realizar ninguna otra configuración de la base de datos.

En caso de situaciones de bases de datos puramente locales, configure la replicación sincrónica entre el clúster primario (activo) y el secundario (pasivo) de Microsoft SQL Server en el centro de datos. Esto garantiza la coherencia en caso de que falle un nodo de base de datos.

Para la replicación sincrónica, configure la base de datos utilizando el modelo de editor y suscriptor en Microsoft SQL Server desde el sitio primario de recuperación ante desastres al sitio secundario de recuperación ante desastres que se encuentra en una ubicación geográficamente separada del sitio primario.

Replicar los datos entre los sitios primarios y secundarios

La siguiente imagen muestra los componentes de Automation Anywhere y del centro de datos para tres nodos en un clúster del centro de datos. Los componentes de Automation Anywhere se muestran en naranja y los componentes proporcionados por su organización se muestran en azul. Los componentes que se alojan de forma centralizada en la nube y son administrados por Automation Anywhere, como el servidor de licencias, se muestran en naranja claro.

Modelo de implementación de alta disponibilidad (HA)
Importante: Los clústeres extendidos no son compatibles.
  • Asegúrese de que todos los nodos de clúster de HA estén configurados en la misma ubicación. No configure los nodos en un solo clúster de HA que esté ubicado en varios sitios. Asegúrese de configurar un clúster de HA en el sitio primario y el otro clúster de HA en el sitio secundario.
  • La Control Room y el IQ Bot deben configurarse en el mismo centro de datos para garantizar la comunicación entre ambas aplicaciones.