UCloud基于P4交换机的云平台网络实践

最新推荐文章于 2024-08-21 08:29:09 发布

UCloud_TShare

最新推荐文章于 2024-08-21 08:29:09 发布

阅读量4.7k

点赞数 26

文章标签：云计算

本文链接：https://blog.csdn.net/Ucloud_TShare/article/details/80848119

版权

UCloud在解决SDN演进中遇到的挑战时，探索了DPDK、VXLAN VTEP和OpenFlow硬件交换机方案，最终选择了基于P4的可编程交换机。P4交换机提供了更高的转发性能、更低延迟，支持Ethernet Over GRE和Flow Based Tunneling，以及强大的灰度发布能力，用于云平台的租户交换、路由、物理机接入等场景。

摘要由CSDN通过智能技术生成

自2012年UCloud成立起，虚拟网络始终是IaaS产品的一个核心组件，也经过了多次演进。演进中我们始终思考的是：如何在不增加用户成本的情况下为用户提供更可靠、更快速的网络。而答案则是要求技术团队不断采用新技术，来同时满足租户隔离、转发能力、稳定性等多种需求。

我们最早的SDN方案在转发面是采用Open vSwitch（以下简称OVS）来实现，控制面是自研的控制器。期间亦首先采用盛科的SDN交换机，来解决物理机（bare metal）和公有云之间的互访需求。为解决SDN交换机OpenFlow流表条目有限的问题，UCloud开始采用DPDK技术的网关集群来替代SDN交换机。经过实践检验的各种DPDK网关，越来越多地出现在UCloud的云平台中，为用户提供更快速的网络能力。

DPDK的不足

随着2017年25G网络开始迅速被采用，对UCloud的虚拟网络又提出了更高的挑战。在此背景下，DPDK也逐渐暴露出了一些不足：

– 基于DPDK的应用可以达到很高的包转发速率，但这是通过多服务器、多核负载均衡实现的。且负载均衡算法通常是由硬件交换机或者网卡实现的，并不能被软件定义。如果网络中出现单个大象流，无法被硬件交换机或者网卡的负载均衡算法很好的分发，就会造成单根网线或者单个CPU Core出现拥塞，对业务造成巨大影响。
– 随着网络带宽从10G向25G、40G、50G、100G的演进，DPDK需要更强力的CPU才能够达到线速，而更强力的CPU通常价钱也很昂贵，不利成本。特别是单Core的主频越高，价格越贵，且主频增加之间和价格增加是非线性关系。

两个被排除的方案

2017年中UCloud开始对新的SDN硬件卸载方案做评估：

首先进入我们视野的是基于VXLAN VTEP的解决方案。此类方案通常由交换机厂商提供包括SDN Controller在内的整套解决方案，比较适合私有云的环境部署。但缺点也很显而易见：封闭、非标准化、无法定制。通常用户只能通过北向厂商特有的API方式和此类方案进行交互。且此类方案通常只支持10w左右的虚拟网络MAC地址，很难满足UCloud的业务需要。此外UCloud对基于Ethernet Over GRE（Linux GRETAP）的Overlay封装有需求，但没有一家硬件交换机支持该Overlay协议。

接下来我们又把目光投向了支持OpenFlow 1.3协议的硬件交换机。经过一番预研和测试，我们发现支持OpenFlow 1.3协议的硬件交换机和OVS间存在着巨大的GAP。实际上不可能把我们的OpenFlow流表移植到硬件交换机上。除了同样不支持Ethernet Over GRE协议外，我们OVS上使用的Flow Based Tunneling特性也没有硬件交换机支持。