GoldenDB 分布式数据库的部署非常灵活， 可以根据实际需求选择不同的部署场景， 确定部署规划。下面介绍几种常用的部署场景。
单个 AZ 且管理节点数量 1。这种部署模式有着简单的组网结构， 适合一些小规模或者测试环境的 应用。
优点： 组网简单， 只需要在单个可用区中部署一个管理节点， 即可满足基本的数据库需求。
缺点： 由于只有一个管理节点， 一旦该节点发生故障， 服务将会中断， 无法提供连续的服务。
图2.3.1-1 单管理节点
单个 AZ 且管理节点数量大于 1。这种部署模式可以提供更高的可用性， 适用于对高可用性有一定 要求的应用场景。
优点： 可以实现高可用性， 通过在同一个可用区内部署多个管理节点， 当其中一个节点发生故障 时， 其他节点可以接管服务， 保证数据库的连续性和可用性。这样可以减少单点故障带来的影响， 提高应用的可靠性。
缺点： 由于所有的管理节点都部署在同一个可用区内， 一旦整个可用区发生故障， 所有的管理节 点都会受到影响， 导致服务无法提供。这样就会对应用的可用性产生风险， 特别是在面临自然灾 害或者硬件故障等情况下。
图2.3.2-1 本地单中心高可用
双 AZ 且管理节点数量大于 1， 分布在同一城市。这种部署模式可以提供更高的可用性， 适用于对 高可用性有较高要求的应用场景。
优点： 可以实现更高的可用性。通过将管理节点分布在不同的可用区中， 当其中一个可用区发生 故障时， 其他可用区的节点可以接管服务， 保证数据库的连续性和可用性。这样可以有效降低单 点故障的风险， 提高应用的可靠性。
缺点： 由于所有的管理节点都部署在同一城市内， 一旦整个城市的可用区由于自然灾害或者硬件 发生故障， 所有的管理节点都会受到影响， 导致服务无法提供。
图2.3.3-1 本地同城双中心高可用
3 个 AZ 且管理节点数量大于 1， 分布在两个不同的城市。这种部署方式具有高可用性的优点， 即 使其中一个城市或可用区发生故障， 系统仍然可以正常运行。然而， 这种部署方式需要更多的资 源， 包括服务器和网络设备等， 以支持多个节点的运行。 因此， 需要仔细考虑资源投入和成本效 益之间的平衡。 同时， 还需要确保两个城市之间的网络连接稳定和可靠， 以确保数据同步和节点 之间的通信正常运行。
图2.3.4-1 两地三中心高可用
图2.3.4-2 两地三中心高可用
4 个 AZ 且管理节点数量大于 1， 分布在两个不同的城市。可以提供高可用性， 即使一个城市或可 用区发生故障， 仍可以确保数据库的正常运行。然而， 这种部署方式需要更多的资源， 因为需要 维护多个管理节点， 并且需要在不同的城市之间进行数据同步和通信。尽管有这些缺点， 但高可 用性的好处通常是值得的， 特别是对于对数据库可用性要求较高的应用场景。
图2.3.5-1 两地四中心高可用
这种部署意味着在三个不同的地理位置建立五个数据中心来确保数据库系统的高可用性。这种部 署架构在一个地区或数据中心出现故障时， 仍能保持数据库系统的正常运行， 从而确保业务的连 续性。每个数据中心都有多个冗余节点， 包括管理节点、数据库节点以及存储节点。这种多重冗 余性可以降低系统发生单点故障的风险。数据中心之间通过数据同步和复制机制实现数据的异地 备份。这确保了即使某个地区或数据中心发生灾难， 仍能够恢复数据并保持业务的连续性。尽管 需要更多的资源来维护多个数据中心和节点， 但通过合理的资源管理和负载均衡策略， 可以最大 限度地利用资源， 并确保系统的性能和可用性。
图2.3.6-2 三地五中心高可用
图2.3.6-3 三地五中心高可用
