您经历的双活数据中心最远距离有超过多少公里?

随着云概念的发展,灾备领域的趋势开始采用负载均衡型数据中心而非冷备型数据中心。对一些企业的重要不可间断的业务系统可以部署多个数据中心来平衡负载,承担灾备。假如某个数据中心遭遇灾难,其他数据中心也可继续运营,保证7X24不间断业务。

我经历过的都是同城双活,遇到的问题不大。

但是据说超过100公里的双活,受制与技术限制只是个传说。Oracle也好,18M也好,也没有好的解决方案

您规划、经历、或者实施过的双活数据中心最远距离有超过多少公里?
参与50

30同行回答

EndlessRainEndlessRain  (网吧资深的网管) , 网吧
回复 1# 天生杀人猫 回答:通常是23公里以内,最多是17公里左右。楼主您是否注意到,如果最终用户如果把同城高可用作为IT战略的首要目标,数据中心距离不会超过我上述的距离,比如23公里?我几年的经验甚至没有发现:"一个用户说我要做同城的高可用,而我的两个数据中心距离是50公里"...显示全部
回复 1# 天生杀人猫

回答:通常是23公里以内,最多是17公里左右。

楼主您是否注意到,如果<内地>最终用户如果把同城高可用作为IT战略的首要目标,数据中心距离不会超过我上述的距离,比如23公里?我几年的经验甚至没有发现:"一个用户说我要做同城的高可用,而我的两个数据中心距离是50公里"。而同城高可用在一线厂商的指标中都是100公里,200公里甚至300对吧?
我的意思,很多的用户早已意识到了,国内线路的质量,和售后等问题,通常都不会把数据中心隔更远的距离,否则他们最初的IT战略则是用异步技术,做远程容灾。
总之,很多事情不能一概而论,如果两个数据中心各有一套业务系统<主/备>,并且只跑一个裸系统,那100公里没有问题,但是,如果有业务负载,那要考虑我给您提供的这套系统所带来的延迟,您业务是否能接受,而这是对所有产品通用的道理。<所以前期的POC和压力测试显得至关重要>
我不太清楚,为什么楼上把负载均衡和高可用掺在一起,温饱都解决不了还要提买范思哲吗?:o
或者说对高可用-high-availability概念不了解,请参照如下内容:
High Availability or HA refers to a continuous available computer system that ensures a certain absolute degree of being continuously operational for a desirably length of time. It is characterized to have no downtime in any given year.
High Availability 高可用性指一个持续可用的计算机系统,用来保证持续性运营在一段期望的时间内维持在某一绝对水平上。它的特征是在任一给定的年度里没有宕机时间!

在最后,我想补充一点:无论是做同城之间的高可用方案,或者在高可用+主/备节点的负载均衡,目前能够做到的厂商及产品并非一家独揽,如果总是认为这种方案是遥不可及的?ok,不辩论,就像同一件事情反映到不同人,难/或易所得到的反馈是不同的,而我所面临最多的麻烦是用户所提供的环境比较苛刻。收起
IT其它 · 2013-11-18
浏览4083
sskeersskeer  技术经理 , 南天
同城容灾一般都是50公里以内的,保证四到五个9需要传输层使用自己铺设的光缆,运营商的就不可靠了,同城双活对传输、应用、以及设备都有很高的要求。显示全部
同城容灾一般都是50公里以内的,保证四到五个9需要传输层使用自己铺设的光缆,运营商的就不可靠了,同城双活对传输、应用、以及设备都有很高的要求。收起
互联网服务 · 2013-11-15
浏览3819
javasunonejavasunone  系统架构师 , GDSS
数据中心双活,对于同城而然实现比较容易,但是代价也是很大的。在App以上都好实现,但是数据库(这里指的的SQl型数据库,NoSql的没有问题)是个头疼的问题,有人会说oracle的RAC可以实现,但是需要考虑脑裂问题,如果光纤出现不稳定或者断开问题,脑裂问题无法避免,为了避免脑裂问题,就需要找...显示全部
数据中心双活,对于同城而然实现比较容易,但是代价也是很大的。在App以上都好实现,但是数据库(这里指的的SQl型数据库,NoSql的没有问题)是个头疼的问题,有人会说oracle的RAC可以实现,但是需要考虑脑裂问题,如果光纤出现不稳定或者断开问题,脑裂问题无法避免,为了避免脑裂问题,就需要找一个第三站点来监控,从而防止脑裂,可以这样,成本就会增加。
非常好的方案目前没有见到过。收起
互联网服务 · 2013-11-14
浏览3828
whyexewhyexe  存储架构师 , 中国金融电子化公司
一般如果同城双中心,考虑双活或者叫连续可用性多一点,灾备的意义不大,特别是对于重大地域性灾害。如果是双中心位于异地远距离,一般考虑灾备多一点,很少做双活,因为数据复制很难做到同步。...显示全部
一般如果同城双中心,考虑双活或者叫连续可用性多一点,灾备的意义不大,特别是对于重大地域性灾害。
如果是双中心位于异地远距离,一般考虑灾备多一点,很少做双活,因为数据复制很难做到同步。收起
互联网服务 · 2013-11-15
浏览3812
neuq_lsjneuq_lsj  系统运维工程师 , sdc
多地数据中心级的灾备一般都是超一千公里,同城灾备一般在五十公里内。以前在哪里记得看到过某国外大银行数据中心架构设计,呈环状部署,设计挺好的。显示全部
多地数据中心级的灾备一般都是超一千公里,同城灾备一般在五十公里内。以前在哪里记得看到过某国外大银行数据中心架构设计,呈环状部署,设计挺好的。收起
银行 · 2013-11-14
浏览3847
powertiandipowertiandi  系统架构师 , 李宁(中国)体育用品有限公司
目前这个东西,所谓的灾备还是局限于相对比较狭窄的界限(部分核心业务),投入还是需要很多的,又有多少企业可以承担的起呢?如果可以做的好的话,应用级别的容灾还是首推啊。显示全部
目前这个东西,所谓的灾备还是局限于相对比较狭窄的界限(部分核心业务),投入还是需要很多的,又有多少企业可以承担的起呢?

如果可以做的好的话,应用级别的容灾还是首推啊。收起
互联网服务 · 2013-11-14
浏览3784
ss33205687ss33205687  数据库管理员 , 西安
带库数据容灾,使用专线传输,慢的很显示全部
带库数据容灾,使用专线传输,慢的很收起
互联网服务 · 2013-11-14
浏览3810
mzhmzh  系统工程师 , 日照银行
双活的灾备中心距离的确是个问题,尤其是每天数据的同步,技术上有难点,带宽的要求还是非常高的。如果带宽够,应该远距离还是可以实现的。谁有具体的技术方案来个共享,大家学习一下。...显示全部
双活的灾备中心距离的确是个问题,尤其是每天数据的同步,技术上有难点,带宽的要求还是非常高的。如果带宽够,应该远距离还是可以实现的。谁有具体的技术方案来个共享,大家学习一下。收起
银行 · 2013-11-14
浏览5410
hello_unixhello_unix  信息技术经理 , 西安
看应用吧,如果是网页的,简单应用,负载均衡是可以;数据库的,如果跨地域,性能和复杂性谁能保证呢显示全部
看应用吧,如果是网页的,简单应用,负载均衡是可以;数据库的,如果跨地域,性能和复杂性谁能保证呢收起
互联网服务 · 2013-11-14
浏览5114
风影子风影子  数据库管理员 , 深圳
我们这很多设备是做了负载均衡的,但还都在一个机房,像你说的这种数据中心的负载均衡我感觉比容灾难得多,技术很难啊,不知道能做到的有多少,密切关注一下。显示全部
我们这很多设备是做了负载均衡的,但还都在一个机房,像你说的这种数据中心的负载均衡我感觉比容灾难得多,技术很难啊,不知道能做到的有多少,密切关注一下。收起
互联网服务 · 2013-11-14
浏览5391

提问者

天生杀人猫
系统运维工程师联通系统集成有限公司
擅长领域: 服务器AIXUnix

相关问题

相关资料

相关文章

问题状态

  • 发布时间:2013-11-14
  • 关注会员:5 人
  • 问题浏览:31397
  • 最近回答:2021-03-01
  • X社区推广