Cotas e limites do Cloud Monitoring

Neste documento, listamos as quotas e os quotas que se aplicam ao Cloud Monitoring.

Uma cota restringe quanto de um determinado recurso compartilhado do Google Cloud o projeto do Google Cloud pode usar, incluindo hardware, software e componentes de rede. Dessa forma, as cotas fazem parte de um sistema que:

  • monitora o uso ou o consumo de produtos e serviços do Google Cloud;
  • restringe o consumo desses recursos por motivos, que garantem imparcialidade e reduzem picos de uso;
  • mantém as configurações que aplicam automaticamente restrições prescritas;
  • fornece um meio de solicitar ou faz alterações na cota.

Na maioria dos casos, quando uma cota é excedida, o sistema bloqueia imediatamente o acesso ao recurso relevante do Google. Além disso, a tarefa que você está tentando executar falha. Na maioria dos casos, as cotas se aplicam a todos os projetos do Google Cloud. Além disso, elas são compartilhadas entre todos os aplicativos e endereços IP que usam esse projeto.

Para aumentar ou diminuir a maioria das cotas, use o console do Google Cloud. Para mais informações, consulte Solicitar uma cota maior.

Também há limites nos recursos do Monitoring. Esses limites não estão relacionados ao sistema de cotas. Não é possível mudar os limites, a menos que seja indicado o contrário.

Métricas definidas pelo usuário

A página Gerenciamento de métricas do Cloud Monitoring fornece informações que podem ajudar a controlar o valor gasto em métricas sujeitas a cobrança, sem afetar a observabilidade. A página Gerenciamento de métricas mostra as seguintes informações:

  • Volumes de ingestão para faturamento baseado em byte e amostra, em domínios de métricas e para métricas individuais.
  • Dados sobre rótulos e cardinalidade de métricas.
  • Uso de métricas em políticas de alertas e painéis personalizados.
  • Taxa de erros de gravação de métrica.
Para mais informações sobre a página Gerenciamento de métricas, consulte Visualização e gerenciar o uso de métricas.

Categoria Valor máximo
Descritores de métricas personalizadas por projeto1 10.000
Rótulos por descritor de métrica 30
Comprimento da string para chave de rótulo 100
Comprimento da string para valor de rótulo 1024
Séries temporais incluídas em uma solicitação de gravação2 200
Taxa em que os dados podem ser gravados em uma única série temporal3 Um ponto a cada 5 segundos
Buckets de histograma por métrica de distribuição personalizada 200
Descritores de métricas de carga de trabalho, do Prometheus e externas4 por projeto 25.000
Séries temporais ativas nas métricas personalizadas por recurso monitorado5 200.000
Séries temporais ativas nas métricas externas por recurso monitorado5 200.000
Séries temporais ativas no Prometheus por recurso monitorado5 1.000.000
Séries temporais ativas nas métricas externas por recurso monitorado5 200.000
Taxa em que os descritores de métrica podem ser criados 6.000 por minuto em cada projeto

1 Esse limite é dado pelo Cloud Monitoring. Outros serviços podem impor valores máximos mais baixos. As métricas personalizadas são aquelas gravadas em custom.googleapis.com.
2 Como é possível gravar somente um ponto de dados para cada série temporal de uma solicitação, esse limite também funciona como o número máximo de gravações por solicitação.
3 A API Cloud Monitoring exige que os horários de término dos pontos gravados em uma série temporal tenham pelo menos 5 segundos de diferença. É possível gravar pontos de dados em lote em uma série temporal, desde que isso seja feito na ordem correta.
4 Métricas externas são aquelas gravadas para external.googleapis.com.
5 Uma série temporal ficará ativa se você tiver gravado pontos de dados nela nas últimas 24 horas. O limite especificado na linha é o número total de série temporal ativas para um único recurso monitorado (por exemplo, uma única VM gce_instance ou um único contêiner k8s_container) em todas as métricas definidas pelo usuário nessa linha (personalizadas, cargas de trabalho, Prometheus ou externas). Uma exceção é o recurso monitorado global, em que o limite se aplica a cada métrica definida pelo usuário separadamente. Esse é um limite de segurança de todo o sistema e não pode ser personalizado.

Como monitorar limites e cotas da API

Categoria Valor máximo
Limites do uso da API

Para encontrar as cotas e os limites da API, siga um destes procedimentos:

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

Sobre como monitorar as cotas da API

A API Monitoring tem limites de cotas para as taxas de solicitações de processamento e de consultas de séries temporais. As solicitações de processamento são chamadas que gravam dados de séries temporais, e as consultas são chamadas que retornam dados delas. Também há limites internos para outros endpoints da API Monitoring. Esses endpoints não foram feitos para processar altas taxas de solicitações.

Para reduzir o número de solicitações de API emitidas quando os serviços gravam dados de séries temporais, use uma solicitação de API para gravar dados de várias série temporal. Recomendamos que você grave pelo menos 10 objetos por solicitação. Para mais informações sobre solicitações de API em lotes, consulte timeSeries.create.

Se, depois de agrupar suas solicitações de API, você ainda precisar de limites de cota mais altos da API Monitoring, entre em contato com o suporte do Google Cloud.

Os outros limites são fixos conforme os detalhes nesta página.

Para mais informações, acesse Como trabalhar com cotas.

Retenção de dados

Os pontos de dados de métricas mais antigos que o período de armazenamento são excluídos das séries temporais.

Categoria Valor
Retenção de pontos de dados de tipos de métricas personalizadas, externas e de agente, incluindo:
  • Métricas personalizadas, prefixo custom.googleapis.com
  • Métricas do Google Cloud Managed Service para Prometheus, prefixo prometheus.googleapis.com2.
  • Métricas de agente, prefixo agent.googleapis.com, incluindo
    processes/count_by_state e processes/fork_state.
    As métricas processes restantes têm um período de armazenamento diferente; consulte a entrada a seguir.
  • 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 integridade do processo: agent.googleapis.com/processes,
, exceto count_by_state e fork_state, conforme observado na entrada anterior.
24 horas
Retenção de pontos de dados de todos os outros tipos de métricas, incluindo: 6 semanas Retenção de métricas do Google Cloud 6 semanas
Ciclo de vida dos tokens de página da API 24 horas

1 Os dados de métricas são armazenados por 6 semanas em sua frequência de amostragem original e, em seguida, são amostrados em intervalos de 10 minutos para armazenamento estendido.
2 Os dados de métricas do Google Cloud Managed Service para Prometheus são armazenados por 1 semana com a frequência de amostragem original. Em seguida, a amostragem é reduzida para intervalos de 1 minuto nas próximas 5 semanas e depois reduzida para intervalos de 10 minutos para armazenamento estendido.

grupos de recursos

Categoria Valor
Número de grupos de recursos por escopo de métricas 500
Número máximo de grupos incluídos em um relatório por e-mail1 10

1 Ao configurar os relatórios por e-mail do Cloud Monitoring, é possível solicitar informações sobre a utilização dos grupos de recursos. Devido a uma limitação nos relatórios por e-mail, os relatórios gerados incluem informações de apenas 10 grupos.

Limites do projeto monitorado

O Cloud Monitoring é oficialmente compatível com até 375 projetos do Google Cloud por escopo de métricas .

É possível adicionar até 1.000 projetos do Google Cloud por escopo de métricas. No entanto, é possível que ocorram problemas de desempenho, especialmente ao consultar métricas personalizadas ou dados históricos. O Cloud Monitoring garante consultas e gráficos de alto desempenho somente para 375 projetos do Google Cloud por escopo de métricas .

Para aumentar a cota de projetos do Google Cloud por escopo de métricas, solicite um aumento da cota "Projetos monitorados / escopo das métricas de monitoramento". Consulte a documentação sobre como gerenciar sua cota para mais detalhes.

Limites de criação e atualização de descritores de métrica

O Cloud Monitoring aplica um limite de taxa por minuto na criação de novas métricas, na adição de novos rótulos a métricas atuais e na exclusão de métricas. Esse limite de taxa geralmente é atingido apenas na primeira integração com o Cloud Monitoring, por exemplo, ao migrar uma implantação madura do Prometheus para o Cloud Monitoring. Esse não é um limite de taxa para a ingestão de pontos de dados. Essa limitação de taxa se aplica apenas ao criar métricas nunca vistas antes ou ao adicionar novos rótulos a métricas existentes.

Essa cota é fixa, mas os problemas são resolvidos automaticamente conforme novas métricas e rótulos de métrica são criados até o limite por minuto.

Limites de alertas

Categoria Valor Tipo de política1
Políticas de alertas (soma da métrica e do registro) por escopo de métricas 2 500 Métrica, Registro
Condições por política de alertas 6 Métrica
Período máximo que uma
condição de ausência de métrica avalia3
1 dia Métrica
Período máximo em que uma
condição de limite de métrica é avaliada3
23 horas e 30 minutos Métrica
Tamanho máximo do filtro usado
em uma condição de limite de métrica
2.048 caracteres Unicode Métrica
Número máximo de séries temporais
monitoradas por uma condição de previsão
64 Métrica
Janela mínima de previsão 1 hora (3.600 segundos) Métrica
Janela máxima de previsão 2,5 dias (216.000 segundos) Métrica
Canais de notificação por política de alertas 16 Métrica, Registro
Taxa máxima de notificações 1 notificação a cada 5 minutos para cada alerta baseado em registro Registro
Número máximo de notificações 20 notificações por dia para cada alerta baseado em registro Registro
Número máximo de incidentes abertos simultaneamente
por política de alertas
1.000 Métrica
Período após o qual um incidente sem dados novos é
fechado automaticamente
7 dias Métrica
Duração máxima de um incidente, se ele não for fechado manualmente 7 dias Registro
Retenção de incidentes fechados 13 meses Não relevante
Retenção de incidentes abertos Indefinida Não relevante
Canais de notificação por escopo de métricas 4.000 Não relevante
Número máximo de políticas de alertas por adiamento 16 Métrica, Registro
Retenção de uma soneca 13 meses Não relevante
1Métrica: uma política de alertas com base em dados de métrica Registro: uma política de alertas baseada em mensagens de registro (alertas baseados em registros)
2Apigee e Apigee híbrida } estão profundamente integrados ao Cloud Monitoring. O limite de alerta para todos os níveis de assinatura da Apigee (Standard, Enterprise e Enterprise Plus) é o mesmo que para o Cloud Monitoring: 500 por escopo de métricas .
3O período máximo que uma condição avalia é a soma dos períodos de alinhamento e de duração. Por exemplo, se o período de alinhamento for definido como 15 horas e a janela de duração for definida como 15 horas, serão necessárias 30 horas de dados para avaliar a condição.

Limites para monitores sintéticos

Categoria Valor
Verificações de tempo de atividade por escopo de métricas * 100
Número máximo de pings de ICMP por verificação de tempo de atividade pública 3
Monitores sintéticos por escopo de métricas 100
*Esse limite se aplica 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 o teste do status do recurso especificado.
Para informações sobre como aumentar esse limite, consulte Gerenciar sua cota usando o console do Google Cloud.

Limites para geração de gráficos

Categoria Valor
Painéis por escopo de métricas 1000
Gráficos em um painel 40
Linhas em um gráfico 50

Objetivos de nível de serviço

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