-
Notifications
You must be signed in to change notification settings - Fork 141
Failover to other regions #88
Comments
@skasturi Failover is a service feature and not SDK feature. The only way you can trigger manual failover is through Azure portal. Automatic failover happens when your primary region is down. If the failover happens, your client requests will automatically be directed to new primary, so no action needed from your end from SDK perspective. Let me know if that answers your question. |
Yes. It does answer the question. I was confused with the documentation on Doc DB. |
https://docs.microsoft.com/en-us/azure/documentdb/documentdb-regional-failovers It says the following: """ In the rare event of an Azure regional outage, DocumentDB automatically triggers failovers of all DocumentDB accounts with a presence in the affected region. """
|
Hi @skasturi If you have data in West US 2 and West Central US, if there is a failure within West US 2 (which was set as your default write region) then DocumentDB automatically fails over to West Central US. Region in this case is in reference to the data centers (i.e. West US 2 and West Central US are separate regions). As for the preferred list, when you setup geo-replication within DocumentDB, automatically there is a preferred list. Within the portal (for example), when you setup geo-replication (under the blade "Replicate Data Globally"), the priority list is set as you add regions. You can re-order them by clicking on "Failover Priorities" and setting the priorities in that dialog. HTH! |
Hello,
Does this SDK fail over to other Document DB replicated regions when one region is down?
Thanks,
Sasidhar.
The text was updated successfully, but these errors were encountered: