数据中心实验（八）：OTV （上）

时间过的真快，一转眼，DC数据中心系列试验就进入到实验八要开始研究OTV了，基本这也是DCUFI（DataCenter UnifiedInfrastructure）系列实验里最后一块难啃的骨头。不过技术这东西，会者不难。对于OTV，我们兵分三个方面去突破，一切尽在掌握啦～

第一，为啥需要OTV？OTV又是啥？不用OTV有其他选择吗？

第二，OTV的基本原理是怎样的？

第三，OTV如何部署？

 

好，我们先聊聊第一组问题，为啥需要OTV？

现在的企业建个数据中心，不搞个啥异地备份、两地三中心、双活数据中心都不好意思跟人打招呼。那除了土豪不差钱之外，到底为啥要有多个数据中心呢？东西全放一起不好吗？当然是出于对安全性、冗余性等等的考虑啦。

首先，全国几个大的城市建上数据中心，对邻近的客户就能就近的提供服务，当然这样的体验会比较好咯，简单来说就是访问快。所以单一的数据中心无法给全中国这么大的地方提供服务（果然我天朝上国就是牛掰～，要是换了棒子国，那建个数据中心在首尔旁边就搞定啦）

其次哪，虽说银联这种级别的数据中心号称可以抵抗×××袭击，不过万一你的数据中心所在地发生个地震啥的呢？即使没地震，万一靠着天津港呢？（必须给最帅的逆行者点个赞～）

既然有多个数据中心，那就必须得互联起来，大家协同工作，数据得同步吧，数据得互相备份吧。那数据中心怎么进行互联呢？

当然是租用运营商的线路啦，运营商提供的线路类型也比较多（企业ADSL、DDN、MPLS/×××、VPLS、SDH、SONET等等），我们也不仔细去讨论这些线路的区别，大致上呢，这些线路分二层链路和三层链路，就是有没有IP的区别。

那么有没有IP有那么大区别吗？？？来人，上个图

OK，看图，学过网络的小伙伴们都知道了，既然中间网络是基于IP的，那么ServerA和ServerB就不能是在同一个网段里了，在传统的应用中，这个也不算啥大问题，问题是现在的服务器都是虚拟化的了（什么？除了大型数据库应用，你们公司还在用一台服务器跑一个应用？还没计划迁移到虚拟化平台？牛，够复古～）虚拟化的大规模部署，对网络提出了新的要求，虚拟化里的很多特性，虚拟机的迁移啦、vMotion啦、FaultTolerant啦，要求ServerA和ServerB之间的网络必须是二层的。也就是说即便俩服务器处于两个不同的数据中心，但是逻辑上这俩服务器是在同一个二层网络中。

好吧，要求数据中心互联的时候中间链路是二层的，如果是土豪，租用个二层的链路（DDN、SDH、SONET）当然是没问题的，也就不用讨论OTV了，不过这些资源的价格真的是非常非常的贵啊，基于IP的这些链路（企业级ADSL、MPLS/×××）真的就便宜好多了，不是一个数量级别的价格。

所以OTV的价值就在于，虽然说中间的物理链路是三层的是基于IP的，可以模拟出二层的效果来，让下面互联的Server觉得吧，其实我们是在一个二层网络中，也就是所谓的MACin IP。（前面我们学习过的FabricPath是一种MACin MAC的技术，这边我们学习的OTV是一种MAC inIP的技术。）

说了半天OTV又是啥？OTV是一种能将多个数据中心互联起来，并且将互联的三层网络模拟成二层网络的这样一种技术。也称之为二层扩展技术（LANExtension）。

如果不用OTV还有其他选择吗？目前类似的技术还在发展之中（这边必须小小的提一句，在数据中心的很多小的技术领域，目前都是群雄逐鹿的状态，有些还真是鹿死谁手，尚未可知呢。）在DCI这个技术领域中有众多的参与者，除了OTV还有LISP、VXLAN等等，他们有相似有互补，以后有机会我们讨论咯。