Nesta página, descrevemos as métricas usadas para determinar o desempenho dos recursos do seu projeto do Google Cloud e o desempenho de todo o Google Cloud. Você também pode encontrar detalhes sobre as várias visualizações que mostram mais detalhes sobre essas métricas de desempenho.
Métricas
O painel de desempenho fornece dois tipos de métrica: latência e perda de pacotes (tempo de retorno ou RTT). Para acessar métricas de perda de pacotes do projeto do Google Cloud, você precisa de um número suficiente de VMs no projeto. Para acessar métricas de latência, você precisa de uma quantidade suficiente de tráfego. Além disso, o Painel de desempenho não requer configuração.
As seções a seguir descrevem as duas métricas em mais detalhes.
Perda de pacotes
As métricas de perda de pacotes mostram os resultados da sondagem ativa entre as seguintes informações:
VMs em uma única rede VPC.
VMs em redes VPC com peering, quando uma ou ambas as redes estão no seu projeto. Se as redes com peering estiverem em projetos diferentes, a perda de pacotes será visível no projeto de destino.
VMs em uma rede VPC compartilhada usada pelo projeto. A perda de pacotes entre dois projetos que usam uma rede VPC compartilhada é visível no projeto de serviço de destino.
Por exemplo, suponha que o projeto A inclua duas redes VPC: rede A, que tem VMs apenas na zona A, e rede M, que tem VMs apenas na zona M. Se essas duas redes estiverem em peering, o painel de desempenho do projeto A mostrará os dados de perda de pacotes do par de zonas A/M. Se as redes não estiverem com peering, o Painel de desempenho não mostrará a métrica de perda de pacotes desse par de zonas.
Se essas duas redes não estiverem no mesmo projeto, observe quando o Painel de desempenho de cada rede mostrar as métricas. Ou seja, suponha que a rede A faça parte do projeto A e a rede M faça parte do projeto M. Quando as redes estão em peering, o painel de desempenho do projeto M mostra dados de perda de pacotes para situações em que a zona M é a de destino. Por outro lado, quando a zona A é a zona de destino, os dados de perda de pacotes são visíveis apenas para o projeto A. Se as redes não estiverem em peering, o Painel de desempenho do projeto não mostrará dados de perda de pacotes do par de zonas.
Os dados coletados por todas as sondagens são agregados no painel de desempenho. Ou seja, o Painel de desempenho não permite isolar dados sobre perda de pacotes entre projetos em oposição a outros tipos (como perda de pacotes relacionada a uma rede VPC com peering em outro projeto). No entanto, é possível usar o Monitoring para ver resultados mais detalhados. Para mais informações, consulte a referência de métricas do Painel de desempenho.
O Painel de desempenho não envia sondagens por meio de conexões do Cloud VPN.
Metodologia
O painel de desempenho executa workers nos hosts físicos que hospedam suas VMs. Esses workers inserem e recebem pacotes de sondagem executados na mesma rede do seu tráfego. Como os workers são executados nos hosts físicos e não nas VMs, eles não consomem recursos da VM e o tráfego não fica visível nas VMs.
As sondagens cobrem toda a malha de VMs que podem se comunicar, o que não é necessariamente o mesmo que o padrão de tráfego. Portanto, é possível ver indicações da perda de pacotes no painel de desempenho, mas não há evidências de perda de pacotes no aplicativo.
Para todas as VMs sondadas, o Google Cloud tenta acessar a VM usando o endereço IP interno e o endereço IP externo (se houver). As sondagens não saem do Google Cloud, mas usando endereços IP externo, o Painel de desempenho pode cobrir parte do caminho usado pelo tráfego externo, como o tráfego proveniente da Internet.
A perda de pacotes para endereços IP internos é medida por meio do uso de pacotes UDP, e a perda de pacotes para endereços IP externos é medida com o uso de pacotes TCP.
Níveis de confiança e disponibilidade de métricas
O Painel de desempenho testa um subconjunto de todos os pares de VM-VM na rede. Os dados coletados são usados para estimar a perda de pacotes que você pode enfrentar. A confiança do Google nos dados depende da taxa de sondagem, e a taxa de sondagem depende do número de VMs que você tem em cada zona, bem como do número de zonas em que as VMs foram implantadas. Por exemplo, ter 10 VMs em duas zonas gera mais confiança do que ter 10 VMs em 10 zonas.
Todas as VMs, incluindo aquelas criadas pelo Google Kubernetes Engine (GKE), são contabilizadas no número total de VMs.
Os diferentes níveis de confiança estão descritos na tabela a seguir. Os níveis
inferiores de confiança são sinalizados no mapa de calor com um asterisco
(*) ou N/A.
| Nível | Número necessário de VMs em cada zona | O que o painel de desempenho mostra no mapa de calor |
|---|---|---|
| Confiança de 95% | 10 VMs multiplicadas pelo número de zonas no projeto. Por exemplo, se o projeto tem 12 zonas, você precisa ter 120 VMs em cada uma delas. | Uma medida sem outras notações |
| Confiança de 90% | 2,5 VMs multiplicadas pelo número de zonas no projeto. Por exemplo, se o projeto tem 12 zonas, você precisa ter 30 VMs em cada uma delas. | Uma medida sem outras notações |
| Baixa confiabilidade | Uma medida com um asterisco | |
| Sem sondagens suficientes para ter dados significativos | N/A |
As métricas de perda de pacotes do Google Cloud estão sempre disponíveis. Um asterisco (*) será exibido se houver menos de 400 sondagens por minuto.
Latência específica do projeto
As métricas de latência são medidas usando o tráfego do cliente entre as seguintes opções:
- VMs em uma única rede VPC
- VMs entre redes VPC com peering, se as redes estiverem no mesmo projeto.
- VMs e endpoints da Internet
Além disso, o painel de desempenho de um projeto de serviço em uma rede VPC compartilhada mostra dados apenas para as zonas no projeto de serviço. Ou seja, suponha que uma VM na zona A e o projeto de serviço A use o projeto host para se comunicar com uma VM na zona B e no projeto de serviço B. As medições sobre o tráfego não estão disponíveis para projetos de serviço ou de host.
Latência do Google Cloud
As métricas de latência são medidas usando o tráfego real do cliente entre as seguintes opções:
- VMs em uma única rede VPC
- VMs entre redes VPC com peering
- VMs e endpoints da Internet
Metodologia para latência do projeto e do Google Cloud
A latência é medida com o uso de pacotes TCP.
Com base em uma amostra do tráfego real, a latência é calculada como o tempo decorrido entre o envio de um número de sequência TCP (SEQ, na sigla em inglês) e o recebimento de um ACK correspondente que contém o RTT da rede e o atraso relacionado à pilha TCP. A IU mostra a latência como a mediana de
todas as medidas relevantes.
A métrica de latência é baseada na mesma metodologia de origem e amostragem de dados que os registros de fluxo de VPC.
A latência específica do projeto é baseada em amostras do seu projeto. A latência do Google Cloud é baseada em amostras de todo o Google Cloud.
As métricas de latência global são derivadas da amostragem passiva de cabeçalhos de tráfego TCP, e não por meio da sondagem ativa do Google Cloud para endpoints da Internet.
Anomalias de métrica de latência
Observe as seguintes anomalias de métrica de latência:
Para ambientes de taxa baixa, o Network Intelligence Center usa sondagens de 60 segundos para métricas de latência. Portanto, as métricas de RTT com base em amostragem de pacotes podem relatar incorretamente níveis de alta latência quando os serviços baseados em TCP retornam uma resposta atrasada no nível do aplicativo. Geralmente, é possível reconhecer níveis de RTT imprecisos, verificando se eles correspondem a atrasos no nível do aplicativo.
O serviço baseado em TCP responde rapidamente com um
ACK, mas a amostragem não tem oACKe conta uma resposta de dados posterior como oACKde fechamento de um SEND muito anterior, o que distorce a medição geral de RTT. Nesses casos, desconsidere as métricas de RTT.Às vezes, os dados de latência específicos do projeto não estão alinhados com os dados de latência global. Esse desalinhamento poderá acontecer se o conjunto de dados global também incorporar outros caminhos de rede com latências significativamente diferentes em relação ao caminho de rede usado pelo projeto específico.
Disponibilidade da métrica
A métrica de latência do Google Cloud está sempre disponível. A métrica de latência por projeto estará disponível somente se o tráfego TCP estiver em torno de 1.000 pacotes por minuto ou mais.
Tabela de resumo de métricas
A tabela a seguir resume os métodos de sondagem e os protocolos usados para relatar métricas de perda de latência e latência do pacote.
| Perda de pacotes | Latência | |
|---|---|---|
| Método de testagem | Testagem ativa (tráfego sintético da VM) | Testagem passiva (tráfego real da VM) |
| Protocolo | UDP (endereço IP interno), TCP (endereço IP externo) | TCP (endereços IP internos/externos) |
Visualizações de latência
Os detalhes da latência do tipo de tráfego Internet para Google Cloud estão disponíveis em três visualizações: visualização de Tabela, de Mapa e de linha do tempo.
Visualização em tabela
A visualização Tabela mostra o RTT médio entre as áreas geográficas selecionadas e as regiões que contêm instâncias de VM no seu projeto. A tabela inclui os seguintes detalhes:
- País: o nome do país.
- Cidades: o número de cidades. É possível ver os detalhes de latência de cada cidade específica no gráfico de detalhes do país.
- Regiões de destino: o número de regiões de destino com tráfego para usuários de um determinado país.
- Latência mediana: o RTT médio, em milissegundos, entre o país e as regiões.
Visualização de mapa
A visualização Mapa mostra as localizações geográficas (áreas metropolitanas ou cidades) e as regiões do Google Cloud.
- Veja a latência mediana de locais e regiões do Google Cloud específicos.
- Selecione uma região do Google Cloud e confira os locais com tráfego para a região selecionada.
- Veja detalhes específicos do local em um gráfico de latência na barra lateral.
- Pesquise os locais usando a caixa de pesquisa no mapa.
Os locais são classificados por cor em diferentes tons de azul para indicar os intervalos de latência média no mapa. Na imagem a seguir, a cor de um círculo que mostra uma determinada cidade em um mapa global pode ser um tom de azul. Quanto mais escuro o tom de azul, maior a latência dessa cidade para uma determinada região do Google Cloud.
Visualização da linha do tempo
A visualização Linha do tempo mostra o RTT médio entre as áreas geográficas selecionadas e as regiões do Google Cloud. Ela fornece as métricas de latência atuais e dados históricos de seis semanas. É possível usar os filtros para agregar ainda mais o tráfego aos níveis de cidade, região geográfica e país. Só será possível acessar as métricas de latência correspondentes a pares específicos de local geográfico de região se houver tráfego suficiente do Google Cloud para esse par.