- 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
