构建双活数据中心有哪些挑战有哪些开源／商业方案可供选择
技术方案比较难。比较好的商业方案有合并 如滴滴快车收购 如携程艺龙
■网友
【构建双活数据中心有哪些挑战有哪些开源／商业方案可供选择】 主要看那种双活方式：
同城双活还是异地双活？
同城双活相对容易，当然也要砸钱，同城IDC之间使用DWDM设备，找运营商租用裸光纤传输，两地IDC系统大二层打通，是可以实现双活。两地IDC系统同时处理用户请求、同时读写数据库、同时存储数据。一般成熟的方案是两地三中心，同城IDC双活异地IDC灾备。思科、华为等主流网络厂商官网也能找到相关解决方案文档。
比较难实现的是异地双活
异地IDC距离超过1800公里，随着IDC距离增加，光信号传输距离增加导致网络延时增加，网络稳定性也随之降低(比如光缆被挖断)，网络延时过大(一般超过20ms)数据库同时读写会有问题，另超过1800公里拉裸光纤成本也不便宜，据我所知除了3大运营商和宇宙几大行，只有bat有自己的DWDM骨干传输网络，但依然不能解决异地双活数据中心数据库同时读写的问题。
当然也不是不能实现，我所了解的实现异地双活的公司都是对数据架构库进行改造的。
当然，前端需要F5 GTM设备或域名服务商的智能DNS解析服务将用户请求解析到最近IDC。
先写这么多。
■网友
之前在一家集成商实习听过一些F5的解决方案方案，首先这是多个层次的双活设计组合而成的，有网络、存储等等。我这里说说网络，根据业务访问模型的不同,提提供L2和L3 DCI网络，有租用和自建的VPLS/MPLS等，还有各个厂家的EVI/EVN等。当然对实时性要求较高如keepalive和数据、状态一致性的需求的金主大部分走的是裸光纤/DWDM传输。
在应用发布上印象较为深刻的方式有两种。智能DNS和健康路由注入（RHI）。
结合一个商业双活网络业务的解决方案，如F5的N+M集群，角色分为LTM（本地流量管理器）和GTM（广域网流量管理器），具体LTM负责业务侧的健康状况感知，而GTM负责的是VIP的智能解析和切换。如DC1和DC2的LTM负责提供VIP业务接入，SLB1提供VIP1，SLB2提供VIP2（vip1和vip2可以是同一个业务），SLB设备采用旁路部署，SLB间通过DCI keepalive，SLB分别将同一业务关联至两个traffic group，GSLB （GTM）联动两 DC 的 SLB,检测 Traffic Group1、2 的业务状态。客户端负载分担访问主、双活 DC 业务服务器，当SLB故障或者SLB检测出组中server全部down掉，会联动GTM切换解析的Traffic Group1， 所绑定的 VIP1跟随切换到SLB2。广域网路由无感知,访问 VIP1 的流量仍然通过主 DC 出口访问，访问 VIP1 的流量通过 DC 间二层通道,到达双活 DC 的 SLB,并访问 VIP1，双活 DC 的 SLB,根据 Traffic Group1 绑定的服务器群,将流量分别分发至服务对于原有访问 VIP2的流量,由于其绑定至 Traffic Group2,主 DC SLB 故障对其无影响
以上就是一个基于DNS的方案，这种两个VIP可以防止VIP的解析被缓存，至于RHI一般是做运营级别的双活，互为主备，切换可以是二层切换，通过免费ARP，服务器网关无需变化，路由不用收敛三层无感知，但是流量需要通过中间通道传输，这种叫集中网关。三层切换要求网关感知业务健康状况，路由协议引入由ARP/DHCP等感知主机漂移所产生的静态路由，DCI互联设备会阻断各个SLB的health check，这种是双活网关
说的不对的还请多多指教 :-D
■网友
1、接入层、数据层、存储层 都需要双活。 主要对RTO 时间要求，现在目标肯定是0
■网友
核心在于数据持久层如何同步，保持两个dc同时数据一致性，比较难。 比较能接受的是，一地为master，异地为slave，有延迟，将业务进行切割，部署在两地，互为主从，待完善
■网友
鄙人所在公司就是提供这个的。。。在铁道部的12306已经部署了。有兴趣可以私聊。
推荐阅读
- 大别山区贫困村的致富经：筑牢产业根基构建乡村振兴高楼
- “一部手机读云南”上线力争建成国家方志大数据中心西南中心
- 废弃矿坑建乐园安徽马鞍山构建完善长三角生态屏障
- 上海构建现代环境治理体系集成示范区打造超大城市生态环境治理的“样本”
- 联合国大数据全球平台中国区域中心在杭州成立
- 银行的数据中心可以跳槽去互联网公司吗
- |大数据赋力 半个多月前拉客的“黑车”精准落网
- 数据采集终端|
- 关于用phpfsocket 写Post， 模拟http 报文怎样写入要传输的处理数据
- 假如把中国电信监测到的3亿人一个月每天上网的所有行为打个包，哪些数据应该被提出从这些数据能得到啥