Documentation Index
Fetch the complete documentation index at: https://astronomer-preview.mintlify.app/llms.txt
Use this file to discover all available pages before exploring further.
Set up DR on a new cluster
You can enable DR when creating a new dedicated cluster on AWS through the Astro UI. See Create a dedicated Astro cluster for configuration steps and field descriptions. After the cluster is created, complete the required steps after enabling DR before triggering a failover.Terraform support for DR cluster creation are planned for general availability (GA).
DR cluster creation is also supported using the Astro API.
Set up DR on an existing cluster
To enable DR on an existing dedicated AWS cluster, submit a support request through the Astro UI. Astronomer processes the request during your specified maintenance window.Prerequisites
- Organization Owner role with
organization.clusters.updatepermission - An AWS dedicated cluster that is not already DR-enabled
Submit a DR enablement request
- Database migration: Migrates the metadata database. This phase requires no downtime.
- Infrastructure switch: Enables cross-region replication. This phase requires approximately 1-2 hours of maintenance downtime.
Disable DR
Disabling DR deprovisions the secondary cluster and deletes all compute and data stores in the secondary region. This stops data replication and can’t be undone without re-enabling DR.Disabling DR is also supported using the Astro API.
Prerequisites
- Organization Owner role with
organization.clusters.updatepermission - The cluster must be running from the primary region. You can’t disable DR on a cluster that has failed over to the secondary region.
Required steps after enabling DR
After Astronomer creates the secondary cluster, complete the following steps before triggering a failover:- Networking and DNS: Configure all required networking and DNS customizations for the secondary cluster. See Networking considerations.
- imagePullSecrets: If your Deployments use Kubernetes Pod Operators (KPOs), configure
imagePullSecretson the secondary cluster. See Pull images from a private registry. - Customer-managed workload identity: If your Deployments use customer-managed workload identities, configure the appropriate workload identity and update IAM trust relationships for the secondary cluster. See Workload identity.
- Dag logic: Update your Dag logic to handle the
ASTRONOMER_IS_DR_ENVenvironment variable for secondary-specific connections or configurations. See Prepare Dags for disaster recovery.