Container Service for Kubernetes:Network Diagnosis

Como funciona

1. Construção da topologia: Após o fornecimento das informações de diagnóstico, o Network Diagnosis cria uma topologia de acesso baseada nos detalhes informados 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. Essas informações servem 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. Esses dados incluem detalhes sobre dispositivos de rede, parâmetros sysctl, iptables e IPVS. A ferramenta também coleta informações da infraestrutura em nuvem, como tabelas de rotas, grupos de segurança e gateways NAT. Em seguida, o sistema compara os dados coletados com as configurações esperadas para identificar configurações incorretas. Esse processo envolve simular regras de iptables e roteamento, verificar o status dos dispositivos e validar tabelas de rotas e regras de grupos de segurança na nuvem.

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 deve estar no estado Running.

• Conexões da internet pública para um Service do tipo LoadBalancer têm suporte apenas para instâncias de Classic Load Balancer (CLB) de camada 4 com até 10 pods de backend.

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

Procedimento

1. Faça login no console do 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 de diagnóstico comuns e soluções.

   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. Caso os resultados não resolvam 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 houver 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

Diagnostique 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, pode ser necessário verifique se o DNS interno do cluster está funcionando corretamente, além de checar o caminho da origem até o IP de destino. Utilize o Network Diagnosis para testar a conectividade de um pod ao serviço de DNS do cluster (o Service kube-dns no namespace kube-system) e identificar possíveis problemas de resolução de DNS.

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

kubectl get svc -n kube-system kube-dns

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 Service kube-dns. Utilize esse IP como endereço de destino. A tabela a seguir descreve os parâmetros.

Cenário 4: Pod e nó para a internet

Utilize o Network Diagnosis para verifique a conexão de um pod ou nó com um endereço IP público. Se o destino for 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 Service LoadBalancer

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