Lea y revise la documentación de Automation Anywhere

Automation 360

Cerrar contenidos

Contenidos

Abrir contenidos

Descripción general de la alta disponibilidad y la recuperación ante desastres

  • Actualizado: 2021/08/06
    • Automation 360 v.x
    • Explorar
    • Espacio de trabajo de RPA

Descripción general de la alta disponibilidad y la recuperación ante desastres

Alta disponibilidad (HA) proporciona un mecanismo de conmutación por error si falla un IQ Bot servicio o servidor. La recuperación ante desastres (DR) permite la recuperación a través de una distancia geográficamente separada si un desastre provoca un fallo en todo un centro de datos.

IQ Bot Utiliza un mínimo de 3 nodos y un máximo de 5 nodos en un clúster para alta disponibilidad (HA).

IQ Bot SOLUCIÓN HA y DR

En el contexto de IQ Bot, la implementación de alta disponibilidad (HA) y recuperación ante desastres (DR) reduce el tiempo de inactividad y mantiene la continuidad del negocio (COB) para bot sus actividades.

  • Alta disponibilidad (HA): La alta disponibilidad es un diseño de sistema arquitectónico que intenta proteger un sistema frente a determinados escenarios de fallos. Esto significa que incluso si partes de un sistema fallan, en su conjunto sigue estando disponible y utilizable. Las soluciones de alta disponibilidad normalmente protegen contra escenarios específicos como: Fallos de servidor, fallos de un solo componente, fallos de dependencia, aumentos de carga variable y divisiones de redes donde dependen de componentes del sistema que se vuelven inaccesibles en una red.
  • Recuperación ante desastres (DR)—La recuperación ante desastres implica un conjunto de políticas y procedimientos para permitir la recuperación o continuación de infraestructura y sistemas vitales después de un desastre natural o inducido por el hombre. La recuperación ante desastres aborda muchas causas diferentes de fallos en un sistema donde la alta disponibilidad suele ser responsable de unas pocas predecibles. La recuperación ante desastres se centra en el restablecimiento de los servicios después de un incidente, no sólo en la conmutación por error. La recuperación de un sistema incluye escenarios como: Reiniciar un servicio o sistema, restaurar archivos de configuración o una base de datos a partir de copias de seguridad.
Para garantizar la protección de HA y DR de IQ Bot sus componentes, configure la infraestructura de HA y DR existente, el equilibrio de carga y los sistemas de conmutación por error para incluir IQ Bot servidores y servicios. Consulte al administrador del centro de datos para obtener información sobre los procedimientos de HA y DR locales aprobados.

Elementos de infraestructura HA y DR necesarios

  • Enfoque distribuido: Además de los IQ Bot componentes del centro de datos relacionados con la agrupación en clúster, también recomendamos que realice la implementación IQ Bot en varios servidores físicos o virtuales.
  • Equilibrio de carga: Realizado por un equilibrador de carga, se trata del proceso de distribución del tráfico de aplicaciones o de red entre varios servidores para proteger las actividades de servicio y permitir la distribución de cargas de trabajo entre varios servidores. Esto garantiza bot que la actividad continúe en los servidores agrupados en clúster.

  • Bases de datos: Las bases de datos utilizan su propia conmutación por error integrada para proteger los datos. Esto garantiza la recuperación de datos de la base de datos.

    • Entre los clústeres HA, configure la replicación sincrónica entre los servidores MS SQL en clúster principal (activo) y secundario (pasivo) del centro de datos. Esto garantiza la coherencia en caso de fallo de un nodo de base de datos.

      Para la replicación síncrona de alta disponibilidad necesaria, configure una de las siguientes opciones:

      • Copia de seguridad de réplica en modo de confirmación síncrono de SQL Server siempre en grupos de disponibilidad
      • Replicación de bases de datos de SQL a servidor
    • Entre los sitios de DR, configure la base de datos para proporcionar replicación asincrónica desde el sitio de DR principal (de producción) al sitio de DR secundario (de recuperación) que se encuentra en una ubicación geográficamente separada del sitio de DR principal.

Ejemplo de escenario

Apunte todas IQ Bot las instancias del mismo cluster a los mismos archivos de base de datos y repositorio. Esto es necesario para permitir el uso compartido de datos en varios servidores y garantizar que la integridad de los datos se mantiene entre IQ Botlos servidores de un clúster.

Modelos de implementación HA y DR

Para garantizar que el IQ Bot está protegido por HA o DR, configure los centros de datos de acuerdo con los modelos de implementación descritos en:

Requisitos de implementación DE HA

  • Instalar IQ Bot en varios servidores.
  • El acceso a IQ Bot se realiza a través de un equilibrador de carga.
  • Abra un RabbitMQ puerto de sincronización entre IQ Bot servidores.
  • Configure el Microsoft SQL Server en modo de alta disponibilidad.

Requisitos de configuración de HA y DR de instalación

  • IQ Bot El instalador no admite directamente la instalación en clúster. Para configurar un clúster, haga lo siguiente:
    • Ejecute el instalador en cada nodo del servidor de aplicaciones.
    • Comparta la carpeta de resultados con la función de acceso Todos.
    • Después de la instalación, ejecute el messagequeue_cluster_configuration.bat con los argumentos de línea de comandos adecuados.
  • Configurar IQ Bot en una configuración de alta disponibilidad.
  • Puertos de firewall abiertos: 4369 y 25672.
  • Instale RabbitMQ en todos IQ Bot los nodos del clúster.

    El primer nodo donde IQ Bot se instala se convierte RabbitMQ en el nodo principal. El nombre de host del nodo principal se utiliza para configurar RabbitMQ el clúster.

  • El equilibrador de carga es necesario para distribuir un tráfico a todos IQ Bot los nodos del servidor.
  • Configurar Microsoft SQL Server para alta disponibilidad. Utilice Microsoft SQL Server la opción Siempre activado.
  • Para RabbitMQ una instalación específica, consulte RabbitMQ la documentación.

LIMITACIONES conocidas DE HA y DR

  • Para descubrir la disponibilidad de IQ Bot instancias, un equilibrador de carga envía periódicamente pings, intenta conexiones o envía solicitudes para probar IQ Bot las instancias. Estas pruebas se llaman controles de salud.
  • Las comprobaciones de estado no verifican la disponibilidad de RabbitMQ las instancias.
Enviar comentarios