- 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 installation
- 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
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.yamlfile 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=10requests.cpu=10This corresponds to the following JSON configuration:
"requests": { "cpu": "10" }"requests": { "cpu": "10" } - The
-
Modify the
cluster_config.jsonfile.Add an
advanced_configurationsection under the corresponding service incluster_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.