Quotas e limites do Cloud Monitoring

Este documento lista as quotas e os limites do sistema que se aplicam ao Cloud Monitoring.

  • As quotas têm valores predefinidos, mas normalmente pode pedir ajustes.
  • Os limites do sistema são valores fixos que não podem ser alterados.

Google Cloud usa quotas para ajudar a garantir a equidade e reduzir os picos na utilização e disponibilidade de recursos. Uma quota restringe a quantidade de um Google Cloud recurso que o seu Google Cloud projeto pode usar. As quotas aplicam-se a uma variedade de tipos de recursos, incluindo componentes de hardware, software e rede. Por exemplo, as quotas podem restringir o número de chamadas API para um serviço, o número de balanceadores de carga usados em simultâneo pelo seu projeto ou o número de projetos que pode criar. As quotas protegem a comunidade de Google Cloud utilizadores, impedindo a sobrecarga dos serviços. As quotas também ajudam a gerir os seus próprios Google Cloud recursos.

O sistema de quotas da nuvem faz o seguinte:

Na maioria dos casos, quando tenta consumir mais de um recurso do que a respetiva quota permite, o sistema bloqueia o acesso ao recurso e a tarefa que está a tentar realizar falha.

Geralmente, as quotas aplicam-se ao nível do Google Cloud projeto A sua utilização de um recurso num projeto não afeta a sua quota disponível noutro projeto. Num Google Cloud projeto, as quotas são partilhadas por todas as aplicações e endereços IP.

Para mais informações, consulte a vista geral das quotas da nuvem.

Para ajustar a maioria das quotas, use a Google Cloud consola. Para mais informações, consulte o artigo Peça um ajuste da quota.

Também existem limites do sistema nos recursos de monitorização. Não é possível alterar os limites do sistema.

Métricas definidas pelo utilizador

A página Gestão de métricas do Cloud Monitoring fornece informações que podem ajudar a controlar o valor gasto em métricas faturáveis sem afetar a observabilidade. A página Gestão de métricas apresenta as seguintes informações:

  • Volumes de carregamento para a faturação baseada em bytes e em amostras, em domínios de métricas e para métricas individuais.
  • Dados sobre as etiquetas e a cardinalidade das métricas.
  • Número de leituras para cada métrica.
  • Utilização de métricas em políticas de alerta e painéis de controlo personalizados.
  • Taxa de erros de escrita de métricas.

Também pode usar a página Gestão de métricas para excluir métricas desnecessárias, eliminando o custo da respetiva ingestão. Para mais informações sobre a página Gestão de métricas, consulte o artigo Veja e faça a gestão da utilização de métricas.

Categoria Valor máximo
Descritores de métricas personalizadas por projeto1 10 000
Etiquetas por descritor de métricas personalizado, externo e de carga de trabalho 30
Etiquetas por descritor de métrica do Prometheus 200
Comprimento da string para a chave da etiqueta 100
Comprimento da string para o valor da etiqueta 1024
Intervalos temporais incluídos num pedido de gravação2 200
Taxa à qual os dados podem ser escritos num único intervalo temporal3 um ponto a cada 5 segundos
Segmentos do histograma por métrica de distribuição personalizada 200
Workload, Prometheus e descritores de métricas4 externos por projeto 25 000
Intervalos temporais ativos de métricas personalizadas por recurso monitorizado5 200 000
Intervalos temporais ativos das métricas de carga de trabalho por recurso monitorizado5 200 000
Intervalos temporais ativos do Prometheus por recurso monitorizado5 1 000 000
Séries cronológicas ativas de métricas externas por recurso monitorizado5 200 000
Taxa à qual os descritores de métricas podem ser criados 6000 por minuto por projeto

1 Este limite é imposto pelo Cloud Monitoring. Outros serviços podem impor valores máximos mais baixos. As métricas personalizadas são as que são escritas para custom.googleapis.com.
2 Só pode escrever um ponto de dados para cada série cronológica num pedido, pelo que este limite também funciona como o número máximo de pontos que podem ser escritos por pedido.
3 A API Cloud Monitoring requer que as horas de fim dos pontos escritos numa série cronológica estejam separadas por, pelo menos, 5 segundos. Pode escrever pontos em lote numa série cronológica, desde que os pontos de dados sejam escritos por ordem.
4 As métricas externas são as que são escritas no external.googleapis.com.
5 Uma série cronológica está ativa se tiver escrito pontos de dados na mesma nas últimas 24 horas. O limite especificado na linha é o número total de séries cronológicas ativas para um recurso monitorizado único (por exemplo, uma única VM ou um único contentor) em todas as métricas definidas pelo utilizador nessa linha (personalizadas, de carga de trabalho, do Prometheus ou externas).gce_instancek8s_container Uma exceção é o recurso monitorizado global, para o qual o limite se aplica a cada métrica definida pelo utilizador separadamente. Este é um limite de segurança ao nível do sistema e não é personalizável.

Monitorizar quotas e limites de APIs

Categoria Valor máximo
Limites de utilização da API

Para encontrar as quotas e os limites da API, faça uma das seguintes ações:

Tempo de vida dos tokens de página da API 24 horas

Acerca das quotas da API Monitoring

A API Monitoring tem limites de quota para as taxas de pedidos de carregamento de séries cronológicas e consultas de séries cronológicas. As solicitações de ingestão são chamadas que escrevem dados de séries cronológicas, e as consultas são chamadas que obtêm dados de séries cronológicas. Também existem limites internos noutros pontos finais da API Monitoring; estes pontos finais não se destinam a processar taxas elevadas de pedidos.

Para reduzir o número de pedidos de API que emite quando os seus serviços escrevem dados de séries cronológicas, use um pedido de API para escrever dados para várias séries cronológicas. Recomendamos que escreva, pelo menos, 10 objetos por pedido. Para mais informações sobre o processamento em lote de pedidos de API, consulte timeSeries.create.

Se, depois de agrupar os pedidos da API, ainda precisar de limites de quota da API Monitoring mais elevados, contacte o Google Cloud apoio técnico.

Os outros limites são fixos e estão detalhados nesta página.

Para mais informações, consulte a documentação das quotas da nuvem.

Retenção de dados

Os pontos de dados de métricas mais antigos do que o período de retenção são eliminados das séries cronológicas.

Categoria Valor
Retenção de pontos de dados de tipos de métricas personalizados, externos e de agentes, incluindo:
  • Métricas personalizadas, prefixo custom.googleapis.com
  • Métricas do Google Cloud Managed Service for Prometheus, prefixo prometheus.googleapis.com2
  • Métricas do agente, prefixo agent.googleapis.com, incluindo
    processes/count_by_state e processes/fork_state.
    As restantes métricas processes têm um período de retenção diferente. Consulte a entrada seguinte.
  • Métricas externas, prefixo external.googleapis.com
  • OpenTelemetry e outras métricas de carga de trabalho, prefixo workload.googleapis.com
24 meses1
Retenção de pontos de dados de tipos de métricas de estado do processo: agent.googleapis.com/processes,
, exceto count_by_state e fork_state, conforme indicado na entrada anterior.
24 horas
Retenção de pontos de dados para alguns Google Cloud serviços, incluindo a maioria das métricas nas seguintes categorias:
  • Métricas do Compute Engine, prefixo compute.googleapis.com
  • Métricas do GKE e do GKE Enterprise, prefixo kubernetes.io
  • Métricas do Cloud Storage, prefixo storage.googleapis.com
  • Métricas do BigQuery, prefixo bigquery.googleapis.com
  • Métricas do Cloud SQL, prefixo cloudsql.googleapis.com
  • Métricas do balanceador de carga interno, https e L7, prefixo loadbalancing.googleapis.com
24 meses1
Retenção de pontos de dados de todos os outros tipos de métricas, incluindo: 6 semanas
Tempo de vida dos tokens de página da API 24 horas

1 Os dados das métricas são armazenados durante 6 semanas na respetiva frequência de amostragem original e, em seguida, são reduzidos para intervalos de 10 minutos para armazenamento prolongado.
2 Os dados das métricas do serviço gerido do Google Cloud para o Prometheus são armazenados durante 1 semana na respetiva frequência de amostragem original. Em seguida, a amostragem é reduzida para intervalos de 1 minuto durante as 5 semanas seguintes e, depois, é reduzida para intervalos de 10 minutos para armazenamento prolongado.

Grupos de recursos

Categoria Valor
Número de grupos de recursos por âmbito de métricas 500
Número máximo de grupos incluídos num relatório por email1 10

1 Quando configura relatórios por email do Cloud Monitoring, pode pedir informações sobre a utilização dos seus grupos de recursos. Devido a uma limitação no criador de relatórios por email, os relatórios gerados incluem informações apenas para 10 grupos.

Limites de projetos monitorizados

O Cloud Monitoring suporta oficialmente até 375 Google Cloud projetos por âmbito de métricas .

Pode adicionar até 3500 Google Cloud projetos por âmbito de métricas, mas pode ter problemas de desempenho, especialmente ao consultar métricas personalizadas ou dados do histórico. O Cloud Monitoring garante consultas com bom desempenho e gráficos apenas para 375 Google Cloud projetos por âmbito de métricas .

Para aumentar a quota de Google Cloud projetos por âmbito de métricas, pode pedir um aumento da quota "Projetos monitorizados / âmbito de métricas de monitorização". Consulte a documentação sobre a gestão da sua quota para mais detalhes.

Limites na criação e atualização de descritores de métricas

O Cloud Monitoring aplica um limite de taxa por minuto à criação de novas métricas, à adição de novos nomes de etiquetas a métricas existentes e à eliminação de métricas. Normalmente, este limite de taxa só é atingido quando se faz a primeira integração com o Cloud Monitoring, por exemplo, quando migra uma implementação do Prometheus existente e desenvolvida para o Cloud Monitoring. Isto não é um limite de taxa para a introdução de pontos de dados. Este limite de taxa só se aplica quando cria métricas nunca antes vistas ou quando adiciona novos nomes de etiquetas a métricas existentes.

Esta quota é fixa, mas quaisquer problemas devem ser resolvidos automaticamente à medida que são criadas novas métricas e etiquetas de métricas até ao limite por minuto.

Limites para alertas

Categoria Valor Tipo de política1
Políticas de alertas (soma da métrica e do registo) por âmbito de métricas 2 2000 Métrica, registo
Condições por política de alerta baseada em métricas 6 Métrica
Condições por política de alerta baseada em SQL (pré-visualização pública) 1 SQL
Tempo máximo de execução de consultas para uma política de alerta baseada em SQL (pré-visualização pública) 5 minutos SQL
Período máximo durante o qual uma condição de ausência de métricas é avaliada3
1 dia Métrica
Período máximo durante o qual uma condição de limite de métricas é avaliada3
23 horas e 30 minutos Métrica
Comprimento máximo do filtro usado
numa condição de limite métrico
2048 carateres Unicode Métrica
Número máximo de séries cronológicas
monitorizadas por uma condição de previsão
64 Métrica
Período de previsão mínimo 1 hora (3600 segundos) Métrica
Período de previsão máximo 2,5 dias (216 000 segundos) Métrica
Canais de notificação por política de alerta 16 Tudo
Taxa máxima de incidentes4
para alertas baseados em registos
1 incidente a cada 5 minutos Registo
Número máximo de incidentes
para alertas baseados em registos
20 incidentes por dia para cada política de alertas baseada em registos Registo
Número máximo de notificações por incidente5
para alertas baseados em registos
20 notificações por dia por incidente Registo
Número máximo de políticas de alerta acionadas em simultâneo
por projeto
80 000 Tudo
Número máximo de incidentes abertos em simultâneo
por política de alerta
1000 Tudo
Período após o qual um incidente sem novos dados é
fechado automaticamente
7 dias Métrica, SQL
Duração máxima de um incidente se não for fechado manualmente 7 dias Registo
Retenção de incidentes fechados 13 meses Não aplicável
Retenção de incidentes abertos Indefinido Não aplicável
Canais de notificação por âmbito das métricas 4000 Não aplicável
Número máximo de políticas de alerta por suspensão 16 Tudo
Retenção de uma suspensão 13 meses Não aplicável
1Métrica: uma política de alerta baseada em dados de métricas; registo: uma política de alerta baseada em mensagens de registo (alertas baseados em registos)
2Pode pedir para aumentar este limite do predefinido de 2000 políticas por âmbito de métricas até 10 000 políticas por âmbito de métricas.
3O período máximo durante o qual uma condição é avaliada é a soma do período de alinhamento e dos valores da janela de duração. Por exemplo, se o período de alinhamento estiver definido como 15 horas e o período de duração estiver definido como 15 horas, são necessárias 30 horas de dados para avaliar a condição.
4Se a consulta da sua política de alertas baseados em registos extrair valores de etiquetas, cada combinação de valores extraídos representa a sua própria cronologia de incidentes. Por exemplo, suponha que uma política de alertas baseada em registos extrai os valores de uma etiqueta e que a etiqueta pode ter dois valores. Com esta configuração, podem ser criados dois incidentes, um para cada valor de etiqueta, no mesmo período de 5 minutos.
5Para alertas baseados em registos, o Monitoring envia uma nova notificação para um incidente aberto quando é recebida uma entrada de registo que corresponde ao filtro e decorreram, pelo menos, 5 minutos desde a notificação mais recente. São enviadas, no máximo, 20 notificações por dia por incidente. Cada notificação é enviada para todos os canais de notificação configurados para a política de alertas.

Limites para mensagens SMS

Os limites de mensagens SMS são aplicados numa janela contínua de 24 horas.

Categoria Valor
Número de códigos de validação por SMS 40
Número de códigos de validação por SMS por número de telefone 5
Número de mensagens de alerta por SMS 2500
Número de mensagens de alerta por SMS por número de telefone 200

Limites para monitores sintéticos

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
*Este limite aplica-se ao número de configurações de verificação de tempo de atividade. Cada configuração de verificação de tempo de atividade inclui o intervalo de tempo entre os testes do estado do recurso especificado.
Para informações sobre como aumentar este limite, consulte o artigo Peça um ajuste da quota.

Limites para a criação de gráficos

Categoria Valor
Painéis de controlo por âmbito das métricas 1000
Gráficos num painel de controlo 100
Retenção do histórico de versões do painel de controlo 90 dias
Linhas num gráfico 50*
Linhas numa tabela 300
*Este limite é aplicado por motivos de desempenho. Quando existem mais de 50 séries temporais para representar graficamente, é adicionado um ícone com um ponto vermelho à barra de ferramentas. A sugestão do ícone apresenta a mensagem To improve performance, we've limited the time series displayed in this chart. Para apresentar todos os intervalos temporais, expanda a sugestão e selecione o botão com a etiqueta Mostrar todos os intervalos temporais.

Objetivos ao nível do serviço

Categoria Valor
Número de SLOs por serviço 500