kubespray|ipvs|nginx|ingress: kube_proxy_mode: ipvs | Endereço de crashlooping de entrada nginx já em uso

kubespray|ipvs|nginx|ingress: kube_proxy_mode: ipvs | Endereço de crashlooping de entrada nginx já em uso

Em um cluster implantado pelo kubespray, testando a configuração de ipvs com a opção de configuração de arquivo em inventário/group_vars/k8s-cluster/k8s-cluster.yml tem o modo proxy definido

kube_proxy_mode: ipvs

No cluster ipvs, o kube-proxy está sendo executado nas portas 80 e 443

netstat -tunlp|grep proxy
tcp        0      0 10.144.104.83:80        0.0.0.0:*               LISTEN      19455/kube-proxy
tcp        0      0 10.144.104.83:443       0.0.0.0:*               LISTEN      19455/kube-proxy
tcp        0      0 127.0.0.1:10249         0.0.0.0:*               LISTEN      19455/kube-proxy

A entrada do nginx está travando

bind() to 0.0.0.0:443 failed (98: Address already in use)

Em um cluster implantado da mesma maneira, exceto no modo proxy == iptables

netstat -tunlp|grep 443
tcp        0      0 0.0.0.0:443             0.0.0.0:*               LISTEN      5367/nginx: master
tcp6       0      0 :::443                  :::*                    LISTEN      5367/nginx: master

netstat -tunlp|grep proxy
tcp        0      0 127.0.0.1:10249         0.0.0.0:*               LISTEN      28827/kube-proxy

Existe uma opção que perdi para alterar as portas de aquisição do kube-proxy 80 e 443 ou há uma opção necessária para suportar a execução de uma entrada com ipvs que esqueci.

Responder1

Nota: A instalação do nginx-ingress é feita por meio de um gráfico de leme

Resolução:

modo ipvs com ip externo abriu um ouvinte kube-proxy

Remover a matriz de externalIPs, ou seja, controller.service.externalIPs[0] desativa esse modo

informação relacionada