Google B4 论文阅读一

最新推荐文章于 2025-05-14 00:30:00 发布

原创

最新推荐文章于 2025-05-14 00:30:00 发布 · 2.2k 阅读

10 ·

CC 4.0 BY-SA版权

文章标签：

#网络

一、B4网络介绍

1. 全局控制层（global）

2. 局部网络控制层（site controllers）

3. 物理设备层（switch hardware）

二、B4网络的效果

三、B4网络的改进和展望

说在前面，博客上有很多人已经写了关于B4的文章，所以我也在怀疑要不要再次重复写一遍。昨天听了华为的HDC.Cloud开发者大会学校分会场，回答了问题奖励了一本《鲲鹏处理器架构与编程》，会上华为的技术专家在讲华为自研的轻量级容器引擎iSula时就说：“Docker已经流行很多年了，并且功能也非常强大了，但是华为为什么还要自研，是否是重复造轮子呢？” 我本来想这应该也是华为布局的一部分吧，避免遭到更多的制裁而无法继续相应业务，但是华为技术专家的回答是“需求驱动”，因为iSula不仅能够启动更快，更节省内存空间，还能适应IOT、边缘计算等多场景。我也想说的是，我的方向不是计算机网络的，这个很多也借鉴了网上的内容，毕竟论文内容讲的就是那些，就像iSula也完全兼容Dockefile的语法，我写也是为了让自己了解的更多一些，才疏学浅，共同学习，争取每周分享一到两篇内容，欢迎批评指正，谢谢。

论文名：B4: Experience with a Globally-Deployed Software Defifined WAN

一、B4网络介绍

Google的数据中心之间传输的数据可以分为三大类：

1、用户数据远程数据中心备份，如邮件、文档、音视频文件等；

2、跨数据中心的分布式存储访问，例如计算资源和存储资源分布在不同的数据中心；

3、大规模的跨数据中心的数据同步。

这三大类从前往后数据量依次变大，对延时的敏感度依次降低，优先级依次变低。这些都是B4网络改造中涉及到的流量工程（TE，Traffic Engineering）部分所要考虑的因素。最为关键的是B4之前的WAN的链路带宽利用率只有30%-40%，而为了保证高可靠性，对每个字节数据都是平等对待，没有面对流量激增较好的负载均衡措施，依靠的是付出昂贵的代价来增加2-3倍带宽和高端的路由设备。同时数据链路上的转发失败信息全部被屏蔽，使得应用程序无法得到消息，也没有相关中央设备对路由线路重新规划，而只是依靠竞争策略来不断抢占数据通路。

因此Google就提出了基于SDN和OpenFlow的B4网络，来相应地解决弹性带宽需求、到达适中的站点数量、有能力处理终端应用和网络问题，并且不至于太高的成本。还有就是可以让新的协议在网络设备中快速迭代、简化测试环境、有中央TE服务器来规划容量和路由策略、网络中心简化管理。

下面来介绍B4的架构，如图1. B4架构[1]。