Container Service for Kubernetes:Network Diagnosis

Como funciona

1. Construção da topologia: Após você fornecer as informações de diagnóstico, o Network Diagnosis cria uma topologia de acesso baseada nos detalhes fornecidos e nas informações de recursos coletadas do cluster, como pods, nós, Services e NetworkPolicies.

2. Coleta de informações: O Network Diagnosis reúne dados de tempo de execução, da pilha de rede e detalhes da infraestrutura de rede. Esses dados são utilizados para solução de problemas e análise de rede.

3. Simulação de caminho: O Network Diagnosis obtém informações da pilha de rede dos nós ou contêineres relevantes executando comandos em instâncias do Elastic Compute Service (ECS) ou implantando pods coletores no cluster. Essas informações incluem detalhes sobre dispositivos de rede, parâmetros sysctl, iptables e IPVS. A ferramenta também coleta dados da infraestrutura cloud, como tabelas de rotas, grupos de segurança e gateways NAT. Em seguida, o sistema compara essas informações com as configurações esperadas para identificar erros de configuração. Esse processo envolve simular regras de iptables e roteamento, verificar o status dos dispositivos e validar tabelas de rotas cloud e regras de grupo de segurança.

4. Resultados do diagnóstico: Após comparar a configuração real com o estado esperado, a ferramenta gera uma topologia de rede e destaca quaisquer nós anômalos e problemas detectados.

Limitações

• O pod a ser diagnosticado precisa estar no estado Running.

• Conexões da internet pública para um LoadBalancer service são suportadas apenas para instâncias de Classic Load Balancer (CLB) de Camada 4 com até 10 pods de backend.

• Atualmente, não há suporte para diagnóstico em clusters ACK Serverless ou nós virtuais.

Procedimento

1. Faça login no console ACK. No painel de navegação à esquerda, clique em Clusters.

2. Na página Clusters, clique no nome do cluster desejado. No painel de navegação à esquerda, escolha Inspections and Diagnostics > Diagnostics.

3. Na página Diagnostics, clique na aba Network diagnostics e, em seguida, clique em Diagnose no canto superior esquerdo.

4. No painel Access Information, insira o Source IP Address, o Target Address e a Port, e selecione o Protocol. Leia o aviso, marque I understand and agree e clique em Diagnose.

   Para obter informações sobre os parâmetros de diagnóstico, consulte Parâmetros de diagnóstico.

5. Na página Diagnosis Result, visualize os resultados. A seção Full access path exibe uma visão ponta a ponta do caminho de conexão diagnosticado.

   Nós anômalos aparecem destacados em uma cor diferente. Para informações sobre resultados de diagnóstico comuns, consulte Resultados e soluções de diagnóstico comuns.

   Os resultados do diagnóstico são exibidos em uma tabela com três colunas: Level (como FATAL), Node e Diagnosis result. Isso ajuda a localizar rapidamente nós anômalos e erros específicos de roteamento. Se os resultados não resolverem seu problema, clique no link Submit Ticket ou Feedback na página para obter mais ajuda.

Cenário 1: Pod para pod e pod para nó

Se você encontrar problemas de conectividade entre pods, ou entre pods e nós, utilize o Network Diagnosis para solucionar a conexão. A tabela a seguir descreve os parâmetros.

Cenário 2: Pod e nó para service

É possível diagnosticar a conectividade com um service usando seu IP de cluster como destino. A ferramenta verifica o caminho de rede de um pod ou nó até cada endpoint do service e valida as configurações de rede relacionadas. A tabela a seguir descreve os parâmetros.

Cenário 3: Caminho DNS

Quando o destino é um nome de domínio, talvez seja necessário verificar se o DNS interno do cluster está funcionando corretamente, além de checar o caminho da origem ao IP de destino. Use o Network Diagnosis para testar a conectividade de um pod ao service de DNS do cluster (o kube-dns service no namespace kube-system) e identificar possíveis problemas de resolução DNS.

Execute o comando a seguir para obter o IP de cluster do kube-dns service no namespace kube-system:

NAME       TYPE        CLUSTER-IP     EXTERNAL-IP   <none>        53/UDP,53/TCP,9153/TCP   6d

Exemplo de saída:

NAME       TYPE        CLUSTER-IP     EXTERNAL-IP   <none>        53/UDP,53/TCP,9153/TCP   6d

Na saída, 172,16.XX.XX representa o IP de cluster do kube-dns service. Utilize esse IP como endereço de destino. A tabela a seguir descreve os parâmetros.

Cenário 4: Pod e nó para internet

Utilize o Network Diagnosis para verificar a conexão de um pod ou nó com um endereço IP público. Caso o destino seja um nome de domínio, resolva-o manualmente para o respectivo endereço IP público antes de prosseguir. A tabela a seguir descreve os parâmetros.

Cenário 5: Internet para LoadBalancer service

Caso não consiga acessar um LoadBalancer service pela internet pública, diagnostique a conexão utilizando um IP público como origem e o IP externo do LoadBalancer service como destino. A tabela a seguir descreve os parâmetros.