Para garantir uma operação eficiente, o Cloud Monitoring aplica os limites de uso a seguir.
Métricas definidas pelo usuário
| 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 |
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 um intervalo de pelo menos cinco segundos. É 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 24 horas anteriores.
O limite especificado na linha é o número total de séries temporais 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 (personalizada, carga de trabalho, Prometheus ou externa). O recurso monitorado global é uma exceção. Nele, o limite é aplicado separadamente a cada métrica definida pelo usuário. Esse é um limite de segurança de todo o sistema e
não é personalizável.
Como monitorar limites e cotas da API
| Categoria | Valor máximo |
|---|---|
| Limites do uso da API | Consulte o Painel de cotas. No caso de uma API, clique em Todas as cotas para ver essa informação. |
| 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érie temporal, use uma solicitação de API para gravar dados de várias séries temporais. Recomendamos que você grave pelo menos 10 objetos por solicitação.
Para mais informações sobre solicitações em lote de APIs, consulte timeSeries.create.
Se, mesmo depois de agrupar as 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 |
| 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 da métrica do Google Cloud Managed Service para Prometheus são armazenados por 1 semana na frequência de de amostragem original. Depois, eles são amostrados para intervalos de 1 minuto pelas próximas 5 semanas e são amostrados 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 oferece suporte oficial a até 375 projetos do Google Cloud por escopo de métricas .
É possível adicionar até mil projetos do Google Cloud por escopo de métricas, mas talvez haja problemas de desempenho, principalmente 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 os projetos do Cloud por cota de 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 para verificações de tempo de atividade e 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 |
| 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 | 7 dias (604.800 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 |
| Verificações de tempo de atividade por escopo de métricas 4 | 100 | Não relevante |
| Número máximo de pings no ICMP por verificação de tempo de atividade pública | 3 | 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.
4Esse 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. Consulte Como gerenciar verificações de tempo de atividade para obter mais informações.
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 | 300 |
Objetivos de nível de serviço
| Categoria | Valor |
|---|---|
| Número de SLOs por serviço | 500 |