如何模拟cosmos db故障转移进行测试
考虑为现有Azure Cosmos DB帐户启用地理冗余？但是如何模拟故障转移来进行测试呢
启用地理冗余后，考虑数据一致性有多重要？
一般性建议是什么
考虑地理冗余或数据一致性所需的任何代码更改？我们使用的是cosmosdb-sqlapi。
共有1个答案
手动故障切换
第一个Azure Cosmos帐户必须配置为手动故障转移，此操作才能成功。
https://docs . Microsoft . com/en-us/azure/cosmos-db/how-to-management-database-account # set-failover-priorities-for-your-azure-cosmos-account
执行手动故障转移的过程包括将帐户的写入区域（故障转移优先级=0）更改为为为帐户配置的另一个区域。
https://docs.microsoft.com/en-us/azure/cosmos-db/how-to-manage-database-account#manual-故障转移
一致性
Azure Cosmos DB 提供五个明确定义的级别。从最强到最弱，级别为：
- 强
- 有界陈旧
- 会期
- 一致的前缀
- 最终
https://docs.microsoft.com/en-us/azure/cosmos-db/consistency-levels#consistency-levels-and-throughput
CosmosDB Geo冗余在应用中的应用
在实施地理冗余之前，您应该考虑多个方面。
https://docs.microsoft.com/en-us/azure/cosmos-db/high-availability#building-高可用性应用程序
-
问题内容： 我们目前正在使用Redis 2.8.4和StackExchange.Redis（并喜欢它），但目前没有针对硬件故障等的任何保护措施。我正在尝试使解决方案起作用，从而使我们具有主/从属和哨兵监视功能，但无法完全到达目标位置，并且在搜索后无法找到任何实际的指针。 因此，目前我们已经做到了： 每个节点上都有3个Redis服务器和哨兵（由Linux专家设置）：devredis01：6383（主
-
我们使用MQ作为传递消息的主要路径。这是我们的制度运作不可或缺的一部分。消息代理有时会失败，所有相关的队列也会随之失败。在camel中，有没有一种方法可以启动故障切换，并在其启动时恢复到主故障切换？
-
我正在尝试用6台机器实现一个Redis集群。我有一个由六台机器组成的流浪集群： 运行redis服务器 我编辑了上述所有服务器的/etc/redis/redis.conf文件，添加了这个 然后我在六台机器中的一台上运行了这个程序； Redis集群已启动并运行。我通过在一台机器上设置值手动检查它显示在其他机器上。 我的问题是，当我关闭或停止任何一台主机上的redis server时，整个集群都会停止运
-
我们在每个节点上都有3个redis服务器和sentinel（由Linux人员设置）:devredis01:6383（主）devredis02:6383（从）devredis03:6383（从）devredis01:26379(sentinel)devredis02:26379(sentinel)devredis03:26379(sentinel) 我能够将StackExchange客户机连接到re
-
我们有一个mongodb副本集，其中包含两个实例（127.0.0.1:27017-主要，127.0.0.1:27018-次要）和一个仲裁器（127.0.0.1:27019）。当我使用rs.steppdown（60）从主实例中退出时，它应该成为辅助实例，辅助实例应该成为主实例，所有写操作都应该在辅助实例中发生（退出后的主实例）。但在卸任后，我遇到了一个异常“无法将数据写入传输连接：远程主机强制关闭了
-
对于复制，我们设置Server1作为主服务器，设置server2作为次服务器...一切正常。 期望：当server1停机时，次要的server2不会自动变成主要的。它仍然是次要的。server2也有可能自动成为主服务器。 情况2：MongoDB复制是否需要3台强制服务器，以便当server1宕机时，server2将自动成为主要服务器，server3将保持次要服务器。（这很管用）