docker - Kubernetes 和 flannel 网络设置

Question

我希望有人能在 Kubernetes 网络设置上给我启发。我想使用 flannel 作为 Kubernetes 网络层。

我在 Kubernetes 上:1.5.5 顺便说一句。

问题是，你可以(应该？)定义一个 cidr 的地方太多了，我不再只见树木不见森林。

给你一些关于我的设置的信息:

我的主机部署在 10.9.0.0/24 范围内。

我想使用 10.254.0.0/16 作为法兰绒范围

目前，工作节点上的 docker 使用 172.17.0.0/16 范围

kube-apiserver 有以下 cidr 选项:

--service-cluster-ip-range

kube-controller-manager 具有以下 cidr 选项:

--cluster-cidr
--service-cluster-ip-range

这两者有什么区别？

kube-proxy 有这个:

--cluster-cidr={{ kubernetes_cluster_cidr }}

什么 ip 范围到底在哪里？

Answer 1

实际上，那里有 2 个不同的网络层:

cluster-cidr:pods 层(您要在其中使用 10.254.0.0/16):
一旦你的法兰绒网络启动并运行，你将不得不配置 Docker 来使用它(通过 systemd 插件或类似的东西:echo "DOCKER_OPTS="--bip=${FLANNEL_SUBNET} --mtu=${FLANNEL_MTU}"" >> /etc/default/docker )。这样，集群中的所有“docker0”接口(interface)都将连接到 flannel 网络中。

服务集群IP范围:service层。服务用于抽象一组逻辑 pod。只要您不知道 pod 将位于何处，或者将分配给它的 IP……您需要某种抽象来到达一个 pod/pod 集，无论它们在哪里。

A Kubernetes Service is an abstraction which defines a logical set of Pods and a policy by which to access them - sometimes called a micro-service. The set of Pods targeted by a Service is (usually) determined by a Label Selector (see below for why you might want a Service without a selector). As an example, consider an image-processing backend which is running with 3 replicas. Those replicas are fungible - frontends do not care which backend they use. While the actual Pods that compose the backend set may change, the frontend clients should not need to be aware of that or keep track of the list of backends themselves. The Service abstraction enables this decoupling.

注意:服务层不得与您的集群 pod 网络(法兰绒)或任何其他现有网络基础设施重叠。