GaussDB分布式部署方案

分布式部署方案

GaussDB分布式提供以下部署方案：

使用裸金属服务器（增强型网关），依赖OBS使用EP2.0网络。

同城高可用的部署场景具体如下：

同城高可用场景1：同城3AZ4副本

完整的同城双活部署方案，由两个业务AZ和一个仲裁AZ组成。两个业务AZ之间对等部署，任何一个机房都接入业务。仲裁AZ负责辅助仲裁，不能接入业务。可抗任意单点故障。任何机房故障RPO=0。可抗机房之间网络断连。支持2AZ1主3备（4副本）+1仲裁AZ的部署方案，这种部署方案所有主角色默认在主AZ。

• AZ1、AZ2都有完整数据，AZ3作为第三方仲裁的节点。
• AZ1、AZ2可以同时接入业务，实现双AZ双活。
• AZ3作为仲裁AZ，在1个AZ故障状态下，保证ETCD的存活节点超过多数，从而保证数据的一致性。
• DN主备之间采用流复制进行数据同步，跨AZ存在同步备，数据不会丢失。
• DN备节点故障，不中断业务的进行；DN主节点故障，自动进行主备切换。
• 可以提供机房级的故障的高可用。AZ1、AZ2其中任何一个故障时，故障AZ中所有主服务会自动切换到另一个AZ，切换完成后业务可以继续运行。
• AZ1、AZ2任意一个AZ+仲裁AZ故障，需要手动强起。

同城高可用场景2：同城3AZ3副本

支持同城3AZ高可用场景，3个AZ之间完全对等部署，均可以接入业务。任何机房故障RPO=0。可抗机房之间网络断连。

• AZ1、AZ2、AZ3都有完整数据，可以同时接入业务，实现三活。
• DN主备之间采用流复制进行数据同步，跨AZ存在同步备份，数据不会丢失。
• DN备节点故障，不中断业务的进行；DN主节点故障，自动进行主备切换。
• 可以提供机房级的故障的高可用。AZ1、AZ2、AZ3其中任何一个故障，故障AZ中所有主服务会自动切换到另一个AZ，切换完成后业务可以继续运行。

同城高可用场景3：单AZ 3副本

单AZ3副本的部署形态，提供了抵御实例级故障的能力，没有AZ级容灾的能力。适用于不要求机房级别容灾，但是需要抵御个别硬件故障的应用场景。

单AZ仅提供3副本的方案。3个副本的可靠性为4个9，AZ的可靠性一般也是4个9，因此对于单AZ场景，即使超过3个副本数，受到AZ的可靠性限制，整个系统的可靠性也不会有提升。

• DN主备之间采用流复制进行数据同步，至少同步到一台备机，保证RPO=0。
• DN备节点故障，不中断业务的进行；DN主节点故障，自动进行主备切换。
• 数据有三份，任何一个节点故障，系统仍然有双份数据确保继续运行。任何一个备份都可以升主。
• 同一数据分片的DN主备实例之间不可部署在同一台物理机上。

同城高可用场景4：单AZ 2副本

单AZ2副本的部署形态，提供了抵御实例级故障的能力，没有AZ级容灾的能力。适用于不要求机房级别容灾，但是需要抵御个别硬件故障的应用场景。

单AZ仅提供2副本的方案。

• DN主备之间采用流复制进行数据同步，至少同步到一台备机，保证RPO=0。
• DN备节点故障，不中断业务的进行；DN主节点故障，自动进行主备切换。
• 数据有二份，任何一个节点故障，系统仍然有双份数据确保继续运行。任何一个备份都可以升主。
• 同一数据分片的DN主备实例之间不可部署在同一台物理机上。

同城高可用+异地容灾的部署场景具体如下：

容灾场景1：同城1AZ、异地1AZ

同城一个数据中心和异地一个数据中心的容灾部署形态，同城采用3副本部署，异地也采用3副本部署，提供了同城抵御实例级故障的能力，跨城的Region级容灾的能力。

3个副本的可靠性为4个9，AZ的可靠性一般也是4个9，因此对于单AZ场景，即使超过3个副本数，受到AZ的可靠性限制，整个系统的可靠性也不会有提升。

• 同城和异地都有完整的数据，同城和异地都独立部署一套完整的数据库集群。
• DN主备之间采用流复制进行数据同步，至少同步到一台备机，保证RPO=0。
• DN备节点故障，不中断业务的进行；DN主节点故障，自动进行主备切换。
• 数据有三份，任何一个节点故障，系统仍然有双份数据确保继续运行。任何一个备份都可以升主。
• 跨Region容灾需要手工切换。

容灾场景2：同城3AZ、异地1AZ

同城两个数据中心和异地一个数据中心的容灾部署形态，同城采用4副本部署，异地采用相同分片数2副本部署。同城双活部署方案，由两个业务AZ和一个仲裁AZ组成。两个业务AZ之间对等部署，任何一个机房都接入业务；仲裁AZ负责辅助仲裁，不能接入业务；可抗任意单点故障；任何机房故障RPO=0；可抗机房之间网络断连；支持2AZ1主3备（4副本）+1仲裁AZ的部署方案。异地容灾提供跨Region级容灾的能力。

• 同城和异地都有完整的数据，同城和异地都独立部署一套完整的数据库集群。
• 同城中，AZ1、AZ2都有完整数据，AZ3作为第三方仲裁的节点；AZ1、AZ2可以同时接入业务，实现双AZ双活；AZ3作为仲裁AZ，在1个AZ故障状态下，保证ETCD的存活节点超过多数，从而保证数据的一致性。
• DN主备之间采用流复制进行数据同步，至少同步到两台备机，保证RPO=0。
• DN备节点故障，不中断业务的进行；DN主节点故障，自动进行主备切换。
• 同城中数据有四份，任何一个节点故障，系统仍然有三份数据确保继续运行。任何一个备份都可以升主。
• 同城可以提供机房级的故障的高可用。AZ1、AZ2、AZ3其中任何一个故障，故障AZ中所有主服务会自动切换到另一个AZ，切换完成后业务可以继续运行；AZ1、AZ2任意一个AZ+仲裁AZ故障，需要手动强起。
• 跨Region容灾需要手工切换。

容灾场景3：同城3AZ、异地1AZ

同城三个数据中心和异地一个数据中心的容灾部署形态，同城采用3副本部署，异地也采用3副本部署，提供了同城抵御实例级故障和跨AZ级故障的能力，跨城的Region级容灾的能力。

• 同城和异地都有完整的数据，同城和异地都独立部署一套完整的数据库集群。
• DN主备之间采用流复制进行数据同步，至少同步到一台备机，保证RPO=0。
• DN备节点故障，不中断业务的进行；DN主节点故障，自动进行主备切换。
• 数据有三份，任何一个节点故障，系统仍然有双份数据确保继续运行。任何一个备份都可以升主。
• 同城可以提供机房级的故障的高可用。AZ1、AZ2、AZ3其中任何一个故障，故障AZ中所有主服务会自动切换到另一个AZ，切换完成后业务可以继续运行。
• 跨Region容灾需要手工切换。

容灾场景4：同城3AZ、异地单机版

同城三个数据中心和异地一个数据中心的容灾部署形态，同城采用3副本部署，异地采用单副本部署，提供了同城抵御实例级故障和跨AZ级故障的能力，跨城的Region级容灾的能力。

• 同城和异地都有完整的数据，同城和异地都独立部署一套完整的数据库集群。
• DN主备之间采用流复制进行数据同步，至少同步到一台备机，保证RPO=0。
• DN备节点故障，不中断业务的进行；DN主节点故障，自动进行主备切换。
• 数据有三份，任何一个节点故障，系统仍然有双份数据确保继续运行。任何一个备份都可以升主。
• 同城可以提供机房级的故障的高可用。AZ1、AZ2、AZ3其中任何一个故障，故障AZ中所有主服务会自动切换到另一个AZ，切换完成后业务可以继续运行。
• 跨Region容灾需要手工切换。

容灾场景5：同城1AZ、异地单机版

同城一个数据中心和异地一个数据中心的容灾部署形态，同城采用3副本部署，异地采用单副本部署，提供了同城抵御实例级故障的能力，跨城的Region级容灾的能力。

3个副本的可靠性为4个9，AZ的可靠性一般也是4个9，因此对于单AZ场景，即使超过3个副本数，受到AZ的可靠性限制，整个系统的可靠性也不会有提升。

• 同城和异地都有完整的数据，同城和异地都独立部署一套完整的数据库集群。
• DN主备之间采用流复制进行数据同步，至少同步到一台备机，保证RPO=0。
• DN备节点故障，不中断业务的进行；DN主节点故障，自动进行主备切换。
• 数据有三份，任何一个节点故障，系统仍然有双份数据确保继续运行。任何一个备份都可以升主。
• 跨Region容灾需要手工切换。

容灾场景6：同城3AZ、异地1AZ

同城三个数据中心和异地一个数据中心的容灾部署形态，同城采用4副本部署，异地采用2副本部署，提供了同城抵御实例级故障和跨AZ级故障的能力，跨城的Region级容灾的能力。

• 同城和异地都有完整的数据，同城和异地都独立部署一套完整的数据库集群。
• DN主备之间采用流复制进行数据同步，至少同步到一台备机，保证RPO=0。
• DN备节点故障，不中断业务的进行；DN主节点故障，自动进行主备切换。
• 同城中数据有四份，任何一个节点故障，系统仍然有双份数据确保继续运行。任何一个备份都可以升主。
• 同城可以提供机房级的故障的高可用。AZ1、AZ2、AZ3其中任何一个故障，故障AZ中所有主服务会自动切换到另一个AZ，切换完成后业务可以继续运行。
• 跨Region容灾需要手工切换。

单机版的部署场景具体如下

单副本采用单节点架构，仅包含一个DN节点和一个CMS节点，适用于没有数据可靠性要求的测试场景使用，具有更低的价格优势。

单副本架构无法保证系统的可靠性，节点发生故障则会直接中断业务，不建议在生产环境使用，选用前请务必确认好风险。