- 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
Orchestrator-specific configuration
Advanced configuration allows support engineers to override specific service configuration parameters used during Automation Suite installation and deployment.
Using advanced configuration, you can:
- Override resource requests and limits for deployments, stateful sets, and daemon sets.
- Modify Horizontal Pod Autoscaler (HPA) settings.
- Override specific Helm chart parameters used by services during installation.
All advanced configuration changes must be defined in the cluster_config.json file to ensure configuration consistency across environments.
Any configuration changes performed directly in ArgoCD must also be replicated in cluster_config.json.
If the installer is re-run, changes made only in ArgoCD may be overwritten.
Using advanced configuration
- Identify the parameters you want to override.
You can locate these parameters in one of the following places:
- The values.yaml file in the service Helm chart within the service-fabric-packaging repository.
- The Parameters section of the corresponding application in ArgoCD.
Example
If the following parameter appears in the ArgoCD Parameters section:
requests.cpu=10
requests.cpu=10
This corresponds to the following JSON configuration:
"requests": {
"cpu": "10"
}
"requests": {
"cpu": "10"
}
- Modify the
cluster_config.jsonfile.
Add an advanced_configuration section under the corresponding service in cluster_config.json.
Convert the parameter format from YAML to JSON before adding it to the file.
Example
The following example overrides resource parameters for the Orchestrator service:
{
"orchestrator": {
"advanced_configuration": {
"requests": {
"cpu": "100m",
"memory": "100m",
"storage": "1Gi",
"gpu": 1
},
"limits": {
"cpu": "200m",
"memory": "200m",
"storage": "2Gi",
"gpu": 1
}
}
}
}
{
"orchestrator": {
"advanced_configuration": {
"requests": {
"cpu": "100m",
"memory": "100m",
"storage": "1Gi",
"gpu": 1
},
"limits": {
"cpu": "200m",
"memory": "200m",
"storage": "2Gi",
"gpu": 1
}
}
}
}
- Update autoscaling parameters (optional).
You can also override Horizontal Pod Autoscaler (HPA) parameters using the
autoscalingconfiguration block.
Example
{
"orchestrator": {
"advanced_configuration": {
"autoscaling": {
"minReplicas": 1,
"maxReplicas": 3,
"targetCPUUtilizationPercentage": 70,
"targetMemoryUtilizationPercentage": 70,
"scaleUpStabilizationWindowSeconds": 60,
"scaleUp": {
"policy": {
"type": "Pods",
"value": 1,
"periodSeconds": 60
}
},
"scaleDownStabilizationWindowSeconds": 60,
"scaleDown": {
"policy": {
"type": "Pods",
"value": 1,
"periodSeconds": 60
}
}
}
}
}
}
{
"orchestrator": {
"advanced_configuration": {
"autoscaling": {
"minReplicas": 1,
"maxReplicas": 3,
"targetCPUUtilizationPercentage": 70,
"targetMemoryUtilizationPercentage": 70,
"scaleUpStabilizationWindowSeconds": 60,
"scaleUp": {
"policy": {
"type": "Pods",
"value": 1,
"periodSeconds": 60
}
},
"scaleDownStabilizationWindowSeconds": 60,
"scaleDown": {
"policy": {
"type": "Pods",
"value": 1,
"periodSeconds": 60
}
}
}
}
}
}
- Validate the changes.
Before applying the configuration through the installer, you can optionally validate the parameters. To do this:
- Modify the parameters directly in the ArgoCD application under the Parameters section.
- Confirm the configuration behaves as expected.
- Copy the validated configuration into the
cluster_config.jsonfile.