Skip to content

Commit 6049212

Browse files
committed
edit
1 parent 6943d2a commit 6049212

File tree

1 file changed

+17
-4
lines changed

1 file changed

+17
-4
lines changed

articles/reliability/reliability-cosmos-mongodb.md

Lines changed: 17 additions & 4 deletions
Original file line numberDiff line numberDiff line change
@@ -7,7 +7,7 @@ ms.reviewer: sidandrews
77
ms.service: cosmos-db
88
ms.subservice: mongodb
99
ms.topic: conceptual
10-
ms.date: 02/13/2024
10+
ms.date: 0215/2024
1111
ms.custom: references_regions, subject-reliability
1212
CustomerIntent: As a cloud architect/engineer, I need general guidance reliability in Azure Cosmos DB for MongoDB vCore
1313
---
@@ -53,16 +53,20 @@ Your Azure Cosmos DB for MongoDB vCore cluster must be created in the following
5353

5454
### Create a resource with availability zones enabled
5555

56-
To enable availability zones, you must enable High availability (HA) when [creating a cluster](quickstart-portal.md) or in the [**Scale** section of an existing cluster](how-to-scale-cluster.md) in the Azure portal.
56+
To enable availability zones, you must enable High availability (HA) when [creating a cluster](../cosmos-db/mongodb/vcore/quickstart-portal.md) or in the [**Scale** section of an existing cluster](../cosmos-db/mongodb/vcore/how-to-scale-cluster.md) in the Azure portal.
5757

5858

5959
## Cross-region disaster recovery and business continuity
6060

6161
[!INCLUDE [introduction to disaster recovery](includes/reliability-disaster-recovery-description-include.md)]
6262

63+
Azure Cosmos DB for MongoDB vCore does not provide built-in automatic failover or disaster recovery. Planning for high availability is a critical step as your solution scales.
6364

65+
### Disaster recovery in single-region geography
6466

65-
Azure Cosmos DB for MongoDB vCore does not provide built-in automatic failover or disaster recovery. Planning for high availability is a critical step as your solution scales.
67+
To maximize your uptime, plan ahead to maintain business continuity and prepare for disaster recovery with Azure Cosmos DB for MongoDB vCore.
68+
69+
While Azure services are designed to maximize uptime, unplanned service outages might occur. A disaster recovery plan ensures that you have a strategy in place for handling regional service outages.
6670

6771
Azure Cosmos DB for MongoDB vCore automatically takes backups of your data at regular intervals. The automatic backups are taken without affecting the performance or availability of the database operations. All backups are performed automatically in the background and stored separately from the source data in a storage service. These automatic backups are useful in scenarios when you accidentally delete or modify resources and later require the original versions.
6872

@@ -73,8 +77,17 @@ Automatic backups are retained in various intervals based on whether the cluster
7377
| **Active clusters** | `35` days |
7478
| **Deleted clusters** | `7` days |
7579

80+
## Design for high availability
81+
82+
High availability (HA) should be enabled for critical Azure Cosmos DB for MongoDB vCore clusters running production workloads. In an HA-enabled cluster, each shard serves as a primary along with a hot-standby shard provisioned in another availability zone. Replication between the primary and the secondary shard is synchronous by default. Any modification to the database is persisted on both the primary and the secondary (hot-standby) shards before a response from the database is received.
83+
84+
The service maintains health checks and heartbeats to each primary and secondary shard of the cluster. If a primary shard becomes unavailable due to a zone or regional outage, the secondary shard is automatically promoted to become the new primary and a subsequent secondary shard is built for the new primary. In addition, if a secondary shard becomes unavailable, the service auto creates a new secondary shard with a full copy of data from the primary.
85+
86+
If the service triggers a failover from the primary to the secondary shard, connections are seamlessly routed under the covers to the new primary shard.
87+
88+
Synchronous replication between the primary and secondary shards guarantees no data loss if there's a failover.
89+
7690
## Next steps
77-
[Scale a cluster in Azure Cosmos DB for MongoDB vCore](how-to-scale-cluster.md)
7891

7992
- Read more about [feature compatibility with MongoDB](compatibility.md).
8093
- Review options for [migrating from MongoDB to Azure Cosmos DB for MongoDB vCore](migration-options.md)

0 commit comments

Comments
 (0)