腾讯云分布式缓存数据库支持在同地域（Region）下跨多个可用区（Availability Zone，简称 AZ）部署节点副本。相比于将主节点和副本节点置于同一物理机房的“单可用区实例”（仅具备主机、机架级容灾），多可用区部署将节点延伸至不同的独立物理机房，提供可用区级（Zone-level）的物理容灾能力，有助于降低机房断网、断电等单可用区故障对业务的影响。
部署方式 | 容灾能力 |
单可用区部署 | 主机级、机架级容灾 |
多可用区部署 | 主机级、机架级、可用区级容灾 |
部署架构
多可用区实例的架构特征是：主节点与副本节点分别部署在同地域的不同可用区，两个可用区之间通过腾讯云内网低延迟互联，实例对外仍提供单一统一访问地址(VIP:Port)。下图以两可用区1主3副本部署为例,展示典型的多可用区拓扑：
组成部分 | 说明 |
实例统一访问地址 | 实例对外提供唯一的 VIP:Port，全 Region 可访问。客户端通过 VIP 接入实例时，系统会自动将请求路由到客户端所在可用区的 Proxy。无论实例发生何种 HA 切换，VIP 保持不变，业务无需修改连接信息。 |
主可用区 | 主节点（Master）所在的可用区，承担实例的写请求。除非通过控制台手动变更，主可用区将保持不变。 |
备可用区 | 仅部署副本节点的可用区，与主可用区共同承担可用区级容灾。 |
Proxy | 每个可用区内独立部署 Proxy，用于接收客户端请求并路由到对应节点。客户端通过 VIP 接入时，系统会就近路由到客户端所在可用区的 Proxy，降低接入时延。 |
主节点 | 实例中处理写请求的节点，部署在主可用区。 |
副本节点 | 用于数据冗余与高可用的节点，跨可用区分布(主可用区1个 + 备可用区2个)，共同保障可用区级容灾。 |
跨可用区高可用
多可用区实例在主节点故障、可用区故障两种场景下提供自动容灾切换能力。
自动故障切换
当主节点所在主机或主可用区出现故障时，系统会自动选举一个数据最新的副本节点提升为新主节点，业务自动恢复读写。选主过程遵循以下原则：
1. 数据最新优先：数据复制进度最接近原主节点的副本节点优先被选为新主节点，尽可能减少数据丢失。
2. 主可用区优先：在数据进度相同的情况下，主可用区内的副本节点优先选主，以减少跨可用区访问对业务延迟的影响。
自动回切（Auto Failback）
说明：
自动回切过程对业务无损，但若业务使用了阻塞类命令（如 BLPOP、BRPOP、BLPUSH 等），阻塞连接可能会被中断，需要客户端具备自动重连能力。
跨可用区访问
未开启副本只读
未开启副本只读（读写分离）的实例，读写请求都会经过本可用区的 Proxy 路由到主节点，保障数据的一致性，同时保障最多仅有一次的 AZ 穿越。
开启副本只读
开启副本只读（读写分离）的实例，写请求将经过本可用区的 Proxy 路由到主节点。读请求将优先路由至本可用区的副本节点，满足业务就近访问、低延时的诉求；同时，读流量也可分流至其他可用区的只读副本，实现读写流量解耦，显著释放主节点的读取压力。
部署推荐
两可用区部署
两可用区1主3副本部署，主可用区1主1副本，备可用区2个副本，两可用区做负载均衡，每个可用区两个节点，可保障单机故障读请求不跨可用区，单可用区故障后仍然具备主备高可用。该方案适合于对可用性和访问延迟要求较高的场景。
三可用区部署
三可用区1主2副本部署，每个可用区各部署1个节点。该方案以最少的副本数实现3个可用区的容灾分布，任意单机或单可用区故障后仍具备主备高可用。但由于主可用区内不保留副本，主节点故障切换后主可用区会发生变更，且跨可用区访问占比相对更高。适合对可用性要求极高、对时延不敏感的业务场景。
相关操作
通过控制台配置多可用区和查看多可用区信息，请参见 配置多可用区。
通过控制台升级单可用区至多可用区，请参见 变更可用区。
通过控制台开启和关闭读写分离功能，请参见 副本只读。
多可用区实例和单可用区实例的访问方式一致，均是提供一个 VIP 给到业务访问，请参见 访问多可用区实例。
多可用区部署的实例支持自动故障切换能力，保障服务的可用性，请参见 故障模拟。
多可用区部署的实例提供自动回切功能（Auto Failback），请参见 自动回切。
多可用区部署的实例支持手动提主功能，您可以根据业务要求将主节点部署到指定的可用区或者指定的副本（组），请参见 副本提主。
多可用区部署情况下，为降低业务访问服务的时延，腾讯云分布式缓存数据库提供就近访问能力，请参见 就近访问。
