活动简介
在两地三中心建设过程中,我们发现采用传统的容灾技术碰到3个问题:
1. 切换时间太长,即使通过自动化实现,主切备和备切主都需要花费几十分钟时间。
2. 操作风险太大,比如核心系统切换涉及到20步以上的操作步骤和上百条命令,每条命令都有出错的可能。
3. 建设成本太高,同城机房按照1比2甚至1比1 的比例进行建设,服务器平时完全闲置,除了一次性投入,每年还要耗费大量的维护费用。
因此相对于传统容灾方式,我们希望建设一个双活平台,解决降低RTO时间、降低成本和降低切换风险等需求。
在双活平台的选型过程中,基于当前需求是传统型业务(非互联网类型)做迁移,当前数据库base是DB2和Oracle,从平台角度发起而不想对业务开发进行改造,最终实现双机房对等双活等因素,我们最终发现Db2 pureScale GDPC方案最适合。
这个方案特点明显: 高可用性,可扩展性和对应用透明。那么选好型后,怎么落地成了最关心的问题。因为双活技术的复杂性,在方案设计的每个环节都需要慎重考虑,选择最合适的方式,最终形成自己需要的方案。为让大家更好的理解给予Db2 pureScale GDPC技术的方案设计包含哪些方面以及如何抉择,我们特别组织了本次线上交流活动,主要围绕以下几个核心议题:
1. 总体设计:如何选择双中心站点和仲裁站点的定位,仲裁站点需要什么条件
2. 通信网络设计:存在三套网络,对外服务的以太网,节点之间通信的RDMA网络(RoCE),GPFS需要的私网。
3. 共享存储设计:如何设计存储网络,仲裁站点需要存储吗? NSD server怎么配置?
4. 资源设计: 如何分配成员和CF节点的资源
5. 访问设计:客户端采用什么方式连接数据库节点
6. 搭建过程中的注意事项:磁盘空间,用户名,ssh,ntp,aio参数等细节
7. 参数配置最佳实践
专家介绍
孔再华 数据库架构师
具有丰富的数据库环境问题诊断和性能调优的经验,擅长Db2 pureScale 集群产品的项目咨询和实施,目前负责推广数据库同城双活架构建设,曾经负责Db2数据库双活项目的设计和管理工作,有着丰富的实践经验。目前在社区关注榜排行第六。