K8S支持3种类型的网络插件。

今天继续介绍下另一种插件exec 

K8S网络插件支持exec、CNI、kubenet 3种类型。插件满足K8S网络插件接口即可。

type NetworkPlugin interface{

        Init(host Host, hairpinModecomponentconfig.HairpinMode) error

        Event(name string,details map[string]interface{})

        Name() string

        Capabilities() utilsets.Int

        SetUpPod(namespace string, name string,podInfraContainerID kubecontainer.ContainerID) error

        TearDownPod(namespace string, name string,podInfraContainerID kubecontainer.ContainerID) error

        GetPodNetworkStatus(namespace string, name string,podInfraContainerID kubecontainer.ContainerID) (*PodNetworkStatus,error)

        Status() error

}

exec 类型插件分别在初始化，pod创建，销毁，查询时调用可执行程序，由可执行程序完成pod的网络管理。

在初始化，pod创建，销毁，查询时，调用的subcommand分别为 “init”，”setup”，”teardown”，”status”，所以要求可执行程序能解析上述subcommand 。

这里以一个简单的K8S插件为例子，介绍如何实现exec 类型的网络插件。

需求场景如下：

要求k8s创建pod 时，在pod内还会创建一个网络接口，该接口IP固定，该接口的另一端veth在ovs 网桥上，且有vlan tag，改tag 号可从pod name 取出。

该插件代码见：

https://github.com/liuliuzi/k8s-netplugin/tree/master/exec

更改权限为可执行，同时下载：

https://github.com/jpetazzo/pipework

更改pipework 权限为可执行，并移动到系统PATH路径下。

在每台worknode修改kebelet 启动参数，添加网络插件参数。

 –-network-plugin=myplugin   \插件名

  –network-plugin-dir=/root/kubplugin  \插件位置

在每台worknode 下载安装OVS。

在K8S上创建pod：

kubectl run 22-my-nginx –image=busybox –replicas=2

77a11ec3-545a-42cc-bc7a-e3f54ff0c63b

    Bridge”k8s_br”

        Port”k8s_br”

            Interface”k8s_br”

                type:internal

        Port”veth1pl29198″

            tag: 22

            Interface”veth1pl29198″

    ovs_version:”2.5.0″

可见一个vlan tag22的IF已经创建，veth另一端在pod内。容器内有两张网络，一个是默认的K8S网络，另外一个通过OVS的vlan网络。这样就实现了一个容器多网络。对于这个插件实现原理，在init的时候，确保k8s_br 的ovs 网桥存在。在setup的时候，先通过pod获取vlan名字，然后通过pipework添加veth到容器内。

这里的场景非常简单，固定IP，而且vlan tag从pod name获取。在复杂的场景里，这里的IP和vlan tag可以从一个专门的服务获取，比如ETCD等。

在teardown的时候，删除veth，删除OVSport。

相对单独使用pipework，有一个缺点就是pipework创建的veth和port无法伴随容器的生命周期，比如容器销毁后veth仍旧存在。现在通过K8S的网络插件结构，插件通过pipework创建的veth 和port可以伴随POD的生命周期，包括POD的迁移。

本文转移K8S技术社区-解析 | K8S之网络插件exec