Esta página descreve cenários comuns para testar a conetividade com equilibradores de carga.Google Cloud
A análise da configuração dos testes de conetividade suporta a monitorização de pacotes simulados para todos os tipos de Google Cloud equilibradores de carga. O caminho de rastreio de um balanceador de carga de aplicações externo também se aplica a balanceadores de carga de rede de proxy externos. Para mais informações, consulte a Vista geral do Cloud Load Balancing.
No exemplo seguinte, os testes de conetividade rastreiam um pacote simulado de um anfitrião externo para um endereço IP virtual (VIP) de um Application Load Balancer externo. A ligação TCP do anfitrião externo termina no proxy do balanceador de carga da aplicação externo. Em seguida, o balanceador de carga de aplicações externo inicia uma nova ligação TCP a uma VM que funciona como um back-end do balanceador de carga.
No caminho de rastreio seguinte, a análise da configuração dos testes de conetividade fornece três rastreios, um para cada caminho possível para os três back-ends do balanceador de carga. Os testes de conetividade fazem isto porque validam apenas as configurações e não o plano de dados em direto.
Número de rastreios num teste para um balanceador de carga
A análise da configuração dos testes de conectividade considera todos os back-ends configurados do balanceador de carga de rede de proxy e do balanceador de carga de rede de encaminhamento, bem como todos os serviços de back-end mencionados no mapa de URLs do balanceador de carga de aplicações. Os rastreios são produzidos apenas para backends correspondentes. O estado das sondas de verificação de funcionamento não é tido em consideração. São produzidos rastreios para back-ends em bom e mau estado de funcionamento.
O número de rastreios produzidos pela análise da configuração dos testes de conetividade depende do tipo de equilibrador de carga, do número de back-ends correspondentes e do tipo de back-ends correspondentes:
- Para serviços de back-end com a política de seleção de endereços IP PREFER_IPV6, são produzidos rastreios para os pontos finais de back-end IPv4 e IPv6.
- Para outros tipos de back-ends, é produzido um único rastreio para cada ponto final do back-end.
A análise da configuração dos testes de conectividade tem um limite para o número de rastreios que pode devolver. Se um equilibrador de carga tiver demasiados back-ends, alguns deles podem ser omitidos.
Um teste bem-sucedido a um balanceador de carga
Esta secção descreve um exemplo de um teste bem-sucedido ao balanceador de carga de aplicações externo descrito anteriormente.
No plano de dados real, o algoritmo de balanceamento de carga escolhe uma instância de VM para cada ligação de back-end. Como existem três back-ends do equilibrador de carga neste exemplo, o menu Seleção de rastreio no ecrã Resultados permite selecionar o rastreio que quer ver.
O seguinte resultado do teste bem-sucedido valida que todos os seguintes Google Cloud recursos para o balanceador de carga de aplicações externo estão configurados corretamente:
- A regra de encaminhamento
- Os back-ends do balanceador de carga, incluindo a capacidade do balanceador de carga de enviar com êxito verificações de funcionamento para esses back-ends
- A ligação de proxy
- Regras de firewall da VPC
Este resultado mostra que um pacote simulado de um endereço IP externo conseguiu alcançar com êxito as instâncias de VM de back-end.
Para ver um exemplo detalhado de um rastreio para todos os três back-ends, consulte o artigo Detete configurações inválidas ou inconsistentes.
Se não tiver autorizações para rever os Google Cloud recursos
no caminho da rede para o Application Load Balancer externo, continua a ver resultados na Google Cloud consola, incluindo resultados bem-sucedidos. No entanto, o cartão
para cada recurso testado indica "Não tem autorização para ver o recurso em
PROJECT_NAME".
Um teste que mostra uma regra de firewall em falta para uma verificação de estado
Um rastreio do equilibrador de carga valida muitas das mesmas configurações de Google Cloud recursos
descritas anteriormente. No entanto, se os seguintes recursos do equilibrador de carga estiverem configurados incorretamente, a análise mostra O pacote pode ser rejeitado (um estado final do rastreio é Drop).
O resultado do teste seguinte mostra que as regras da firewall de entrada da rede VPC não permitem uma verificação de funcionamento nos back-ends do balanceador de carga, o que torna os back-ends indisponíveis para o balanceador de carga.
Além das regras de firewall da VPC inválidas, os problemas na tabela seguinte são problemas de configuração comuns que os Connectivity Tests detetam para os balanceadores de carga. Google Cloud Para corrigir estes problemas, use as soluções descritas na tabela.
| Problema de configuração | Solução |
|---|---|
| Os parâmetros de entrada não correspondem ao protocolo ou à porta que definiu na regra de encaminhamento para o equilibrador de carga. | Antes de executar um teste, altere o parâmetro de entrada para corresponder ao protocolo ou à porta que definiu na regra de encaminhamento. |
| A regra de encaminhamento do balanceador de carga não tem back-ends configurados. | Antes de executar um teste, configure os back-ends para o balanceador de carga. |
| O equilibrador de carga tem configurações inválidas ou inconsistentes. | Antes de executar um teste, corrija as configurações inválidas ou inconsistentes. |
| O tráfego não consegue alcançar um balanceador de carga de rede de encaminhamento interno que tenha uma região em incompatibilidade porque o balanceador de carga de rede de encaminhamento interno é um serviço regional. | Antes de executar um teste, configure os componentes do equilibrador de carga para que estejam localizados na mesma região. |
O que se segue?
- Cenários de teste comuns
- Saiba mais sobre os testes de conetividade
- Resolva problemas com os testes de conetividade