有人可以让我知道为什么kubernetes pod使用none网络而不是工作节点上的网桥?
我使用kubo设置kubernetes集群 .
The worker node by default will have 3 docker network.
NETWORK ID NAME DRIVER
30bbbc954768 bridge bridge
c8cb510d1646 host host
5e6b770e7aa6 none null
docker默认网络是桥接器$> docker network inspect bridge
"Options": {
"com.docker.network.bridge.default_bridge": "true",
"com.docker.network.bridge.enable_icc": "true",
但是,如果我使用kubectl run命令启动一个pod
kubectl run -it --image nginx bash
在工作节点上将有两个容器启动
7cf6061fe0b8 40960efd7b8f "nginx -g 'daemon off" 33 minutes ago
Up 33 minutes k8s_bash_bash-325157647-ns4xj_default_9d5ea60e-cf74-11e7-9ae8-00505686d000_2
37c51d605b16 gcr.io/google_containers/pause-amd64:3.0 "/pause"
35 minutes ago Up 35 minutes k8s_POD_bash-325157647-ns4xj_default_9d5ea60e-cf74-11e7-9ae8-00505686d000_0
如果我们运行docker inspect 37c51d605b16,我们可以看到它将使用“none”
"Networks": {
"none": {
"IPAMConfig": null,
"Links": null,
那么为什么kubernetes将使用none网络进行通信?
1 回答
Kubernetes使用覆盖网络管理相同或不同主机上的pop-to-pod通信 . 每个pod为该pod中的所有容器获取单个IP地址 . 创建一个
pause
容器来保存网络命名空间,从而保留IP地址,这在容器重新启动时非常有用,因为它们获得相同的IP .该pod具有自己的以太网适配器,例如
eth0
,它映射到主机上的虚拟以太网适配器,例如veth0xx
,位于根网络命名空间中,后者又连接到网桥docker0
或cbr0
.在我的Kubernetes设置中,使用Project Calico作为覆盖网络CNI插件,calico在每个pod中创建一个以太网适配器并将其映射到主机上的虚拟适配器(名称格式
calic[0-9a-z]
) . 此虚拟适配器连接到Linux以太网桥 . IP表规则将数据包过滤到此网桥,然后过滤到CNI插件提供商,在我的案例中,Calico能够将数据包重定向到正确的pod .因此,您的容器位于
none
docker网络中,因为在您的Kubernetes设置中禁用了docker网络,因为它处理网络但将其委托给底层CNI插件 .