//，他们的爆炸。
但是，严重的是，如果Redis群集停用，Sentinel似乎会处理实际的故障转移。但是，我们假设没有Redes *死亡，并且两个数据中心都有应用程序的Redis集群。
Redis集群“越近”新活跃的应用集群是否开始逐渐接管其流量或缓存？
*我小时候就读拉丁语。互联网上说“-es”拒绝以“-is”结尾的名词，使其成为复数。
答案 0 :(得分：0)
这仅适用于拉丁语的根源和作品。 ;）
除了你列出的安排不简单，即使配置正确＆＃34;这意味着在每个数据中心都有哨兵，但要做到这一点，你就不能将它们分成50/50，否则如果DC失去与另一个的连接，你就会陷入分裂。
你必须选择第三个DC来运行哨兵，将它们分成三种方式并保持仲裁的多数。通过这种方式，您可以通过要求两个DC来决定故障转移来降低风险。
然而，如果它只是网络，那么原始主DC的本地客户端仍将连接到本地主服务器，并且您仍然可以分裂大脑。如果您从中获取运行一个pod（请不要将非群集称为群集，只会让事情变得混乱）跨多个数据中心是棘手的并且充满了危险，那么你就是正确的。
为了最大限度地降低这种风险，您可以在辅助数据中心运行不可升级的从站，并仅从该DC发出读取并将写入路由到主DC中的主站。这也意味着不要让Sentinel故障转移到辅助服务器，而是在需要时手动执行。
sentinel和redis都不是为跨数据中心复制和故障转移而设计的。您需要设计和编写一个系统，以适合您的应用程序的方式为您处理它。我建议在这样的系统中非常小心。