- Notes de publication
- Installation et mise à niveau
- Avant de commencer
- Démarrage
- Activités (Activities)
- Concevoir des workflows de longue durée
- Start Job And Get Reference
- Wait for Job and Resume
- Add Queue Item And Get Reference
- Wait For Queue Item And Resume
- Create Form Task
- Wait for Form Task and Resume
- Reprendre après le délai
- Assign Tasks
- Create External Task
- Wait For External Task and Resume
- Terminer la tâche
- Forward Task
- Get Form Tasks
- Get Task Data
- Add Task Comment
- Update Task Labels
- Actions
- Processus (Processes)
- Audit
Prérequis matériels
- Déploiements à nœud unique : Action Center à nœud unique connecté à une instance Orchestrator à nœud unique
- Déploiements multi-nœuds : nous recommandons les déploiements multi-nœuds suivants :
- Dans un scénario de déploiement multi-nœuds, Orchestrator est configuré derrière un équilibreur de charge, tandis qu'une seule instance d'Action Center est installée sur un serveur distinct. Action Center est configuré pour pointer vers l'URL de l'équilibreur de charge d'Orchestrator.
- Un autre type de déploiement multi-nœuds consiste à configurer Orchestrator derrière un équilibreur de charge avec plusieurs nœuds. Dans cette configuration, Action Center est installé sur chaque nœud Orchestrator, et chaque instance d'Action Center pointe vers l'URL de l'équilibreur de charge d'Orchestrator.
Nombre de Concurrent Users max. |
Cœurs de processeur (min 2 GHz) |
RAM (Go) |
---|---|---|
4 000 |
2 |
4 |
12 000 |
4 |
4 |
Pour tester les performances d'un Action Center à nœud unique connecté à une instance Orchestrator à nœud unique, la configuration et les exemples de données ci-dessous ont été utilisés :
- 3 heures de temps de test
- Charge utile de données de formulaire ayant une taille de 5 000 octets
- 28 000 actions créées
- 17 exécutions différentes de points de terminaison d'API
- Concurrent Users simulés
Sur la base de nos tests de performances, nous recommandons les nombres maximum ci-dessous :
- 150 000 Attended Robots connectés à Orchestrator et exécutant des tâches
- 10 000 utilisateurs Action Center traitant des actions
- 3 000 Unattended Robots exécutant des tâches (créant des actions et reprenant une fois les actions terminées)
Instance |
Nombre de nœuds de déploiement |
Machine virtuelle Azure |
Cœurs de processeurs virtuels |
Fréquence (GHz) |
RAM (Go) |
---|---|---|---|---|---|
Action Center |
3 |
B2s |
2 |
2,0 |
4 |
Orchestrator |
10 |
F16 |
16 |
2,0 |
32 |
SQL Server |
1 |
F32 |
32 |
2,0 |
64 |
Attribuez un disque à chacun des contenus suivants :
Contenu stocké |
Capacité du disque |
---|---|
Base de donnés |
1 To |
Base de données temporaire |
1 To |
Journaux de transactions |
1 To |
Produit |
Configuration |
---|---|
Redis Enterprise HA |
CentOS 8 cœurs de processeur Fréquence minimale de 2,0 GHz 16 Go de RAM |
Machine virtuelle de stockage de compartiment |
Norme L32s_v2 Débit Ultra Disc 4 To 900 Mo/s |
Nous avons généré la configuration matérielle requise, ainsi que des installations et des configurations supplémentaires, en effectuant des tests de performances qui simulent une charge importante sur Action Center et Orchestrator. Les tests ont été effectués à l'aide des exemples de données suivants :
- 10 000 Concurrent Users sur Action Center
- 240 000 actions
- 60 % d'actions de validation du document
- 40 % d'actions de formulaire
- Charge utile par action de formulaire :
- Mise en page du formulaire – 5 Ko
- Données de formulaire –5 Ko
- 10 fichiers de stockage x 100 Ko
- Charge utile par action de validation de document :
- Un fichier PDF x 150 Ko
- Déploiements à nœud unique
- Configuration matérielle requise pour un nœud unique
- Configuration et exemples de données de test
- Déploiements multi-nœuds
- Configuration matérielle multi-nœuds requise
- Configuration de l'environnement
- Stockage sur disque
- Configuration de la base de données
- Configuration et exemples de données de test