Azure cosmos db - 灾难恢复场景的一致性级别
Azure cosmos db - consistently level for Disater recovery scenario
我在美国西部有一个 Azure cosmos 数据库，我的所有应用程序都部署在同一区域。
现在我正尝试通过
设置灾难恢复系统
- 在美国东部部署应用程序
- 在灾难发生之前，应用程序将处于非活动状态
- 数据库将启用异地复制，以便灾难恢复区域的数据是最新的
话虽如此，在美国西部发生灾难之前，美国东部地区将永远不会被使用。
我想知道在这种情况下始终使用什么是合适的 azure cosmos db。
Azure 提供了五种一致性级别，我希望select 不影响应用程序性能的一致性，并使 EAST US 保持最新状态。
- 最终
- 一致的前缀
- 会话
- 有界陈旧
- 强
我正在考虑有界一致性，但是每 5 分钟才同步一次，至少会丢失 5 分钟的数据。
是否使用了更好的一致性配置？
您不能使 2 个区域保持最新并且同时对性能没有影响。
要使数据保持最新，您必须同时写入两个区域。这比先写入单个区域并让其他区域最终赶上来花费的时间更长。
建议大家先看看cosmosdb是如何支持高可用的https://docs.microsoft.com/en-us/azure/cosmos-db/high-availability
此处记录了一致性级别的工作原理：https://docs.microsoft.com/en-us/azure/cosmos-db/consistency-levels
我在美国西部有一个 Azure cosmos 数据库，我的所有应用程序都部署在同一区域。
现在我正尝试通过
设置灾难恢复系统- 在美国东部部署应用程序
- 在灾难发生之前，应用程序将处于非活动状态
- 数据库将启用异地复制，以便灾难恢复区域的数据是最新的
话虽如此，在美国西部发生灾难之前，美国东部地区将永远不会被使用。
我想知道在这种情况下始终使用什么是合适的 azure cosmos db。
Azure 提供了五种一致性级别，我希望select 不影响应用程序性能的一致性，并使 EAST US 保持最新状态。
- 最终
- 一致的前缀
- 会话
- 有界陈旧
- 强
我正在考虑有界一致性，但是每 5 分钟才同步一次，至少会丢失 5 分钟的数据。
是否使用了更好的一致性配置？
您不能使 2 个区域保持最新并且同时对性能没有影响。
要使数据保持最新，您必须同时写入两个区域。这比先写入单个区域并让其他区域最终赶上来花费的时间更长。
建议大家先看看cosmosdb是如何支持高可用的https://docs.microsoft.com/en-us/azure/cosmos-db/high-availability
此处记录了一致性级别的工作原理：https://docs.microsoft.com/en-us/azure/cosmos-db/consistency-levels