不好意思,请大家暂且忽略刚才的邮件及附件,该邮件是10.31日发送的第一个修改版本(最新版本还处于修改中),可能是邮件服务器延迟缘故(如下图所示)导致大家今天才收到!
发自我的企业微信
----------回复的邮件信息----------
吴荣政<rongzheng.wu(a)enmotech.xn--com> 2022-10-31-jw84b 周一 17:31写道:
Hi all,
非常感谢社区CM SIG组于2022年10月28日组织会议评审云和恩墨主导的“CM集群支持2节点部署特性”的设计文档,并给出宝贵意见!
参照会议讨论结果,存在一个待处理的核心问题“如何在减少对项目DCC/DCF改动的前提下,实现两节点模式下CM集群自仲裁”,SIG组建议从CMS层选择CMS primary并控制DCC,此处依赖社区提供的接口以及沟通实现细节。
基于大家的宝贵意见,我们完成了对设计文档的更新(CM集群自仲裁的最终方案待沟通后再做更新),详情请参见附件文档《CM支持两节点部署特性设计说明书.doc》。本次改动所涉及内容简介如下,欢迎大家多提宝贵意见:
(1) 更新章节2.4 表格2(主流数据库网络故障检测及修复方案)的内容,细化CM两节点特性中CM集群的failover机制和数据库集群的双主脑裂恢复流程;
(2) 更新章节3.2,针对总体方案增加文字描述,便于大家理解;
(3) 更新章节4.1,将4.6.6可测试设计中的新增参数的描述放到章节4.1中,使得大家能够提前了解新增参数信息;
(4) 更新章节4.6.6,增加对表格3中参数组合的说明;
(5) 更新章节5,针对CM集群故障切换中手动和自动两中模式的流程图去掉数据库集群故障恢复流程。
(6) 更新章节6,针对数据库集群故障恢复中手动和自动两中模式的流程图去掉CM集群故障切换流程,同时增加对业务网络VIP的连通性探测。
Thanks and regards,
Rongzheng.wu
发自我的企业微信
----------回复的邮件信息----------
吴荣政<rongzheng.wu(a)enmotech.xn--com> 2022-10-19-jw84b 周三 10:26写道:
您好,
我是吴荣政,云和恩墨数据库内核开发团队的成员之一 。
本邮件的目的是 预约一次CM SIG组会议来邀请大家一起参与恩墨已经开发完成的“CM集群支持2节点模式”特性的需求评审、设计方案评审等事宜,最终推动代码合入社区CM项目。因无SIG会议预定权限,请劳烦帮忙预定一次会议,非常感谢!
Best regards,
Rongzheng.wu
发自我的企业微信