Kube-OVN: 一个非著名K8s CNI 网络插件

近日，由 VMware 联合Intel、PingCAP、EMQ、灵雀云等合作伙伴联合主办的大型开源活动——2021智能云边开源峰会（2021 Open Source AceCon）成功落下帷幕。作为开源技术生态的年度盛会，大会邀请了多位来自开源领域的技术领导者及重要贡献者，分享“云原生、边缘计算、人工智能”三大热门技术趋势及洞察。

灵雀云工程师，Kube-OVN maintainer 刘韬在边缘计算分论坛分享了《Kube-OVN: 一个非著名 K8s CNI 网络插件》主题演讲，下面是演讲实录。

大家好，很荣幸今天给大家介绍Kube-OVN，一个业内非著名但功能很强大的 K8s CNI 组件。今天的演讲主要分为三个部分：1、为何要有Kube-OVN？2、什么是Kube-OVN？3、用户怎么使用Kube-OVN？

为何要有Kube-OVN？

传统的 Kubernetes 网络是一个很乌托邦的结构，Node、Pod、Servers、整个所有组件都是全通的，没有任何阻碍。但在实际使用中无法做到如此互通，用户会有更多的需求，比如Kubernetes网络需要和传统的 Infrastructure 底层连接互联，传统应用比如银行或高保密的应用对于Servers微服务需要固定IP， 对于用户来说可能需要多个 VPC 或多网卡，需要多个网络平面来进行划分，最后还可能会有Kubernetes Federation, 多集群网络的互通，还有一些跨云容器的网络的需求。基于以上这些需求开发出的 Kube-OVN，能满足传统 Kubernetes 对于用户无法满足的需求。

什么是 Kube-OVN ？

面向企业场景的容器网络

Kube-OVN 是为了连接 Kubernetes 网络，基于 OVS 来建设的网络组件。因为OVS已经出来十多年了，最早用在 OpenStack 的网络底层，是很成熟的底座。Kube-OVN 用到 Kubernetes 本身的 Operator 的框架来实现控制器，再结合灵雀云企业端多年的商业实践来满足用户需求，同时还利用一些 OVS 社区的生态来保证对 OVS 的性能、功能的要求。大家可以把 Kube-OVN 理解为所有的 Pod 都经过 OVS 来体现互联，OVS 作为每个 Node 上的网络中介可以满足用户的各种需求，像之前说的 VPC、固定IP、还有些 NetworkPolicy，ACL 等需求都可以满足，这都借助了成熟的 OVS 强大的功能来实现。

组件架构

Kube-OVN 的主要组件在上图里是蓝色部分来实现的。Kube-OVN 这个 CNI 是我们跑/opt/cni/，即K8s目录下的一个组件，然后kube-ovn-cniserver 和kube-ovn-controller 是以 deploy 和 daemonset 模式 跑在集群中的 Operator ，所有的配置和功能都是通过监听 K8s API Server 的一些 CRD 变化来把我们需要的一些