前言

公司早期的K8S集群是基于flannel分配网段后，并没有在kubelet中启动cni插件功能，而是利用docker本身的网络管理功能，如下所示dockerd的启动命令为：

./dockerd --bip=10.236.51.1/25 ...

这利用了docker的自身的网络管理能力，我们知道docker本身是具备端口映射的功能，可以把容器中的服务通过端口映射的方式，如下所示，我们启动一个容器，把容器中的80端口映射到宿主机的8000端口上：

docker run -p 8000:80 -it ubuntu /bin/bash

有些老业务为了让容器与外部系统互通，把容器的端口映射到了宿主机的端口上，通过对宿主机的端口进行管理，来防止容器调度的冲突，这种方式一定层度上解决了业务上的问题。

近期，我们对K8S的网络模型进行了升级，通过自定义的网络CNI插件，实现三层网络模型，可以让容器网络与主机网络系统打通，为了统一K8S集群方便管理，我们需要把一些老的业务迁移到新的K8S集群中来。

我们又不希望管理多个K8S集群，但是新集群中的CNI插件本身，不具备这种端口映射的能力，所以碰到了旧的业务无法迁移的难题。

额外话题：
从这个问题本身来看，其实业务方并没有使用端口映射功能的必要性，既然业务自己管理分配的主机节点和端口号，那么我们完全可以基于Host网络部署Pod来达到相同的目的。
这里我们先不考虑方案替代性上来说，端口映射功能也是一个比较有意思的点，剖析一下如何在我们新的K8S集群中来支撑这种端口映射功能。

K8S中的端口映射

K8S在框架层面是支撑了端口映射的功能，我们可以看看下面这个Pod的定义：

apiVersion: v1
kind: Pod
metadata:
  name: nginx
spec:
  containers:
    - name: nginx
      image: nginx:1.7.9
      ports:
        - containerPort: 80
          hostPort: 8080

这个Pod要求把容器中80端口映射到宿主机的8080端口中，虽然我们能够这样申明，但是究竟能不能做到，就跟我们指定的网络模式有很大关系了。

如果按照我们老集群中，采用None的模式，让docker进程去管理网络，那么docker自身具备这种端口映射的能力，所以他就能够支持，而在我们新集群中应用的时候，发现不能达到目的，映射根本没有完成。

应用CNI portmap插件实现对端口映射的支持

我们首先来看看我们自定义的插件配置：

root@herrypc:/etc/cni/net.d# cat 11-flannel.conf 
{
  "cniVersion": "0.3.0",
  "name": "mynet",
  "type": "flannel",
  "ipMasq": false,
  "delegate": {
    "type": "bridge",
    "forceAddress": false,
    "ipMasq": false,
     "hairpinMode": true,
    "isDefaultGateway": true
  }
}

基础插件自身是不具备端口映射的能力的，所以基于上述配置无法实现端口映射，但是CNI本身支持级联插件的功能，可以在配置中指定portmap作为级联插件来支持端口映射能力。

为了支持级联插件，我们配置不能采用前面的配置格式，而是基于conflist的配置，文件名改为：11-flannel.conflist，内容如下：

root@herrypc:/etc/cni/net.d# cat 11-flannel.conflist
{
  "cniVersion": "0.3.0",
  "name": "mynet",
  "plugins": [
    {
      "type": "flannel",
      "ipMasq": false,
      "delegate": {
         "type": "bridge",
         "forceAddress": false,
         "ipMasq": false,
          "hairpinMode": true,
          "isDefaultGateway": true
         }
      },
      {
        "type": "portmap",
        "capabilities": {"portMappings": true},
        "snat": true
      },
   }
}