AFAIK, if zone redundancy is not enabled in Azure Container Apps (ACA), the nodes (instances) are bound to the single zone they were initially provisioned in. If that zone experiences downtime, the nodes will not automatically shift to another zone. You would need to manually reconfigure the deployment or rely on recovery strategies such as redeploying in a different zone.
If zone redundancy is enabled but the node count is set to 1, the application is not truly redundant. When the single node in the affected zone goes down, a new node will need to be provisioned in a different zone. While ACA provides high availability mechanisms, a single-node setup compromises redundancy.
The time it takes for a new node to be created in another zone depends on various factors, including regional capacity and current workloads. Generally, the provisioning time for a new node in Azure Kubernetes Service (AKS), which ACA builds on, ranges between 1 to 5 minutes under typical conditions. However, ACA might optimize provisioning depending on its orchestration layer.
If you are referring specifically to scheduling replicas on an existing node (once available), that process can take 20–30 seconds, depending on the workload and image pull time.
For better resilience, it's recommended to have at least two nodes and two replicas distributed across zones to avoid dependency on a single point of failure.
If the above response helps answer your question, remember to "Accept Answer" so that others in the community facing similar issues can easily find the solution. Your contribution is highly appreciated.
hth
Marcin