- Overview
- Requirements
- Pre-installation
- Installation
- Post-installation
- Migration and upgrade
- Upgrading Automation Suite
- Migrating standalone products to Automation Suite
- Step 1: Restoring the standalone product database
- Step 2: Updating the schema of the restored product database
- Step 3: Moving the Identity organization data from standalone to Automation Suite
- Step 4: Backing up the platform database in Automation Suite
- Step 5: Merging organizations in Automation Suite
- Step 6: Updating the migrated product connection strings
- Step 7: Migrating standalone Orchestrator
- Step 8: Migrating standalone Insights
- Step 9: Migrating standalone Test Manager
- Step 10: Deleting the default tenant
- Performing a single tenant migration
- Migrating between Automation Suite clusters
- Migrating from Automation Suite on EKS/AKS to Automation Suite on OpenShift
- Monitoring and alerting
- Cluster administration
- Product-specific configuration
- Orchestrator advanced configuration
- Configuring Orchestrator parameters
- Configuring appSettings
- Configuring the maximum request size
- Overriding cluster-level storage configuration
- Configuring NLog
- Saving robot logs to Elasticsearch
- Configuring credential stores
- Configuring encryption key per tenant
- Cleaning up the Orchestrator database
- Skipping host library creation
- Troubleshooting
- The backup setup does not work due to a failure to connect to Azure Government
- Pods in the uipath namespace stuck when enabling custom node taints
- Unable to launch Automation Hub and Apps with proxy setup
- Robot cannot connect to an Automation Suite Orchestrator instance
- Log streaming does not work in proxy setups
- Velero backup fails with FailedValidation error
- Accessing FQDN returns RBAC: access denied error

Automation Suite on EKS/AKS installation guide
Caching
UiPath® products on Automation Suite require caching capabilities. You must provision Cloud Redis (Azure/AKS) or ElastiCache (AWS/EKS). For a list of prerequisites and compatible versions, see Compatibility matrix.
Automation Suite on EKS/AKS does not currently support the Redis database clustering capability that AWS and Azure offer. Therefore, you must select a Redis service using Redis Active/Passive cluster.
For example, AWS refers to Redis database clustering as ElastiCache Redis (cluster mode enabled) cluster, so you must select Redis (cluster mode disabled) cluster instead.
Multiple services in Automation Suite, such as Orchestrator and Identity, use Redis as a distributed cache, for speeding up critical and high volume operations. These services store data that is accessed frequently in Redis, to avoid either retrieving the data from the database or doing expensive computations multiple times.
The following recommendations are specific to Azure. The general recommendation is to choose an SKU with at least 1GB capacity and a Service Level Agreement (SLA) for production environments.
For Redis cache requirements, the provisioning plan can vary, depending on the type of environment you want to deploy, such as a testing environment or a production environment:
- Basic: it is not recommended for production deployment since it does not offer Service Level Agreement (SLA). However, it could be used for a test environment.
- Standard C1 (1GB): It provides decent capacity and performance suitable for a majority of installations. It also allows future scaling to higher levels, including Standard C2 or Premium.
- Standard C2: A step furhter than Standard C1, it provides larger capacity and better performance as compared to C1.
- Premium: The most recommended option, as it provides availability zones promoting a higher SLA, and VNet integration for enhanced security.
After meeting the caching prerequisites, you must pass the access information in the input.json file, as shown in the following example:
"fabric": {
"redis": {
"hostname": "xx",
"password": "xx",
"port": 6380,
"tls": true
}
}
"fabric": {
"redis": {
"hostname": "xx",
"password": "xx",
"port": 6380,
"tls": true
}
}
Set the value of the tls parameter to true only if the Redis URL is trusted by a known authority or if you added the certificates to the additional CA certificates. Otherwise, set the value of the tls parameter to false.