2016-07-07 2 views
1

私は、4セント7ボックス、マスターとミニオンで動作するkubernetesを持っています。私はまた、フランネルとskydnsがインストールされている。 flannel overlay 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内のセレクタが間違っているか、ポッドが動作していない必要があります。

関連する問題