orchestrator
2023.4
false
Importante :
Este contenido se ha localizado parcialmente a partir de un sistema de traducción automática.
Guía de instalación de Orchestrator
Automation CloudAutomation Cloud Public SectorAutomation SuiteStandalone
Last updated 3 de oct. de 2024

Requisitos de hardware

Hay muchas opciones de implementación de nube empresarial disponibles para alojar tu Orchestrator, como Amazon Web Services (AWS), Microsoft Azure o Google Cloud Platform (GCP). Dependiendo de la opción de implementación de tu elección y del tamaño de tu entorno que quieres compilar, deberás consultar los diferentes requisitos de hardware.

Este capítulo te brinda información sobre los requisitos de hardware específicos de algunos de estos escenarios.

Implementaciones de pequeñas a medianas

Los requisitos de hardware difieren de tu entorno de desarrollo al entorno de producción. Aunque se pueden utilizar los mismos requisitos de hardware que para tu entorno de producción con fines de prueba y de desarrollo, esto implicaría unos costes más elevados e innecesarios, especialmente en implementaciones a gran escala.

Entornos de desarrollo

Estos requisitos suponen que se ejecutan simultáneamente un máximo de 100 UiPath Robots no atendidos. Puedes utilizar dos equipos; uno para Orchestrator y (opcionalmente) Elasticsearch, y otro para SQL Server, configurado de la siguiente manera:

Servidor de aplicaciones web

Núcleos de la CPU (>2 GHz)

RAM (GB)

HDD (GB)

4

4

150

Servidor SQL

Núcleos de la CPU (>2 GHz)

RAM (GB)

HDD (GB)

4

8

300

Entornos de producción

Para entornos de producción, se recomienda encarecidamente que se facilite un servidor dedicado para cada rol:

  • Aplicación web de Orchestrator.
  • Motor de la base de datos de SQL Server.
  • Elasticsearch y Kibana.

Para una instalación multinodo, además de lo anterior, se necesita lo siguiente:

  • para Orchestrator (se requieren más de 3 nodos HAA para una alta disponibilidad verdadera y más de 6 nodos HAA para la redundancia geográfica.
    Nota:

    Las implementaciones multinodo de Orchestrator utilizan el RESP (REdis Serialization Protocol) para las comunicaciones y, por tanto, se puede configurar utilizando cualquier solución que se base en este protocolo.

    HAA es la única solución de este tipo compatible con UiPath.

La configuración del hardware para cada servidor necesario dependerá del tamaño de tu implementación, como se muestra a continuación. Los requisitos de hardware que se muestran aquí se han tomado en función de las pruebas en las que se definió un UiPath Robot de la siguiente manera:

  • los mensajes se envían desde el UiPath Robot a Orchestrator con una frecuencia de 1 mensaje por segundo
  • en 60 segundos, el UiPath Robot envía:
    • 15 registros de mensajes
    • 2 latidos
    • 6 solicitudes de información tipo GET
    • 6 solicitudes de añadir elemento en la cola
    • 6 solicitudes de elementos de cola tipo GET

Compatibilidad con hasta 250 UiPath Robots desatendidos

Servidor de aplicaciones web

Número De Robots

Núcleos de la CPU (mínimo 2 GHz)

RAM (GB)

HDD (GB)

<20

4

4

100

<50

4

4

100

<100

4

4

150

<200

4

4

200

<250

4

4

200

Nota:
Para más de 200 UiPath Robots, aumenta a 500 el número de conexiones permitidas en el grupo de la cadena de conexión SQL del archivo UiPath.Orchestrator.dll.config. Para ello, añade el parámetro Max Pool Size=500 a la cadena de conexión, de forma que sea similar a este ejemplo:

<add name="Default" providerName="System.Data.SqlClient" connectionString="Server=SQL4142;Integrated Security=True;Database=UiPath;Max Pool Size=500;" />

Servidor SQL

Número De Robots

Núcleos de la CPU (mínimo 2 GHz)

RAM (GB)

HDD (GB)

<20

4

8

100

<50

4

8

200

<100

4

8

300

<200

8

8

SSD 400

<250

8

16

SSD 400

Los requisitos de espacio en disco dependen en gran medida de lo siguiente:

  • Si se utilizan colas de trabajo o no. Si se utilizan colas de trabajo, dependerá del número medio de transacciones añadidas diariamente/semanalmente y del tamaño (número de campos, tamaño de cada campo) de cada transacción.
  • El periodo de retención para los elementos de la cola procesados correctamente (el cliente debe implementar su propia directiva de retención).
  • Si los mensajes registrados por los UiPath Robots se almacenan o no en la base de datos. Si se almacenan, se puede aplicar un filtro para almacenar solo en los niveles específicos de los mensajes de la BD (por ejemplo, almacenar en la BD los mensajes con el nivel de registro Error y Crucial; y almacenar los mensajes de Elasticsearch con el nivel de registro Información, Advertencia y Seguimiento).
  • Frecuencia de los mensajes de registro: el desarrollador de UiPath Robot utiliza la actividad Registrar mensaje a su antojo, siempre que considere que un mensaje debe registrarse.
  • El periodo de retención para los mensajes antiguos registrados (el cliente debe implementar su propia directiva de retención).
  • Valor del nivel de registro establecido en el UiPath Robot. Por ejemplo, si el nivel de registro en el UiPath Robot está establecido en Información, solo se enviarán los mensajes con los niveles Información, Advertencia, Error y Crucial a Orchestrator; mientras que los mensajes con los niveles Depurar, Seguimiento y Detallado no llegarán a Orchestrator.
Servidor Elasticsearch

Número De Robots

Núcleos de la CPU (mínimo 2 GHz)

RAM (GB)

HDD (GB)

<20

4

4

100

<50

4

4

100

<100

4

8

150

<200

4

12

200

<250

4

12

300

Los requisitos de espacio en disco dependen de lo siguiente:

  • El periodo de retención (el cliente debe implementar su propia directiva de retención).
  • Frecuencia de los mensajes de registro: el desarrollador de UiPath Robot utiliza la actividad Registrar mensaje a su antojo, siempre que considere que un mensaje debe registrarse.
  • Valor del nivel de registro establecido en el UiPath Robot. Por ejemplo, si el nivel de registro en el UiPath Robot está establecido en Información, solo se enviarán los mensajes con los niveles Información, Advertencia, Error y Crucial a Orchestrator; mientras que los mensajes con los niveles Depurar, Seguimiento y Detallado no llegarán a Orchestrator.
    Nota: Para más de 50 UiPath Robots, debes instruir la máquina virtual de Java utilizada por Elasticsearch para que utilice el 50% de la RAM disponible, estableciendo los argumentos -Xms y -Xmx a la mitad de la cantidad total de memoria. Esta acción se lleva a cabo mediante la variable de entorno ES_JAVA_OPTS o modificando el archivo jvm.options.

Admite entre 250 y 500 UiPath Robots desatendidos

Servidor de aplicaciones web

Número De Robots

Núcleos de la CPU (mínimo 2 GHz)

RAM (GB)

HDD (GB)

<300

8

8

200

<400

8

8

220

<500

16

16

250

Servidor SQL

Número De Robots

Núcleos de la CPU (mínimo 2 GHz)

RAM (GB)

HDD (GB)

<300

16

32

SSD 400

<400

16

32

SSD 500

<500

16

32

SSD 600

Nota: 16 núcleos de la CPU es el máximo que utilizará la edición estándar de SQL Server. Para una máquina virtual, asegúrate de que este número de núcleos se obtiene como 4 sockets virtuales con 4 núcleos cada uno (y no como 2 sockets con 8 núcleos u 8 sockets con 2 núcleos). Para la edición Enterprise, no importa qué combinación utilizar para obtener 16 núcleos.

Para más de 300 UiPath Robots, plantéate no almacenar todos los mensajes registrados en la base de datos de SQL Server. Almacena en la BD solo los mensajes con el nivel de registro Error y Crucial. Almacena todos los mensajes (incluidos los de Error y Crucial) en Elasticsearch.

Servidor Elasticsearch

Número De Robots

Núcleos de la CPU (mínimo 2 GHz)

RAM (GB)

HDD (GB)

<300

4

12

300

<400

4

16

500

<500

4

16

600

Implementaciones grandes

Implementaciones atendidas de IaaS

La siguiente sección es un ejemplo de una implementación grande y escalable que utiliza las ofertas de infraestructura de Azure como servicio (IaaS) de Azure. Se utilizó esta configuración:

Arquitectura

Nota:

Los siguientes ejemplos de arquitectura contienen componentes opcionales o diversos (p. ej., CyberArk, UiPath High Availability Add-on).

El Jumpbox que se muestra no es necesario, pero es una práctica recomendada para tus entornos de producción que ofrece aislamiento y segurida.

Arquitectura de un solo nodo


Arquitectura multinodo


Requisitos de hardware

Esta sección describe las configuraciones de hardware utilizadas para las pruebas de rendimiento que se indican en Escalar tu implementación, a continuación.

Nodos de Orchestrator

Cada nodo de Orchestrator debe configurarse de la siguiente manera:

VCPUs

RAM (GB)

SSD (GB)

16

32

128

Servidor SQL

Las especificaciones de la máquina virtual de SQL Server deben escalar en línea con el número de nodos de Orchestrator:

Nodos de Orchestrator

VCPUs

RAM (GB)

Disco

1-2

8

16

1 TB: disco ultra SSD para la base de datos, tempDB, y el registro transaccional

5

16

32

1 TB: disco ultra SSD para la base de datos

1 TB: disco ultra SSD para tempDB

1 TB: disco ultra SSD para el registro transaccional

10

32

64

1 TB: disco ultra SSD para la base de datos

1 TB: disco ultra SSD para tempDB

1 TB: disco ultra SSD para el registro transaccional

15

40

96

1 TB: disco ultra SSD para la base de datos

1 TB: disco ultra SSD para tempDB

1 TB: disco ultra SSD para el registro transaccional

Conjunto de disponibilidad de Elasticsearch

El conjunto de disponibilidad de Elasticsearch está compuesto de 3 nodos maestros y 6 nodos de datos; un total de 9 nodos, cada uno con las siguientes especificaciones:

VCPUs

RAM (GB)

OS SSD (GB)

Data SSD (TB)

8

16

128 (con 5000 IOPS y 100 MB/s de capacidad de proceso)

1 (con 5000 IOPS y 200 MB/s de capacidad de proceso)

Requisitos de software

Las versiones antes mencionadas son las utilizadas para las implementaciones y las cargas de prueba de rendimiento descritas.

Equilibrio de carga

Para implementaciones multinodo, se recomienda utilizar dos equilibradores de carga estándar de Azure:

  • Uno para los servidores de Orchestrator;
  • Uno para los servidores Elasticsearch.
Complemento de alta disponibilidad

Escalar tu implementación

El número de nodos necesarios en tu conjunto de escalado de Orchestrator dependerá del número de UiPath Robots que se implementan:

Nodos del conjunto de escalado de Orchestrator

N.° de UiPath Robots

1

Hasta 6000

2

Hasta 14 000

5

Hasta 80 000

10

Hasta 200 000

15

Hasta 300 000

Estas implementaciones se han probado utilizando las configuraciones de hardware y software anteriores para demostrar que no hay pérdida de rendimiento con la carga especificada a continuación.

Pruebas de rendimiento

Los datos que se muestran en las siguientes 2 tablas son representativos de una implementación atendida.

Datos estáticos

Los datos estáticos hacen referencia a la carga inicial de Orchestrator.

Entidad

Un nodo

Dos nodos

Cinco nodos

Diez nodos

15 nodos

Tenants

1

1

1

1

1

Carpetas

1

2

4

4

6

Robots

6000

14 000

80 000

200 000

300 000

Paquetes

8 000

16 000

48 000

48 000

48 000

Procesos

4 000

8 000

24 000

24 000

24 000

Colas

600

1200

1800

2400

3000

Artículos en cola

1.120.000

1 500 000

3 000 000

5 000 000

7 000 000

Activos

500

1000

1500

3000

4500

Datos dinámicos

Los datos dinámicos se refieren a los datos añadidos o cambiados en Orchestrator mientras se ejecutan los procesos.

Entidad

Un nodo

Dos nodos

Cinco nodos

Diez nodos

15 nodos

Elementos de la cola (por día)

300 000

600 000

4 000 000

9 000 000

10 500 000

Trabajos (por minuto)

700

1500

3000

6000

7500

Registros (por minuto)

20,000

50 000

300 000

600 000

800 000

Descargas NuGet (máximo por minuto)

1000

3000

10,000

14 000

18 000

UiPath Robots conectados (máximo)

6000

14 000

80 000

200 000

300 000

Latidos (por minuto)

12 000

28 000

160 000

400 000

600 000

UiPath Robots ocupados

3000

7000

40 000

100 000

150 000

UiPath Robots disponibles

3000

7000

40 000

100 000

150 000

Implementaciones atendidas de PaaS

Las siguientes secciones te dan información sobre las capacidades de una implementación de PaaS en cuanto a su rendimiento.

Arquitectura

Los siguientes requisitos son necesarios:

  • Orchestrator:

    • Plan de Orchestrator App Service: 20 instancias P3V2
    • Azure SQL Server: Premium P15: 4000 DTU
    • Caché de Azure Redis P2 Premium 13 GB
  • Identity Server:

    • Plan de Identity Server App Service: 2 instancias P3V2
    • Azure SQL Server: Standard S7: 800 DTU
  • Elasticsearch:

Pruebas de rendimiento

Los datos que se muestran en las siguientes tablas son representativos de una implementación atendida.

Datos estáticos

Los datos estáticos hacen referencia a la carga inicial de Orchestrator.

Entidad

Un nodo

Tenants

1

Carpetas

8 000

Robots

80 000

Paquetes

8 000

Procesos

8 000

Colas

8 000

Artículos en cola

2 000 000

Activos

8 000

Datos dinámicos

Los datos dinámicos se refieren a los datos añadidos o cambiados en Orchestrator mientras se ejecutan los procesos.

Entidad

Un nodo

Elementos de la cola (por día)

5 000 000

Trabajos (por minuto)

2600

Registros (por minuto)

240 000

Descargas NuGet (máximo por minuto)

2000

UiPath Robots conectados (máximo)

80 000

Latidos (por minuto)

160 000

UiPath Robots ocupados

40 000

UiPath Robots disponibles

40 000

Puertos TCP

Puerto

Descripción

443

Puerto predeterminado para la comunicación entre usuarios y Orchestrator con los UiPath Robots conectados.

1433

Puerto predeterminado para la comunicación entre Orchestrator y el equipo SQL Server.

9200

Comunicación entre Orchestrator y Elasticsearch.

9300

Comunicación entre nodos de Elasticsearch, si corresponde.

5601

Puerto predeterminado utilizado por el complemento Kibana, si corresponde.

3389

Requerido para la automatización RDP, necesario para UiPath Robots de alta densidad.

También puedes comprobar los requisitos de hardware para Studio y UiPath Robots.

¿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.