数据中心双活该如何构建

本文介绍了数据中心双活的构建,包括应用、网络、存储和数据的端到端双活方案,探讨了大二层互联技术、存储集群仲裁、服务器应用集群仲裁等关键点,并对比了基于存储和网管的双活方案,强调了距离、网络、性能要求对双活方案的影响。
摘要由CSDN通过智能技术生成


ICT架构师技术交流                                                                 

ICT_Architect

分析和交流ICT行业最前沿技术,分享更多存储、服务器、数据中心、网络、软件定义和虚拟化等相关知识,旨在知识交流、开放共享和共同进步。

 

在今天文章开始之前,首先感谢大家的支持,从昨天的付费阅读[付费] 大数据时代下数据重删的考虑和投票来看,虽然只有一部分读者参与了赞赏和投票,但就是由于这些力量的支持,才推动我们公众平台不断改进和成长。赞赏不是最终目的,希望昨天的投票大家都能参与并提出宝贵意见。

 

因为最近经常看到大家在讨论数据中心双活解决方案,所以今天把前期大家的疑问和问题进行汇总,加上我个人的见解写成一篇比较全面的文章,分享出来供大家参考。由于工作原因,可能今后近一个月的时间不能给及时大家写文章了,但是前期跟大家承诺的国内云厂商分析和昨天的投票情况,会在这段时间过后尽快呈现给大家。

 

双活本身其实有广义和狭义之分,但是在数据中心这个前提下,我们所说的双活就是广义上的应用、网络、存储和数据的端到端的数据中心双活,顾名思义,应用、网络、存储都应该是双活状态,当然在项目部署和实施过程中,技术上支持部分处于双活或HA状态、部分是单点状态,只是这种方式会使整体方案的双活能力大打折扣。下面是一个典型的数据中心双活组网图。更明确的说,这是个基于阵列双活组网图。

 

数据中心AB之间采用网络互联,数据中心内采用传统两层或三层组网方式互联,接入层链接业务服务器、核心/汇聚层通过大二层互通技术链接到对端数据中心。大二层互联技术一方面主要解决VM在不断业务的情况下在数据中心之间在线迁移,MAC地址不变故而业务不断;另一方面解决VLAN个数的限制,在成千上万的服务器的数据中心中,为了保证数据安全和网络隔离,传统VLAN是不行的。图上大二层采用CSS+iStack方式实现,当然大二层网络的实现方式各个网络厂商各不一样,但是Trill的实现方式基本每个厂商都会支持。

 

存储、交换机和服务器通过专门的SAN网络互联,基本都是采用冗余组网。两个数据中心的交换机通过FC互联,注意是FC而不一定非是光纤,采用FC协议的原因就是其高效率和可靠性。这个链路是用来存储之间实时同步两端数据的,当然,存储之间集群的心跳也通过该网络完成。

 

服务器集群,准确的说应该是应用集群

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

架构师技术联盟(Hardy)

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值