Kubernetes: nodePort não está respondendo em todos os nodeIPs

Criado em 28 fev. 2017  ·  1Comentário  ·  Fonte: kubernetes/kubernetes

Versão do Kubernetes :
Versão do cliente: version.Info{Major:"1", Minor:"5", GitVersion:"v1.5.2", GitCommit:"08e099554f3c31f6e6f07b448ab3ed78d0520507", GitTreeState:"clean", BuildDate:"2017-01-12T04:57: 25Z", GoVersion:"go1.7.4", Compilador:"gc", Plataforma:"darwin/amd64"}
Versão do servidor: version.Info{Major:"1", Minor:"5", GitVersion:"v1.5.3", GitCommit:"029c3a408176b55c30846f0faedf56aae5992e9b", GitTreeState:"clean", BuildDate:"2017-02-15T06:34: 56Z", GoVersion:"go1.7.4", Compilador:"gc", Plataforma:"linux/amd64"}

Versão do Docker no master e minions :
$ docker -v
Versão do Docker 1.13.1, compilação 092cba3

Ambiente :

  • Kernel (por exemplo uname -a ):
    Linux knode-master 4.4.0-45-generic #66-Ubuntu SMP qua 19 de outubro 14:12:37 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux
  • Instalar ferramentas :
    kubeadm

  • Outros :

O que aconteceu :
Usando a página kubeadm , instalei um cluster de três nós.

$ kc describe nodes | awk '/Addresses/ {print $2}' | awk -F',' '{print $3}' 
knode-0
knode-1
knode-master

Rede de pod de canal instalada:

kubectl create -f https://raw.githubusercontent.com/tigera/canal/master/k8sinstall/kubeadm/canal.yaml

Nós, serviços, pods estavam íntegros neste momento. Então passou para o painel

kubectl create -f https://rawgit.com/kubernetes/dashboard/master/src/deploy/kubernetes-dashboard.yaml

$ kubectl get -n kube-system services
NAME                   CLUSTER-IP       EXTERNAL-IP   PORT(S)         AGE
canal-etcd             10.96.232.136    <none>        6666/TCP        5m
kube-dns               10.96.0.10       <none>        53/UDP,53/TCP   13h
kubernetes-dashboard   10.110.163.186   <nodes>       80:31699/TCP    1m

O que você esperava que acontecesse :
A seção nodePort no documento Services indica que o nodePort deve estar visível em todos os nodeIPs.

No meu caso, nem todos os nodeIPs estão respondendo a solicitações no nodePort 31699 do painel e os encaminhando para o pod do painel.
Apenas o nó (ou minion) que hospeda o pod parece responder às solicitações do navegador. Os outros nós (ou lacaios) não respondem.

Como reproduzi-lo (o mínimo e preciso possível):

_De knode-1 (um lacaio):_

$ sudo docker ps -a | grep dashboard
79e23eff2c26        gcr.io/google_containers/kubernetes-dashboard-amd64:v1.5.1   "/dashboard --port..."   44 minutes ago      Up 43 minutes 

_curl acesso ao painel fora do cluster:_

A conexão expirou para _knode-0:31699

$ curl -m 2 -O http://knode-0:31699/#/workload?namespace=default
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
  0     0    0     0    0     0      0      0 --:--:--  0:00:01 --:--:--     0curl: (28) Connection timed out after 2003 milliseconds

Baixado com sucesso de knode-1:31699

$ curl -m 2 -O http://knode-1:31699/#/workload?namespace=default
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100   811  100   811    0     0  18097      0 --:--:-- --:--:-- --:--:-- 18431

*iptables * :

_Do knode-1 (nodePort 31699 acessível):_

$ sudo iptables-save | grep dashboard
-A KUBE-NODEPORTS -p tcp -m comment --comment "kube-system/kubernetes-dashboard:" -m tcp --dport 31699 -j KUBE-MARK-MASQ
-A KUBE-NODEPORTS -p tcp -m comment --comment "kube-system/kubernetes-dashboard:" -m tcp --dport 31699 -j KUBE-SVC-XGLOHA7QRQ3V22RZ
-A KUBE-SEP-4CN2KLL64AIMJOUC -s 192.168.92.6/32 -m comment --comment "kube-system/kubernetes-dashboard:" -j KUBE-MARK-MASQ
-A KUBE-SEP-4CN2KLL64AIMJOUC -p tcp -m comment --comment "kube-system/kubernetes-dashboard:" -m tcp -j DNAT --to-destination 192.168.92.6:9090
-A KUBE-SERVICES -d 10.110.163.186/32 -p tcp -m comment --comment "kube-system/kubernetes-dashboard: cluster IP" -m tcp --dport 80 -j KUBE-SVC-XGLOHA7QRQ3V22RZ
-A KUBE-SVC-XGLOHA7QRQ3V22RZ -m comment --comment "kube-system/kubernetes-dashboard:" -j KUBE-SEP-4CN2KLL64AIMJOUC

_Do knode-0 (nodePort 31699 inacessível):_

$ sudo iptables-save | grep dashboard
-A KUBE-NODEPORTS -p tcp -m comment --comment "kube-system/kubernetes-dashboard:" -m tcp --dport 31699 -j KUBE-MARK-MASQ
-A KUBE-NODEPORTS -p tcp -m comment --comment "kube-system/kubernetes-dashboard:" -m tcp --dport 31699 -j KUBE-SVC-XGLOHA7QRQ3V22RZ
-A KUBE-SEP-4CN2KLL64AIMJOUC -s 192.168.92.6/32 -m comment --comment "kube-system/kubernetes-dashboard:" -j KUBE-MARK-MASQ
-A KUBE-SEP-4CN2KLL64AIMJOUC -p tcp -m comment --comment "kube-system/kubernetes-dashboard:" -m tcp -j DNAT --to-destination 192.168.92.6:9090
-A KUBE-SERVICES -d 10.110.163.186/32 -p tcp -m comment --comment "kube-system/kubernetes-dashboard: cluster IP" -m tcp --dport 80 -j KUBE-SVC-XGLOHA7QRQ3V22RZ
-A KUBE-SVC-XGLOHA7QRQ3V22RZ -m comment --comment "kube-system/kubernetes-dashboard:" -j KUBE-SEP-4CN2KLL64AIMJOUC

Qualquer outra coisa que precisamos saber :

O mesmo comportamento é reproduzível no RHEL 7.3.

sinetwork

Comentários muito úteis

Eu encontrei o mesmo problema.
Executar iptables -P FORWARD ACCEPT pode corrigir seu problema. Mas não tenho certeza se é um bug quando integrado ao docker v1.13.1

>Todos os comentários

Eu encontrei o mesmo problema.
Executar iptables -P FORWARD ACCEPT pode corrigir seu problema. Mas não tenho certeza se é um bug quando integrado ao docker v1.13.1

Esta página foi útil?
0 / 5 - 0 avaliações