- Release Notes
- Before you begin
- Getting Started
- Installation and upgrade
- Activities
- Designing long-running workflows
- 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
- Resume After Delay
- Assign Tasks
- Create External Task
- Wait For External Task and Resume
- Complete Task
- Forward Task
- Get Form Tasks
- Get Task Data
- Add Task Comment
- Update Task Labels
- Actions
- Processes
- Troubleshooting
Multi-Node Deployments
Based on our performance tests, we recommend the maximum numbers below:
- 150,000 attended robots connected to Orchestrator and running jobs
- 10,000 Action Center users processing actions
- 3,000 unattended robots running jobs (creating actions and resuming after the actions completion)
Instance |
No. of Deployment Nodes |
Azure VM |
vCPU Cores |
Frequency (GHz) |
RAM (GB) |
---|---|---|---|---|---|
Action Center |
3 |
B2s |
2 |
2.0 |
4 |
Orchestrator |
10 |
F16 |
16 |
2.0 |
32 |
SQL Server |
1 |
F32 |
32 |
2.0 |
64 |
Allocate a drive for each of the following content:
Stored Content |
Drive Capacity |
---|---|
Database |
1TB |
Temporary database |
1TB |
Transactional logs |
1TB |
Product |
Configuration |
---|---|
Redis Enterprise HA |
CentOS 8 CPU Cores 2.0 GHz minimum frequency 16GB RAM |
Bucket storage VM |
Standard L32s_v2 Ultra Disc 4TB 900MB/s throughput |
We generated the hardware requirements, along with additional setups and configurations, by conducting performance tests that simulate a large load on Action Center and Orchestrator. The tests were performed using the following sample data:
- 10,000 concurrent Action Center users
- 240,000 actions
- 60% document validation actions
- 40% form actions
- Payload per one form action:
- Form layout—5KB
- Form data—5KB
- 10 storage files x 100KB
- Payload per one document
validation action:
- One PDF file x 150KB