Networking Kubernetes 1.4和weave net:网络不起作用

Networking Kubernetes 1.4和weave net:网络不起作用,networking,kubernetes,atomic,centos7,weave,Networking,Kubernetes,Atomic,Centos7,Weave,我使用Kubeadm引导集群,并使用 kubectl应用-fhttps://git.io/weave-kube 我的一切都在运行,但我无法“看到”集群中任何分配的IP 因此: [centos@atomic01~]$kubectl获取播客--所有名称空间-o宽 命名空间名称就绪状态重新启动旧IP节点 默认hello-2533203682-b5usp 1/1运行0 13m 10.42.0.0 atomic03 默认测试-701078429-ely8s 1/1运行1 3h 10.40.0.1原子02

我使用Kubeadm引导集群,并使用

kubectl应用-fhttps://git.io/weave-kube

我的一切都在运行,但我无法“看到”集群中任何分配的IP

因此:

[centos@atomic01~]$kubectl获取播客--所有名称空间-o宽
命名空间名称就绪状态重新启动旧IP节点 默认hello-2533203682-b5usp 1/1运行0 13m 10.42.0.0 atomic03 默认测试-701078429-ely8s 1/1运行1 3h 10.40.0.1原子02 kube系统虚拟-2088944543-6i81l 1/1运行0 5h 192.168.150.150原子01 kube系统etcd-atomic01 1/1运行0 5h 192.168.150.150 atomic01 kube系统kube-apiserver-atomic01 1/1运行0 5h 192.168.150.150 atomic01 kube系统kube-controller-manager-atomic01 1/1运行0 5h 192.168.150.150 atomic01 kube系统kube-discovery-982812725-c1kkw 1/1运行0 5h 192.168.150.150原子01 kube系统kube-dns-2247936740-nrszw 3/3运行2 5h 10.32.0.2 atomic01 kube系统kube-proxy-amd64-0y8ik 1/1运行1 5h 192.168.150.152原子03 kube系统kube-proxy-amd64-57y4o 1/1运行0 5h 192.168.150.150原子01 kube系统kube-proxy-amd64-mjpik 1/1运行1 5h 192.168.150.151 atomic02 kube系统kube-proxy-amd64-sh3ej 1/1运行1 5h 192.168.150.153原子04 kube系统kube-scheduler-atomic01 1/1运行0 5h 192.168.150.150 atomic01 kube系统kubernetes-dashboard-30953083-xwuw8 1/1运行1 2h 10.38.0.0 atomic04 kube system weave-net-edur9 2/2运行0 1m 192.168.150.151 atomic02 kube系统weave-net-l9xp3 2/2运行0 1m 192.168.150.150原子01 kube系统编织网sjpui 2/2运行0 1m 192.168.150.153原子04 kube system weave-net-xu7j5 2/2运行0 1m 192.168.150.152原子03

我应该能够ping其他节点,但是

[centos@atomic01~]$kubectl exec test-701078429-ely8s--ping 10.42.0.0 ping 10.42.0.0(10.42.0.0)56(84)字节的数据。从10.40.0.1 icmp_seq=1目标主机无法访问从10.40.0.1 icmp_seq=2目标主机无法访问从10.40.0.1 icmp_seq=3目标主机无法访问

当然,这是可行的:

[centos@atomic01~]$kubectl exec test-701078429-ely8s--ping 192.168.150.150
PING 192.168.150.150(192.168.150.150)56(84)字节的数据。
192.168.150.150中的64字节:icmp_seq=1 ttl=63时间=0.484毫秒
192.168.150.150中的64字节:icmp_seq=2 ttl=63时间=0.448毫秒


我已经没有想法了,如果有任何关于测试或寻找的线索,我将不胜感激。[在Centos 7 Atomic VM上运行]

嗯,测试或hello播客是否公开任何端口?你能从测试舱访问hello吊舱上的端口吗

通常,我认为ping不应该工作(除非你有一个处理icmp请求的Pod),所以我实际上不认为这里有什么问题

只需运行一个Pod(最好是从部署中运行),该Pod公开一个端口,为简单起见,可以设置
containerPort:80
,您应该能够成功地卷曲该Pod IP。也可以考虑使用一个稳定的IP来提供服务,使负载平衡请求匹配匹配的POD,因为POD可能来来往往。 希望有帮助