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.
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:
|
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 |
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† |
†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 |