同城两数据中心，光纤链路100KM以上，应用双活中心有成功案例吗？

同城双活数据中心建设，究竟是否可以实现取决于两个条件：

1）双中心之间裸光纤链路的延时指标。
2）应用所能容忍的延时。（取决于应用类型、负载、并发量等等）。

一般厂商产品会有一个理论支持的最大限（比如说相距多少公里之内，RTT<=5ms等等），同时每一个厂商在实施的时候都会有一个实践建议。但是这都是理论值。并不一定能适用自己的环境。
如果真想做这个事情，除了这方面的实际测试和评估，还是要考虑很多其他方面的问题。比如说仲裁、比如说跨数据中心流量管理、应用负载均衡集群切换策略（大集群or小集群组合）、数据库集群架构（2+1 or 1+1，服务绝对均衡还是说因业务类型而异等等）。

如果只是应用双活，100KM问题是不大的。如果涉及到存储双活是有案例的，IBM SVC、EMC VPLEX、NETAPP都有案例。如果涉及到数据库，那就要掂量掂量了，需要考虑的东西比较多。100KM以上的案例估计凤毛麟角。

确实需谨慎，需要更加细致的规划及设计，案例不多。目前“双活”的概念比较模糊或宽泛。您可以采用合理的方式去减少距离带来的影响，“完全”的应用级别的A-A更多的在数据层，需要重点考虑：

1. 双活数据中心之延迟: 由于光速限制，每 100km 所产生的数据来回延迟约为1ms。
2. Quorum / Tie-Breaker 之需求 : 为了避免双活数据中心产生脑裂(Split Brain)或场地分割(site isolation) 状况，解决方案需要提供有效的Quorum / Tie-Breaker方式来保证数据完整性
3. 工作负载之考虑: 业务交易中，应用所产生之写操作 (INSERT, UPDATE, DELETE)比例越高，则越多数据需要跨数据中心传送。这类型业务交易不利于双活数据中心设计。或者企业的负载能很好的实现分布式设计（难）：）