关于EX RAC和SVC第三方仲裁的选择问题?

看到资料和方案,觉得做法也挺大胆的,我这边比较关注双活中EX RAC和SVC使用的第三方仲裁问题,仲裁放在两节点中还是第三方机房?我们比较顾忌链路的稳定性,我们怎么去保障稳定避免出现脑裂?

5回答

ZhuJun2014ZhuJun2014  存储工程师 , IBM
yinxin韩琪冲wuwenpin等赞同了此回答
双活架构中,最重要的一点是要有第3站点部署仲裁。链路的稳定性,要看运营商提供的线路质量。如果线路质量不佳,那么传输带来的抖动会直接影响到生产IO。在Extended RAC环境中,脑裂时候,会遵从集群节点ID最小的站点存储。因此,部署时,要考虑使SVC的存活站点和Extended RAC规则一致...显示全部

双活架构中,最重要的一点是要有第3站点部署仲裁。
链路的稳定性,要看运营商提供的线路质量。如果线路质量不佳,那么传输带来的抖动会直接影响到生产IO。
在Extended RAC环境中,脑裂时候,会遵从集群节点ID最小的站点存储。因此,部署时,要考虑使SVC的存活站点和Extended RAC规则一致。实际配合中,SVC的仲裁,放在集群ID小的站点,使这个站点可以获得存活权。

收起
 2018-10-24
浏览1456
aixchina 邀答
王军王军  技术经理 , 工行
pobird韩琪冲aixchina赞同了此回答
其实吧,存储双活加上extended RAC,有可能出现比较奇葩的问题:当两个站点间的网络出现抖动时,有可能出现存储双活的仲裁把B站点的存储踢出了集群,而RAC把A站点的数据库服务器踢出了集群,导致两边均不可用。技术组合太多太复杂也不见得是好事。...显示全部

其实吧,存储双活加上extended RAC,有可能出现比较奇葩的问题:当两个站点间的网络出现抖动时,有可能出现存储双活的仲裁把B站点的存储踢出了集群,而RAC把A站点的数据库服务器踢出了集群,导致两边均不可用。
技术组合太多太复杂也不见得是好事。

收起
 2018-10-24
浏览1377
liqxyliqxy  系统架构师 , bankofluoyang
韩琪冲彬彬aixchina赞同了此回答
实际环境中,仲裁建议放到生产机房,这样,当生产和灾备机房链路出现中断时可以保证生产机房继续提供服务,最新的SVC支持IP仲裁,也可以选择使用第三方站点的IP当仲裁。显示全部

实际环境中,仲裁建议放到生产机房,这样,当生产和灾备机房链路出现中断时可以保证生产机房继续提供服务,最新的SVC支持IP仲裁,也可以选择使用第三方站点的IP当仲裁。

收起
 2018-10-24
浏览1377
CidCid  it技术咨询顾问 , IBM
yuxinlenaixchina赞同了此回答
双活架构中,第三战点仲裁是必不可少的一个因素,而且对链路质量也有一定的要求,所以双活是IT基础架构建设中最烧钱的一个大类别。落地到SVC,标准的最佳实践中要求是要有第三方的站点存放仲裁盘,这样才可以在发生脑裂的时候通过仲裁机制保证数据不脏;在SVC早期的版本中,仲裁盘还要...显示全部

双活架构中,第三战点仲裁是必不可少的一个因素,而且对链路质量也有一定的要求,所以双活是IT基础架构建设中最烧钱的一个大类别。
落地到SVC,标准的最佳实践中要求是要有第三方的站点存放仲裁盘,这样才可以在发生脑裂的时候通过仲裁机制保证数据不脏;在SVC早期的版本中,仲裁盘还要求必须是FC链路,成本很高,现在的版本也支持通过IP链路进行仲裁盘部署,以节约链路成本;
但是即使这样,在实际的部署中,有第三站点可以放仲裁盘的环境并不算多,考虑到成本等问题,有一些企业在部署双活的时候将仲裁盘放在本地站点,这样一旦发生脑裂,必定是拥有仲裁盘的站点存活,当然这样是有风险的,具体如何部署还是要结合成本和业务上的连续性要求来看。

收起
 2018-10-29
浏览1381
aixchina 邀答
pobirdpobird  系统架构师 , 新网银行
aixchina赞同了此回答
肯定是第三节点啊。当然,确实不少公司把仲裁点放在了主中心可以设想一下这种时候,一旦主中心彻底挂了之后,会是什么场景显示全部

肯定是第三节点啊。
当然,确实不少公司把仲裁点放在了主中心
可以设想一下这种时候,一旦主中心彻底挂了之后,会是什么场景

收起
 2018-11-06
浏览1300

问题状态

  • 发布时间:2018-10-19
  • 关注会员:7 人
  • 问题浏览:2671
  • 最近回答:2018-11-06
  • 关于TWT  使用指南  社区专家合作  厂商入驻社区  企业招聘  投诉建议  版权与免责声明  联系我们
    © 2019  talkwithtrend — talk with trend,talk with technologist 京ICP备09031017号-30