Este documento descreve o suporte que o Cloud Monitoring oferece para monitores sintéticos, que lhe permitem testar a disponibilidade, a consistência e o desempenho dos seus serviços, aplicações, páginas Web e APIs. Os monitorizadores sintéticos emitem periodicamente pedidos simulados e, em seguida, registam se esses pedidos foram bem-sucedidos, bem como dados adicionais sobre o pedido, como a latência. Pode receber uma notificação quando um teste falha criando uma política de alertas para monitorizar os resultados dos testes.
Para testar os seus serviços e aplicações, pode usar qualquer uma das seguintes abordagens:
As verificações de tempo de atividade permitem consultar periodicamente uma aplicação que responde a pedidos HTTP, HTTPS ou TCP. Google Cloud As verificações de tempo de atividade podem testar pontos finais públicos ou privados e podem validar os dados de resposta.
Os monitores sintéticos personalizados e baseados em Mocha permitem-lhe implementar um conjunto de testes que pode usar para testar uma aplicação que responde a pedidos HTTP ou HTTPS. Para criar estes monitorizadores sintéticos, começa com uma framework fornecida pelo Cloud Monitoring (personalizada ou Mocha) e, em seguida, escreve os seus testes. Se tiver acesso ao Gemini Code Assist neste projeto, pode fornecer um comando para gerar o código de teste.
Os verificadores de links danificados permitem Google Cloud testar periodicamente um URI e testar um número configurável de links encontrados nesse URI.
A tabela seguinte apresenta as ferramentas que pode usar para criar verificações de tempo de atividade e monitorizações sintéticas:
| Google Cloud consola | Cloud Monitoring API | Terraform | Bibliotecas cliente | |
|---|---|---|---|---|
| Verificações de tempo de atividade | Y | Y | Y | Y |
| Monitores sintéticos | Y | Y | Y | |
| Verificadores de links danificados | Y | Y | Y |
Acerca das verificações de tempo de atividade
Existem dois tipos de verificações de tempo de atividade:
- As verificações públicas de tempo de atividade enviam pedidos de várias localizações em todo o mundo para URLs ou recursos disponíveis publicamente. Google Cloud
- As verificações de tempo de atividade privadas enviam pedidos para endereços IP internos de recursos Google Cloud . As verificações de tempo de atividade privadas podem enviar pedidos através de uma rede privada para recursos como uma máquina virtual (VM) ou um balanceador de carga interno (ILB) de nível 4.
Os pedidos feitos em nome das verificações de tempo de atividade têm origem em verificadores que residem em várias Google Cloud regiões. Quando cria uma verificação de tempo de atividade, especifica as regiões para os verificadores.
O sistema de execução de pedidos para verificações de tempo de atividade, que é fornecido por Google Cloud, gere o seguinte:
- Execução das verificações configuradas.
Validação dos resultados.
O pedido emitido por um verificador é bem-sucedido se o recurso responder e forem cumpridos todos os requisitos da configuração da verificação de tempo de atividade. Caso contrário, o pedido falha. As consultas por verificadores individuais não têm estado, ou seja, cada consulta é uma ação independente.
Recolher e armazenar os resultados das métricas de verificação do tempo de atividade.
Para mais informações acerca destas métricas, consulte as entradas
uptime_checknamonitoringtabela de métricas.Escrever entradas do registo em caso de falha.
Se criar a verificação de tempo de atividade através da Google Cloud consola, pode configurar a verificação de tempo de atividade para também escrever uma entrada de registo quando a verificação falha. Se configurou uma verificação de tempo de atividade pública para enviar pings ICMP, os resultados desses pings são escritos nos registos do Cloud Logging quando o ping falha. Para mais informações, consulte o artigo Use pings ICMP.
Acerca dos verificadores de links danificados e outros monitores sintéticos
Os monitorizadores sintéticos permitem-lhe definir o que vai testar e uma sequência de testes. Por exemplo, pode testar a página de início de sessão da sua aplicação, o processo de pagamento da sua loja de comércio eletrónico ou as chamadas API que a sua aplicação faz a serviços de terceiros.
Quando cria um monitor sintético, implementa uma função do Cloud Run de 2.ª geração criada no Cloud Run. A sua função tem de ser escrita em Node.js e basear-se na estrutura do SDK Synthetics de código aberto. O Cloud Monitoring distribui e gere esta estrutura.
O Cloud Monitoring suporta os seguintes tipos de monitorização sintética:
Os monitores sintéticos personalizados ou baseados em Mocha permitem-lhe implementar uma função do Cloud Run de finalidade única totalmente configurável.
Os verificadores de links danificados permitem-lhe especificar opções, como o URI de origem, o número de links testados e o número de novas tentativas, antes de implementar uma função do Cloud Run pré-configurada.
O sistema de execução de pedidos para monitorizações sintéticas, que é fornecido por Google Cloud, gere o seguinte:
- Execução periódica da sua função do Cloud Run.
Recolher e armazenar os resultados de cada execução:
- Informações de êxito e falha, como a mensagem de erro, o tipo de erro e a linha de código.
- Tempo de execução
- Registos
- Métrica
Para ver informações sobre como ver os resultados da execução, consulte o artigo Explore os resultados da monitorização sintética.
Monitorize e veja os resultados
Pode observar os resultados dos seus monitores sintéticos e verificações de tempo de atividade na Google Cloud consola:
- Para monitores sintéticos, aceda à página Monitores sintéticos.
- Para verificações de tempo de atividade, aceda à página Verificações de tempo de atividade.
Para receber uma notificação quando um monitor sintético ou uma verificação de tempo de atividade falha, crie uma política de alertas através daGoogle Cloud consola ou da CLI Google Cloud.
Resolução de falhas
Para ajudar na resolução de problemas, os cabeçalhos dos pedidos e os dados registados incluem o ID do monitor sintético ou da verificação de tempo de atividade associado. Para mais informações, consulte o artigo Resolva problemas de monitorizações sintéticas ou verificações de tempo de atividade.
Regionalidade dos dados
Não use monitores sintéticos nem verificações de tempo de atividade quando tiver configurado o Assured Workloads, porque tem requisitos de residência de dados ou Nível de impacto 4 (IL4).
O Cloud Monitoring não garante que os dados no pedido de verificação de tempo de atividade sejam mantidos numa localização geográfica específica.
Para monitores sintéticos que dependem de uma função do Cloud Run, pode especificar a região onde a função do Cloud Run está implementada. No entanto, a sua função pode ser invocada a partir de qualquer região suportada pelos servidores de verificação de tempo de atividade. Este comportamento não é configurável.
Preços
Em geral, as métricas do sistema do Cloud Monitoring são gratuitas, e as métricas de sistemas, agentes ou aplicações externos não o são. As métricas faturáveis são faturadas pelo número de bytes ou pelo número de amostras carregadas.
Para mais informações, consulte as secções do Cloud Monitoring na página de preços do Google Cloud Observability.
Limites
Os seguintes limites aplicam-se à sua utilização de monitorizações sintéticas:
| Categoria | Valor |
|---|---|
| Verificações de tempo de atividade por âmbito de métricas * | 100 |
| Número máximo de pings ICMP por verificação de tempo de atividade pública | 3 |
| Monitorizações sintéticas por âmbito de métricas | 100† |
†Para informações sobre como aumentar este limite, consulte o artigo Peça um ajuste da quota.
O que se segue?
Para informações sobre as verificações de tempo de atividade, consulte os seguintes documentos:
Para informações sobre monitores sintéticos, consulte os seguintes documentos: