orchestrator
2024.10
true
UiPath logo, featuring letters U and I in white

Guía de instalación de Orchestrator

Automation CloudAutomation Cloud Public SectorAutomation SuiteStandalone
Última actualización 4 de dic. de 2024

Requisitos de hardware y software

Requisitos de hardware

Los requisitos de hardware para tu High Availability Add-on (complemento de alta disponibilidad o HAA) son diferentes dependiendo de los entornos de desarrollo y producción.

Entornos de desarrollo

Elemento

Requisitos mínimos

Recomendado

Nodos HAA

1

3+

RAM

6 GB

8 GB

Almacenamiento (ruta predeterminada /opt/redislabs)

10 GB

20 GB

Aunque un nodo es suficiente para un entorno de desarrollo, se recomiendan tres o un número de nodos impar para utilizar las características de agrupación que es posible que sean necesarias para tu entorno de producción.

Entornos de producción

Elemento

Requisitos mínimos

Recomendado

Nodos HAA

3

3+

Núcleos por nodo

4

8+

RAM

6 GB

(15 GB para implementaciones de DR)

30+ GB

Almacenamiento (ruta predeterminada /opt/redislabs)

75 GB

150+ GB

Red

1 G

10+ G

Nota: mantén siempre un número de nodos impar. Esta acción es necesaria para conseguir un cuórum necesario en escenarios de fallos y conmutaciones por error.

Puertos

Puerto

Protocolo

Descripción

1968

TCP

Puerto predeterminado utilizado para el tráfico proxy interno.

3333-3344

36379-36380

TCP

Intervalos de puertos predeterminados utilizados para el tráfico interno de grupos.

8001

TCP

Se utiliza para el tráfico de la aplicación al servicio de detección, si procede.

8443

TCP

Se utiliza para el acceso HTTPS a la IU de administración.

8444,9080

TCP

Puertos predeterminados utilizados para el tráfico nginx < - > cnm_http/cm interno.

9081

TCP

Puerto predeterminado utilizado para el tráfico interno de CRDB (base de datos replicada libre de conflictos).

8070-8071

TCP

Se utiliza para indicadores exportados y administrados por nginx.

9443

TCP

Puerto recomendado para el tráfico de la API REST.

10000-19999

TCP

Intervalo de puertos para el tráfico de la base de datos. De forma predeterminada, HAA utiliza el puerto 10000.

20000-29999

TCP

Intervalo de puertos utilizado para el tráfico interno de comparticiones de la base de datos.

53, 5353

UDP

Se utiliza para el tráfico DNS/mDNS interno.

8002,8004,8006

TCP

Supervisión del estado del sistema.

 

ICMP

Se usa para comprobar la conectividad entre nodos.

Requisitos de software

Importante:

HAA solo admite sistemas operativos de 64 bits y debe instalarse en un host limpio sin otras aplicaciones. Todos los nodos HAA deben sincronizarse con el mismo servidor NTP.

La siguiente tabla enumera las versiones del sistema operativo que probamos y confirmamos que eran compatibles con HAA. Sin embargo, debido al alto número de actualizaciones y variaciones del sistema operativo, no podemos probar la compatibilidad para cada combinación de versión HAA y versión secundaria del sistema operativo. Aunque generalmente esperamos que HAA funcione correctamente con versiones menores del sistema operativo más recientes que no probamos, no podemos garantizar la compatibilidad.

Si planeas actualizar a una versión del sistema operativo menor que no enumeramos en la tabla, debes realizar la actualización en un entorno de prueba antes de implementar en un entorno de producción.

Plataforma

Versiones compatibles

RHEL/CentOS 8

8.6, 8.8, 8.9

RHEL/CentOS 9

9.3

Ubuntu

20.04

Se recomienda la versión de servidor para instalaciones de producción. Solo se recomienda la versión de escritorio para implementaciones de desarrollo.

Requisitos generales del clúster

El clúster HAA necesita tres servidores para un buen funcionamiento.

En circunstancias normales, los servidores del clúster HAA tienen los siguientes roles:

  • Un servidor principal: contiene un fragmento de datos y acepta operaciones de lectura y escritura desde el exterior.
  • Un servidor secundario: contiene una copia del fragmento de datos.
  • un servidor secundario: no contiene datos, existe solo a efectos del cuórum.

El clúster HAA admite únicamente el fallo de un solo servidor.

  • Si uno de los servidores falla, sea el que sea, el clúster HAA sigue funcionando, y se muestra una advertencia en la interfaz de gestión web. Puedes encontrar más información mediante el comando rlcheck que suele encontrarse en /opt/redislabs/bin. También puedes añadir --continue-on-error al comando rlcheck.
  • Si dos servidores fallan, el clúster HAA también falla, incluso si el servidor principal sigue en línea.

Es posible crear un clúster HAA con más de tres servidores, pero no ofrece ningún beneficio real.

No se aumenta el número de servidores que puede fallar. En el caso de un clúster HAA de cinco nodos, si el nodo principal y el nodo secundario que guarda la copia de los fragmentos de datos fallan, también fallará el clúster entero y no se realizará la reasignación del fragmento de datos a otros nodos.

Protocolo de la capa de Internet

HAA admite tanto IPv4 como IPv6. Para obtener más información sobre la compatibilidad con varias IP e IPv6, consulta la documentación de Redis.

¿Te ha resultado útil esta página?

Obtén la ayuda que necesitas
RPA para el aprendizaje - Cursos de automatización
Foro de la comunidad UiPath
Uipath Logo White
Confianza y seguridad
© 2005-2024 UiPath. Todos los derechos reservados.