TDSQL Boundless 实例支持多可用区部署，相比单可用区部署，多可用区部署的方式具备更高的容灾能力，可以保护数据库，以防数据库实例发生故障或可用区中断，可以抵御机房级别的故障。多可用区部署为数据库实例提供高可用性和故障转移支持。多可用区是在单可用区的级别上，将同一地域的多个单可用区组合成的物理区域。本文为您介绍 TDSQL Boundless 多可用区部署的基本概念、部署方式、核心概念及适用场景。
说明：
多可用区部署模式下，各可用区之间采用强同步复制，保障数据强一致性。
前提条件
实例所在的地域需要包含多个可用区。
目标可用区拥有足够的资源。
费用说明
多可用区部署功能不需要支付额外费用。
当前单可用区部署的实例可免费升级至多可用区部署。
说明：
核心概念
副本类型
全功能型数据副本：目前最广泛使用的副本类型，它存储全量数据、事务日志等全部完整的数据和功能，可以随时快速切换为 Leader 对外提供读写服务。
日志型副本：仅存储事务日志、参与 Raft 投票的轻量副本。它既不承载用户数据，也不提供读写服务，仅用于在双可用区等场景下实现多数派以保障跨可用区高可用。
主可用区
多可用区实例可设置主可用区，设置后约99%的请求将优先路由到该可用区处理，大幅降低应用到数据库的跨可用区访问延迟。
部署架构
TDSQL Boundless 提供以下三种部署方式，您可以根据业务的可用性要求和性能需求选择合适的方案。
三可用区部署：实例默认按照3全功能型副本部署，实例的节点数均衡地分布在三个可用区内。
双可用区部署：实例默认按照2全功能型副本 + 1日志型副本部署，实例的节点数均衡分布在两个可用区内。
单可用区部署：实例可选择按照3全功能型副本或2全功能型副本 + 1日志型副本部署。
三可用区部署
说明：
三可用区部署时，实例的对等节点数必须是3的整数倍。
三可用区部署为您提供了稳定支持多可用区容灾的高可用方案，实例的对等节点均匀分布在3个可用区中，数据副本跨3个可用区同步，提供 AZ 故障自动切换能力，适用于核心业务场景或对可用性要求高且预算充足的业务。
正常情况下，三个可用区可均衡承担读写流量。
当任意1个可用区发生故障时，剩余2个可用区仍可组成多数派，系统自动完成切换，业务无需人工干预即可恢复。
双可用区部署
说明：
双可用区部署时，实例的对等节点数必须是2的整数倍；仅投票的日志型副本无需付费。
双可用区部署为您提供了成本与跨可用区容灾之间的均衡方案。实例将对等节点均匀分布在2个可用区中，每个可用区持有一份全功能型数据副本；同时在系统仲裁可用区部署一个日志型副本，仅参与投票不存储数据，确保任一可用区故障时仍能自动完成多数派选举。适用于成本敏感、对于降本有明确诉求的业务。
正常情况下，两个可用区可均衡承担读写流量。
当任意1个可用区发生故障时，剩余1个全功能型数据副本与日志型副本仍可组成多数派，系统自动完成切换，业务无需人工干预即可恢复。
单可用区部署
警告：
单可用区部署时，实例的所有节点均部署在同一个可用区内，如果可用区故障将导致服务不可用。适用于开发测试、成本敏感型业务，或对跨可用区容灾无强需求的场景。
说明：
单可用区部署时，实例的对等节点数必须为全功能型副本数的整数倍。
单可用区部署时，实例的所有对等节点均部署在同一个可用区内，通过 Raft 多副本复制保障节点级高可用。该方式资源成本最低，但无法应对可用区级别的故障。支持两种副本配置，适用于开发测试、成本敏感型业务，或对跨可用区容灾无强需求的场景。
全功能型副本数为3：实例按照3个全功能型副本部署，实例的节点数必须是3的整数倍，数据均衡地分散在节点中。
全功能型副本数为2：实例按照2个全功能型副本 + 1个日志型副本部署，实例的节点数必须是2的整数倍，数据均衡地分散在节点中。
