2016-07-07 1 views
1

나는 4 센트 7 박스, 마스터 및 하인으로 운영되는 kubernetes를 보유하고 있습니다. 나는 또한 플란넬과 스카이 다이즈를 설치했다. 플란넬 오버레이 IP는 172.17.0.0/16이며 서비스 클러스터 IP는 10.254.0.0/16입니다. K8 클러스터에서 스피 니커 포드를 실행 중입니다. 내가보기에는 스피 니커 서비스가 서로를 찾을 수 없다는 것입니다. 각 포드는 172.17 슬라이스에서 ip를 가져오고 해당 IP를 사용하는 노드 중 하나에서 포드에 ping을 수행 할 수 있습니다. 그러나 서비스 자체는 cluser ip를 사용하며 서로 이야기 할 수 없습니다. KUBE-프록시가이 트래픽을 전달해야하는 일이기 때문에, 내가 먼저, iptable 규칙 쳐다 보면서 나는이 참조 : KUBE_SERVICE는 iptables에 REJECT 규칙을 삽입합니다.

[[email protected] ~$]iptables -L 
Chain INPUT (policy ACCEPT) 
target  prot opt source    destination 

Chain FORWARD (policy ACCEPT) 
target  prot opt source    destination 
DOCKER-ISOLATION all -- anywhere    anywhere 
DOCKER  all -- anywhere    anywhere 
ACCEPT  all -- anywhere    anywhere    ctstate RELATED,ESTABLISHED 
ACCEPT  all -- anywhere    anywhere 
ACCEPT  all -- anywhere    anywhere 

Chain OUTPUT (policy ACCEPT) 
target  prot opt source    destination 
KUBE-SERVICES all -- anywhere    anywhere    /* kubernetes service portals */ 

Chain DOCKER (1 references) 
target  prot opt source    destination 

Chain DOCKER-ISOLATION (1 references) 
target  prot opt source    destination 
RETURN  all -- anywhere    anywhere 

Chain KUBE-SERVICES (1 references) 
target  prot opt source    destination 
REJECT  tcp -- anywhere    10.254.206.105  /* spinnaker/spkr-clouddriver: has no endpoints */ tcp dpt:afs3-prserver reject-with icmp-port-unreachable 
REJECT  tcp -- anywhere    10.254.162.75  /* spinnaker/spkr-orca: has no endpoints */ tcp dpt:us-srv reject-with icmp-port-unreachable 
REJECT  tcp -- anywhere    10.254.62.109  /* spinnaker/spkr-rush: has no endpoints */ tcp dpt:8085 reject-with icmp-port-unreachable 
REJECT  tcp -- anywhere    10.254.68.125  /* spinnaker/spkr-echo: has no endpoints */ tcp dpt:8089 reject-with icmp-port-unreachable 
REJECT  tcp -- anywhere    10.254.123.127  /* spinnaker/spkr-front50: has no endpoints */ tcp dpt:webcache reject-with icmp-port-unreachable 
REJECT  tcp -- anywhere    10.254.36.197  /* spinnaker/spkr-gate: has no endpoints */ tcp dpt:8084 reject-with icmp-port-unreachable 

이 KUBE-프록시처럼 보인다

전달할 수없는입니다. kube-proxy 시작시 오류가 없습니다.

[[email protected] ~$]systemctl status kube-proxy -l 
kube-proxy.service - Kubernetes Kube-Proxy Server 
    Loaded: loaded (/usr/lib/systemd/system/kube-proxy.service; enabled; vendor preset: disabled) 
    Active: active (running) since Thu 2016-07-07 02:54:54 EDT; 1h 10min ago 
    Docs: https://github.com/GoogleCloudPlatform/kubernetes 
Main PID: 7866 (kube-proxy) 
    Memory: 3.6M 
    CGroup: /system.slice/kube-proxy.service 
      └─7866 /usr/bin/kube-proxy --logtostderr=true --v=0 --master=http://centos-master:8080 

Jul 07 02:54:54 clm-aus-015349.bmc.com systemd[1]: Started Kubernetes Kube-Proxy Server. 
Jul 07 02:54:54 clm-aus-015349.bmc.com systemd[1]: Starting Kubernetes Kube-Proxy Server... 
Jul 07 02:54:54 clm-aus-015349.bmc.com kube-proxy[7866]: E0707 02:54:54.754845 7866 server.go:340] Can't get Node "multiNode4", assuming iptables proxy: nodes "MultiNode4" not found 
Jul 07 02:54:54 clm-aus-015349.bmc.com kube-proxy[7866]: I0707 02:54:54.756460 7866 server.go:200] Using iptables Proxier. 
Jul 07 02:54:54 clm-aus-015349.bmc.com kube-proxy[7866]: I0707 02:54:54.756527 7866 proxier.go:208] missing br-netfilter module or unset br-nf-call-iptables; proxy may not work as intended 
Jul 07 02:54:54 clm-aus-015349.bmc.com kube-proxy[7866]: I0707 02:54:54.756551 7866 server.go:213] Tearing down userspace rules. 
Jul 07 02:54:54 clm-aus-015349.bmc.com kube-proxy[7866]: I0707 02:54:54.770100 7866 conntrack.go:36] Setting nf_conntrack_max to 262144 
Jul 07 02:54:54 clm-aus-015349.bmc.com kube-proxy[7866]: I0707 02:54:54.770145 7866 conntrack.go:41] Setting conntrack hashsize to 65536 
Jul 07 02:54:54 clm-aus-015349.bmc.com kube-proxy[7866]: I0707 02:54:54.771445 7866 conntrack.go:46] Setting nf_conntrack_tcp_timeout_established to 86400 

무엇이 누락 되었습니까?

답변

0

REJECT는 특정 서비스가 0 개의 엔드 포인트를 가질 때 삽입됩니다. Service.spec의 선택자가 잘못되었거나 모든 꼬투리가 실행 중이 아니어야합니다.

관련 문제