高度可用的

复制概念：

AWS（保留实例）上的90GB DataSet HA部署的成本

纯内存复制

万博体育彩Redis Enterprise Replication基于主设备和从属的无无机无盘复制，如下图所示：

具有52GB DRAM（19GB RDB）的内部复制基准显示以下结果在2x R3.2xlarge实例上显示以下结果：

此外，Redis Ente万博体育彩rprise使用psync2.对于其核心操作，因此之后，主动复制链接是计划的故障转移或分片迁移操作。

自动故障转移

Re万博体育彩dis Enterprise Cluster使用两个看门狗进程来检测故障：

1. 节点看门狗：监视在给定节点上运行的所有进程。例如，如果特定的碎片不响应，则节点看门狗会触发分片故障转移事件。
2. 群集看门狗：负责群集节点的健康并使用a八卦协议管理群集中的节点的成员资格。例如，群集看门狗触发节点故障事件或检测网络分离事件。

这些看门狗进程是分布式群集管理器实体的一部分，并驻留在群集中的每个节点上。通过在集群内部运行的实体管理失败检测是非常重要的，以避免如下图左侧所示的情况。在此示例中，看门狗实体位于网络拆分的错误侧，无法触发故障转移过程：

一旦检测到故障事件，Redis Enterprise Cluster会自动且万博体育彩透明地运行一组内部分布式进程，将相关的分片（如果需要）故障转移到健康的群集节点。如有必要，它们还通过不同的代理或代理重新路由用户流量。

Redi万博体育彩s Enterprise Cluster具有嘈杂（公共云）和安静（虚拟私有云，内部部门）环境的禁区外的HA配置文件。我们发现，触发故障转移过于积极地创建稳定性问题。另一方面，在安静的网络环境中，可以轻松调整Redis Enterprise集群，以支持所有故障方案中的常量万博体育彩单位（<10秒）故障转移时间。

多可用区（AZ）/机架部署

万博体育彩Redis Enterprise支持多Az /机架群集配置。在此模式下，群集节点标记为已部署的区域/机架，而Redis Enterprise可确保同一分片的主设备和从属redis进程永远不会托管位于位于同一AZ /机架中的节点上。万博体育彩在多AZ /机架万博体育彩环境中运行Redis Enterprise需要以下条件：

1. 三个或更多群集节点，总数不均匀
2. 三个或更多的AZ /机架，总数不均匀
3. 给定AZ /机架中的节点数量应始终是少数群体，即小于所有其他AZ /机架中的节点数量。这可确保在存在AZ /机架故障时，群集中的大部分节点将保持和运行。
4. AZ /机架之间的网络延迟应为<10ms，保证集群故障检测机制将正确运行。在大多数情况下，当真正的失败事件发生并且不受网络毛刺的影响时，取决。对于AZ / Racks之间超过10ms延迟的情况，主动被动或者主动活跃应考虑部署。

此处显示了云中的Redis 万博体育彩Enterprise Multi-Az配置的示例：

如您所见，此示例符合上面讨论的所有条件：

1. 节点数量不均匀（7）。
2. 可用性区的不均匀数量（3）。
3. 每个区域中的节点数量是少数群体。
4. 在所有主要的公共云中，同一区域的区域之间的网络延迟总是小于10ms。

---

下一节►.耐用的redis.