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:
- Monitoriza o seu consumo de Google Cloud produtos e serviços
- Restringe o seu consumo desses recursos
- Oferece uma forma de pedir alterações ao valor da quota e automatizar os ajustes de quotas
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_instance
k8s_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:
|
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:
|
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 |
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† |
†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 |
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 |