Modelos de despliegue de HA y DR

Planificación

Identifique sus necesidades antes de seleccionar un modelo de implantación. Para obtener los mejores resultados, despliegue los mismos sistemas operativos en los RPA Workspace entornos de desarrollo, pruebas y producción. Como mínimo, tenga el mismo sistema operativo en los entornos de prueba y de producción.

Modelos de implementación

A alto nivel, hay dos maneras de desplegar o instalar Automation 360 - un solo nodo y un nodo múltiple. Elija la opción que se ajuste a sus necesidades de continuidad de negocio.

Despliegue 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 se ejecutan. 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 el despliegue de un solo nodo, la base de datos puede estar en cualquier lugar si el Control Room servidor es capaz de conectarse al servidor de la base de datos. Esto puede implicar configuraciones de red.

Nota: No se puede alojar el servidor de la base de datos en el mismo servidor que el Control Room servidor ya que requiere una mayor configuración de procesamiento/memoria en el servidor.

Características

• No hay recuperación de desastres (punto único de fallo): Si el nodo único falla, el funcionamiento del RPA se verá afectado negativamente.
• No hay alta disponibilidad: Si el servidor se desconecta para su actualización o mantenimiento, las operaciones de RPA se verán afectadas.
• No hay ampliación de la RPA: Cuando los despliegues de RPA se amplíen y los usuarios aumenten, el nodo único tendrá que gestionar el aumento de la carga. Esto podría afectar negativamente al rendimiento del RPA.

Recomendaciones de uso

Los despliegues de un solo nodo se recomiendan normalmente para el uso a pequeña escala en pruebas de concepto, demostraciones, pruebas y ensayos, por nombrar algunos.

Los despliegues de un solo nodo NO SON RECOMENDADOS para el uso en producción porque cualquier tiempo de inactividad perjudicará el funcionamiento del RPA y la continuidad del negocio.

Ventajas

• Instalación y configuración rápidas y sencillas
• No se necesitan servidores adicionales
• No se requieren balanceadores de carga ni configuración de clustering

La siguiente imagen muestra los Automation Anywhere y los componentes del centro de datos para un solo nodo. Los componentes de Automation Anywhere componentes 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 gestionados por Automation Anywhere como el servidor de licencias, se muestran en naranja claro.

Despliegue de varios nodos

Para lograr una mayor escala de procesamiento, una mayor disponibilidad en las configuraciones de producción, Automation 360 los servicios se despliegan en múltiples nodos de servidor. El instalador le permite establecer una configuración multimodo. Esto implica pasos adicionales de configuración, como la vinculación de los servicios a la misma base de datos, etc.

Enfoque distribuido

La página web Control Room proporciona la flexibilidad necesaria para procesar un gran número de solicitudes en una ventana de tiempo determinada.

Despliegue múltiples instancias de Control Room en varios servidores físicos o virtuales según sea necesario. Esto también significa configurar la configuración del clúster para los servicios de caché, búsqueda y mensajería.

Balance de carga

Realizado por un equilibrador de carga, es el proceso de distribución del tráfico de la aplicación o de la red entre varios servidores para proteger las actividades del servicio, permitiendo que las cargas de trabajo se distribuyan entre varios servidores. Esto garantiza la continuidad de la actividad de automatización en los servidores agrupados.

Requisitos del equilibrador de carga

Bases de datos

En los despliegues de varios nodos, las bases de datos utilizan su propia conmutación por error integrada para proteger los datos. Esto garantiza la recuperación de los 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 de desastres forman parte de su oferta de servicios, en cuyo caso no es necesario realizar ninguna otra configuración de la base de datos.

Para escenarios de bases de datos puramente locales, configure la replicación sincrónica entre el clúster primario (activo) y el secundario (pasivo) Microsoft SQL Server en el centro de datos. Esto garantiza la coherencia en caso de que falle un nodo de la 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 de desastres al sitio secundario de recuperación de 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 Automation Anywhere y los componentes del centro de datos para tres nodos en un clúster del centro de datos. Los componentes de Automation Anywhere componentes 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 gestionados por Automation Anywhere como el servidor de licencias, se muestran en naranja claro.