- Notas relacionadas
- Instalación y actualización
- Antes de empezar
- Primeros pasos
- Actividades
- Diseñar flujos de trabajo de larga duración
- Comenzar trabajo y obtener referencia
- Esperar trabajo y continuar
- Agregar elemento de la cola y obtener referencia
- Esperar elemento de la cola y continuar
- Crear tarea de formulario
- Esperar la tarea de formulario y continuar
- Reanudar después del retraso
- Asignar tareas
- Crear Tarea Externa
- Esperar la Tarea Externa y continuar
- Complete Task
- Forward Task
- Get Form Tasks
- Get Task Data
- Agregar comentario de tarea
- Actualizar etiquetas de la tarea
- Acciones
- Procesos
Requisitos de hardware
- Implementaciones de nodo único: Action Center de nodo único conectado a una instancia de Orchestrator de nodo único
- Implementaciones multinodo: recomendamos las siguientes implementaciones multinodo:
- En un escenario de implementación multinodo, Orchestrator está configurado detrás de un equilibrador de carga, mientras que una sola instancia de Action Center está instalada en un servidor independiente. Action Center se configura para apuntar a la URL del equilibrador de carga de Orchestrator.
- Otro tipo de implementación multinodo consiste en configurar Orchestrator detrás de un equilibrador de carga con varios nodos. En esta configuración, Action Center se instala en cada nodo de Orchestrator, y cada instancia de Action Center apunta a la URL del equilibrador de carga de Orchestrator.
Número máximo de usuarios simultáneos |
Núcleos del procesador (mínimo 2GHz) |
RAM (GB) |
---|---|---|
4 000 |
2 |
4 |
12 000 |
4 |
4 |
Para probar el rendimiento de Action Center de un solo nodo conectado a una instancia de Orchestrator de un solo nodo, se utilizaron los siguientes datos de muestra y de configuración:
- 3 horas de prueba
- Carga de los datos del formulario con un tamaño de 5000 bytes
- 28 000 acciones creadas
- 17 ejecuciones diferentes de puntos finales de la API
- Usuarios simultáneos simulados
Basándonos en nuestras pruebas de rendimiento, recomendamos los números máximos que aparecen a continuación:
- 150 000 robots atendidos conectados a Orchestrator y ejecutando trabajos
- 10 000 usuarios de Action Center procesando acciones
- 3 000 robots desatendidos ejecutando trabajos (creando acciones y reanudando tras la finalización de estas)
Instancia |
Número de nodos de implementación |
Máquinas virtuales de Azure |
Núcleos de CPU virtual |
Frecuencia (GHz) |
RAM (GB) |
---|---|---|---|---|---|
Action Center |
3 |
B2s |
2 |
2.0 |
4 |
Orchestrator |
10 |
F16 |
16 |
2.0 |
32 |
Servidor SQL |
1 |
F32 |
32 |
2.0 |
64 |
Asigna una unidad para cada uno de los siguientes contenidos:
Contenido almacenado |
Capacidad de la unidad |
---|---|
Base de datos |
1 TB |
Base de datos temporal |
1 TB |
Registros transaccionales |
1 TB |
Producto |
Configuración |
---|---|
Redis Enterprise HA |
CentOS Procesador de 8 núcleos Frecuencia mínima de 2.0 GHz 16 GB RAM |
MV de almacenamiento de depósitos |
Estándar L32s_v2 Rendimiento del Ultra Disc de 4 TB 900/s |
Hemos generado los requisitos de hardware, junto con las configuraciones y configuraciones adicionales, realizando pruebas de rendimiento que simulan una gran carga en Action Center y Orchestrator. Las pruebas se realizaron utilizando los siguientes datos de muestra:
- 10 000 usuarios simultáneos de Action Center
- 240 000 acciones
- 60 % de acciones de validación de documentos
- 40 % de acciones de formulario
- Carga útil por una acción de formulario:
- Diseño del formulario: 5 KB
- Datos del formulario: 5 KB
- 10 archivos de almacenamiento x 100 KB
- Carga útil por una acción de validación de documentos:
- Un archivo PDF x 150 KB
- Implementación de nodo único
- Requisitos de hardware del nodo único
- Configuración de la prueba y datos de la muestra
- Implementación de multinodo
- Requisitos de hardware de las multinodo
- Configuración de entorno
- Almacenamiento de Drive
- Configuración de la base de datos
- Configuración de la prueba y datos de la muestra