Preços do pacote de operações do Google Cloud

O preço do pacote de operações do Google Cloud permite que você controle o uso e os gastos. Os produtos do pacote de operações do Google Cloud são cobrados por volume de dados ou uso. É possível usar as cotas de uso de dados sem custo para começar sem taxas ou compromissos iniciais.

As tabelas a seguir resumem as informações de preços do Cloud Logging, do Cloud Monitoring e do Cloud Trace:

Resumo dos preços do Cloud Logging

Recurso	Preço^1	Cota gratuita por mês	Início da vigência
Ingestão do Logging	US$ 0,50/GiB por registros ingeridos; esta taxa de ingestão única inclui até 30 dias de armazenamento	Primeiros 50 GiB/projeto	1º de julho de 2018
Armazenamento do Logging	US$ 0,01/GiB por registros retidos por mais de 30 dias; faturado mensalmente de acordo com a retenção.	Os registros retidosdurante o período de retenção padrão não geram custo de armazenamento.	1o de abril de 2023^†

^† Antes de 1o de abril de 2023, não há cobrança para reter registros por mais de 30 dias.

Resumo dos preços do Cloud Monitoring

Recurso	Preço	Cota gratuita por mês	Início da vigência
Todos os dados do Monitoring exceto os dados ingeridos usando o Managed Service para Prometheus	US$ 0,2580/MiB^1: primeiros 150–100.000 MiB US$ 0,1510/MiB: próximos 100.000–250.000 MiB US$ 0,0610/MiB : mais de 250.000 MiB	Todas as métricas do Google Cloud não sujeitas a cobrança Primeiras 150 MiB por conta de faturamento para métricas cobradas por bytes ingeridos	1º de julho de 2018
Métricas ingeridas usando o Google Cloud Managed Service para Prometheus, incluindo as métricas do plano de controle do GKE	US$ 0,15/milhão de amostras^†: as primeiras 0 a 50 bilhões de amostras ingeridas^# US$ 0,12/milhão de amostras: próximas 50 a 250 bilhões de amostras ingeridas US$ 0,09/milhão de amostras: próximas 250-500 bilhões de amostras ingeridas US$ 0,06/milhão de amostras: mais de 500 bilhões de amostras ingeridas	Não relevante	16 de maio de 2022
Como monitorar dados ingeridos usando métricas de carga de trabalho do GKE	As métricas de carga de trabalho do GKE estão obsoletas e foram removidas no GKE 1.24. Durante o período de descontinuação, a ingestão de métricas de carga de trabalho do GKE não será cobrada.	Não relevante	Não relevante
Chamadas da API Monitoring	US$ 0,01/1.000 chamadas de API de leitura (as chamadas de gravação são gratuitas)	Primeiro milhão de chamadas de API de leitura incluídas por conta de faturamento	1º de julho de 2018
Execução de Verificações de tempo de atividade do Monitoring	US$ 0,30/1.000 execuções^‡	1 milhão de execuções por projeto do Google Cloud	1o de outubro de 2022

^† O Google Cloud Managed Service para Prometheus usa o armazenamento do Cloud Monitoring para dados de métricas criados externamente e usa a API Monitoring para recuperá-los. O serviço gerenciado para o Prometheus mede com base em amostras ingeridas em vez de bytes para se alinhar às convenções do Prometheus. Para mais informações sobre a medição baseada em amostra, consulte Preços para controle e previsibilidade. Para exemplos computacionais, consulte Exemplos de preços com base em amostras ingeridas.
^# As amostras são contabilizadas por conta de faturamento.
^‡ As execuções são cobradas na conta de faturamento em que são definidas. Para mais informações, consulte Preços para execução da verificação de tempo de atividade.

Resumo dos preços do Cloud Trace

Recurso	Preço	Cota gratuita por mês	Início da vigência
Ingestão do Trace	US$ 0,20/milhão de períodos	Primeiros 2,5 milhões de períodos	1º de novembro de 2018

Para informações detalhadas sobre os custos dos produtos do pacote de operações do Google Cloud, consulte as seguintes seções desta página:

• Cloud Logging
• Cloud Monitoring
• Error Reporting
• Cloud Debugger
• Cloud Profiler
• Cloud Trace

Para mais informações sobre preços, consulte a página do Anthos.

Como visualizar o uso

Para ver seu uso atual, acesse a página Relatórios do Cloud Billing no Console do Google Cloud.

Acessar o Cloud Billing

Com base nos dados de uso atuais, é possível fazer uma estimativa das faturas usando a calculadora de preços.

Por exemplo, uma configuração em que toda instância de VM do Compute Engine gera 10 GiB de registros sujeitos a cobrança e 20 MiB de métricas sujeitas a cobrança por mês. Ao usar a calculadora de preços, você determina o custo estimado do Cloud Monitoring e do Cloud Logging:

	1 VM	10 VMs	100 VMs	1.000 VMs
Custo de métricas por mês	US$ 0,00	US$ 12,90	US$ 477,30	US$ 5.121,30
Custo da geração de registros por mês	US$ 0,00	US$ 25,00	US$ 475,00	US$ 4.975,00
Custo total:	US$ 0,00	US$ 37,90	US$ 952,30	US$ 10.096,30

Como configurar um alerta de faturamento

Para receber notificações caso suas cobranças faturáveis ou previstas excedam um orçamento, crie um alerta na página Orçamentos e alertas do Console do Google Cloud:

1. Faça login no console do Google Cloud:
   Fazer login no console do Google Cloud
2. Abra o menu de navegação do Console e selecione Faturamento. Se você tiver mais de uma conta do Cloud Billing, siga uma das orientações a seguir:
   • Para gerenciar o Cloud Billing no projeto atual, selecione Acessar a conta de faturamento vinculada.
   • Para localizar outra conta do Cloud Billing, selecione Gerenciar contas de faturamento e escolha a opção em que você quer definir um orçamento.
3. No menu de navegação de faturamento, selecione Orçamentos e alertas.
4. Clique em Criar orçamento.
5. Preencha a caixa de diálogo do orçamento. Nesse campo, selecione projetos e produtos do Google Cloud e depois crie um orçamento para a combinação. Por padrão, você recebe notificações ao atingir 50%, 90% e 100% do orçamento. Para ver a documentação completa, consulte Definir orçamentos e alertas.
   Observação:na caixa de diálogo de faturamento, use as seguintes configurações:

   • Para criar um alerta sobre o uso do Cloud Logging, selecione Cloud Logging
   • Para criar um alerta sobre o uso do Cloud Monitoring, selecione Cloud Monitoring
   • Para criar um alerta sobre o uso do Cloud Trace, selecione Cloud Trace

Cloud Logging

Os preços do Cloud Logging dos buckets de registro, que são os contêineres do Logging que ingerem e armazenam dados de registros. Por padrão, os buckets de registros não usam a análise de registros. Não há cobrança separada para rotear registros para buckets que foram atualizados para usar a análise de registros.

O Logging cobra pelo volume de dados de registros que exceder as cotas mensais gratuitas para ingestão e armazenamento.

Nesta seção, você encontra as informações a seguir:

• Descrição da cota de ingestão gratuita.
• Descrição da cota de armazenamento gratuito.
• Definição sobre quando podem haver cobranças relacionadas à ingestão e armazenamento do Cloud Logging.
• Informações sobre como reduzir sua ingestão do Cloud Logging.
• Configurações de uma política de alertas que pode notificar você se a ingestão do Cloud Logging atingir um limite

Para ver informações sobre os preços, consulte Preços do Cloud Logging.

Para saber os limites que se aplicam ao seu uso do Logging, incluindo períodos de armazenamento de dados, consulte Cotas e limites.

Para ver e entender seus dados de uso do Cloud Logging, consulte Como estimar suas faturas.

Noções básicas sobre armazenamento do Cloud Logging

Para cada projeto do Cloud, o Logging cria automaticamente dois buckets de registro: _Required e _Default. Por padrão, os buckets _Required e _Default não usam a análise de registros. No entanto, é possível fazer upgrade dos buckets de registro para usar o Log Analytics.

Para esses dois buckets, o Logging cria automaticamente coletores de registro, denominados _Required e _Default, que encaminham registros para os buckets correspondentes. Não é possível desativar ou modificar o coletor _Required. É possível desativar ou modificar o coletor _Default para impedir que o bucket _Default processe registros.

Além disso, é possível criar buckets de registro definidos pelo usuário em qualquer projeto do Cloud e configurar coletores para rotear qualquer combinação de registros, mesmo entre projetos do Cloud na sua organização do Google Cloud, para esses buckets. É possível fazer upgrade dos buckets de registro para usar a análise de registros.

Para mais informações sobre buckets e coletores do Cloud Logging, consulte Visão geral de armazenamento do Cloud Logging.

Preços de ingestão

Para fins de precificação, no Cloud Logging, ingestão é o processo de gravar dados na API Cloud Logging e encaminhá-los para buckets de registro. Não há diferenças de preços entre o roteamento para buckets de registro que não usam o Analytics e o roteamento para buckets de registro que foram atualizados para usar o Analytics.

O Logging cobra pelo volume de dados de registros que excede a cota de ingestão mensal gratuita, exceto pelos registros ingeridos no bucket _Required. Os custos de processamento não se aplicam a registros armazenados no bucket de registro _Required.

Observação: embora não haja custos para ingerir registros no bucket _Required, se você copiar desses mesmos registros para outro bucket, então se aplicam os preços de processamento.

É possível ser cobrado pelo processamento da mesma entrada de registro várias vezes. Por exemplo, se os coletores encaminharem uma entrada de registro para três buckets de registro, a ingestão dessas entradas será contabilizada três vezes na sua cota.

Ingestão gratuita com o bucket _Required

O Cloud Logging roteia automaticamente determinados registros, listados abaixo, para o bucket _Required. Não é possível excluir esse bucket ou impedi-lo de ingerir registros. Portanto, a ingestão dos registros a seguir no bucket _Required é gratuita e não é contabilizada na cota de ingestão de registros mensais:

• Os registros de auditoria da atividade do administrador e os registros de auditoria de eventos do sistema do Cloud Audit Logging.

• Registros de auditoria do administrador do Google Workspace, registros de auditoria de grupos empresariais e de login.

• Registros de transparência no acesso No entanto, ativar a transparência no acesso requer determinados níveis de suporte do Google Cloud. Veja a documentação de registros da transparência no acesso para mais informações.

Observação: as cobranças de processamento se aplicam a todos os buckets de registros, exceto pelo _Required.

.

Preços de armazenamento

Observação: a partir de 1o de abril de 2023, os custos de armazenamento serão aplicados aos dados de registros retidos por mais de 30 dias. Para detalhes sobre preços, consulte Resumo de preços do Cloud Logging. Antes de 1o de abril de 2023, não havia cobranças para reter registros por mais de 30 dias.

Para fins de precificação, no Cloud Logging, armazenamento refere-se aos dados de registros que são retidos nos buckets de registro.

O Cloud Logging fornece armazenamento gratuito para todos os registros ingeridos, independentemente do bucket de registros que os mantêm, pelos primeiros 30 dias.

Os custos de armazenamento nunca se aplicam aos registros armazenados no bucket de registro _Required. Se você rotear cópias desses mesmos registros para outro bucket e mantê-las por mais de 30 dias, os preços de armazenamento serão aplicados.

É possível ser cobrado pelo armazenamento da mesma entrada de registro várias vezes. Por exemplo, se os coletores rotearem uma entrada de registro para o bucket de registros _Default e também para um bucket de registros definido pelo usuário e você tiver configurado a retenção personalizada para esses buckets nos últimos 30 dias, o armazenamento dessa entrada será contabilizado duas vezes nos custos de armazenamento.

Preço de retenção personalizado

Se você configurar períodos de retenção personalizados nos buckets de registro definidos pelo usuário ou no bucket _Default e estender a retenção de dados dos registros por mais tempo que a período de armazenamento padrão, aplicam-se os custos de armazenamento.

Se você reduzir a retenção do bucket, haverá um período de carência de sete dias em que os registros expirados não serão excluídos. Não é possível consultar ou visualizar esses registros expirados. No entanto, nesses sete dias, é possível restaurar o acesso total estendendo a retenção do bucket. Os registros armazenados durante o período de carência são contabilizados nos custos de armazenamento.

Como reduzir a ingestão de registros

O Logging permite identificar e excluir manualmente as entradas de registro do seu projeto do Google Cloud, reduzindo assim a ingestão do Cloud Logging.

Para reduzir os custos de ingestão no Cloud Logging, configure filtros de exclusão nos coletores de buckets de registros e considere encaminhar os registros para fora do Cloud Logging para manter o acesso a eles.

É possível adicionar filtros de exclusão a um coletor de registros para excluir as entradas de registro correspondentes ou criar amostras de determinadas entradas de registro de modo que apenas uma porcentagem dessas entradas sejam ingeridas pelo Cloud Logging. As entradas de registro excluídas não são ingeridas. Portanto, elas não afetam sua cota de processamento. Para instruções sobre como configurar filtros de exclusão, consulte Como excluir registros.

Para manter o acesso a registros fora do Logging, também é possível usar coletores de registros para encaminhar entradas de registro do Cloud Logging para um destino compatível do Google Cloud, como um bucket do Cloud Storage, um conjunto de dados do BigQuery ou um tópico do Pub/Sub. Não há cobranças do Logging para encaminhar registros, mas os serviços do Google Cloud que recebem os registros cobram pelo uso deles. Para ver instruções sobre como encaminhar registros para fora do Cloud Logging, consulte Como exportar registros.

Métricas com base em registros

As métricas com base em registros definidas pelo sistema são fornecidas para todos os projetos do Google Cloud e não estão sujeitas a cobranças.

As métricas com base em registros definidas pelo usuário são uma classe de métricas personalizadas do Cloud Monitoring e são faturáveis. Para ver detalhes de preços, consulte Métricas faturáveis.

Para mais informações, consulte Visão geral das métricas com base em registros.

Criação de alertas sobre bytes de registros ingeridos mensalmente

Para criar uma política de alertas acionada quando os bytes de registro ingeridos mensalmente excederem o limite definido pelo usuário para o Cloud Logging, use as configurações a seguir.

Etapas para criar uma política de alertas

Para criar uma política de alertas, siga estas etapas:

1. No Console do Google Cloud, acesse Monitoring ou use o botão a seguir.
   Acessar o Monitoring
2. No painel de navegação do Monitoring, selecione Alertas e depois Criar política.
3. Se você não tiver criado seus canais de notificação e quiser receber uma notificação, clique em Editar canais de notificação e adicione-os. Volte para a página Alertas depois de adicionar seus canais.
4. Na página Alertas, clique em Criar política.
5. Para selecionar o recurso, a métrica e os filtros, expanda o menu Selecionar uma métrica e use os valores na tabela Nova condição:
   1. (Opcional) Para limitar o menu a entradas relevantes, insira o nome do recurso ou da métrica na barra de filtro.
   2. Selecione um Tipo de recurso. Por exemplo, selecione Instância de VM.
   3. Selecione uma Categoria de métrica. Por exemplo, selecione instância.
   4. Selecione uma Métrica. Por exemplo, selecione CPU Utilization.
   5. Selecione Apply.
6. Clique em Avançar e configure o acionador da política de alertas. Para preencher esses campos, use os valores na tabela Configurar gatilho de alerta.
7. Clique em Next.

8. Opcional: para adicionar notificações à sua política de alertas, clique em Canais de notificação. Na caixa de diálogo, selecione um ou mais canais de notificação no menu e clique em OK.

   (Opcional) Para receber uma notificação quando os incidentes forem abertos ou fechados, marque Notificar sobre o fechamento de incidentes. Por padrão, as notificações são enviadas apenas quando incidentes são abertos.

9. Opcional: Atualize a Duração do fechamento automático do incidente. Este campo determina quando o Monitoring fecha incidentes na ausência de dados de métrica.
10. Opcional: clique em Documentação e adicione as informações que quer incluir em uma mensagem de notificação.
11. Clique em Nome e digite um nome para a política de alertas.
12. Clique em Criar política.

Novo estado Campo	Valor
Recurso e métrica	No menu Recursos, selecione Global. No menu Categorias de métricas, selecione Métrica com base em registros. No menu Métricas, selecione Bytes de registro mensais ingeridos.
Filtrar	Nenhuma.
Várias séries Agregação de série temporal	sum
Janela contínua	60 m
Função de janela contínua	max

Campo Configurar gatilho de alerta	Valor
Tipo de condição	Threshold
Acionador de alerta	Any time series violates
Posição do limite	Above threshold
Valor do limite	Você determina o valor aceitável.
Teste a janela novamente	O valor mínimo aceitável é de 30 minutos.

Cloud Monitoring

O Monitoring cobra pelos seguintes itens:

• Métricas medidas por bytes ingeridos, quando os dados de métricas ingeridos excedem a cota de métricas mensal gratuita.

  Métricas não sujeitas a cobrança não contam para o limite de cota.

• Métricas medidas pelo número de amostras ingeridas.

• Chamadas de leitura da API Cloud Monitoring que excedem a cota de API mensal gratuita.

  As chamadas de gravação da API Monitoring não são contabilizadas no limite de cotas.

• Execução de verificações de tempo de atividade

No Monitoring, ingestão refere-se ao processo de gravação de série temporal no Monitoring. Cada série temporal inclui um número de pontos de dados; esses pontos de dados são a base para as cobranças de processamento. Para informações sobre preços, consulte Preços do Cloud Monitoring.

Nesta seção, você encontra as informações a seguir:

• Definições de métricas sujeitas a cobrança e não faturáveis.
• Descrições de estratégias de processamento baseadas em byte e amostra.
• Exemplos de preços para métricas cobradas por bytes ingeridos.
• Exemplos de preços de métricas cobradas por amostras ingeridas.
• Exemplos de preços para execução de verificações de tempo de atividade (início da vigência: 1o de outubro de 2022).

Para informações sobre os preços atuais, consulte Preços do Cloud Monitoring.

Para saber os limites que se aplicam ao uso do Monitoring, consulte Cotas e limites.

Para ver seu uso atual, acesse a página de relatórios do Cloud Billing ou de configurações do Monitoring no Console do Google Cloud.

Acessar Configurações do Monitoring

Com base nessas informações, faça uma estimativa das suas faturas.

Métricas não faturáveis

Os dados de métricas do Google Cloud, do Anthos e do Knative não são faturáveis. Estas são as métricas não sujeitas a cobrança (gratuitas):

• Métricas do Google Cloud. Para mais informações, consulte a nota de rodapé 2.
• Métricas do Anthos. Para mais informações, consulte a nota de rodapé 2.
• Métricas do Istio
• Métricas do Knative
• Métricas do sistema do Google Kubernetes Engine
• métricas agent.googleapis.com/agent/

Métricas sujeitas a cobrança

Todos os dados de métricas, exceto os listados na seção Métricas não faturáveis, são faturáveis. A maior parte da ingestão de métricas é cobrada pelo número de bytes, mas algumas são cobradas pelo número de amostras. descritos nas seções a seguir.

Os fatores a seguir contribuem para os custos de ingestão:

• O tipo de pontos de dados, valores escalares ou de distribuição, coletados pelas métricas.

  • Para informações sobre o tipo de dados associado a um tipo de métrica específico, consulte a lista de métricas.
  • Para informações sobre tipos de dados escalares e de distribuição, consulte Tipos de valor.

• O número de pontos de dados gravados em séries temporais. Esse valor depende da frequência com que os dados são amostrados e da cardinalidade dos seus dados. A cardinalidade determina quantas séries temporais são geradas para uma combinação de tipos de recursos monitorados e de métrica. Para mais informações, consulte Cardinalidade.

Os valores dos rótulos de métricas e recursos que fazem parte da série temporal não contribuem para as cobranças.

Métricas cobradas por bytes ingeridos

As métricas a seguir podem ser cobradas e cobradas pelo número de bytes ingeridos:

• Métricas do agente em agent.googleapis.com, exceto o grupo agent.googleapis.com/agent/

  A partir de 6 de agosto de 2021, as métricas agent.googleapis.com/processes/ serão cobradas a 5% da taxa de volume de outras métricas sujeitas a cobrança. Por exemplo, processar 100 MiB de métricas de processo custará o mesmo que processar 5 MiB de outras métricas sujeitas a cobrança.³

• Métricas de integrações de terceiros com agente de operações. Essas métricas são ingeridas no Monitoring com identificadores do formulário workload.googleapis.com/APPLICATION.METRIC. Por exemplo, o tipo de métrica workload.googleapis.com/nginx.requests se enquadra nessa categoria.

• Métricas da AWS

• Métricas personalizadas

• Métricas externas

• Métricas com base em registros definidas pelo usuário

Para fins de preços, o volume de ingestão é calculado da seguinte forma:

• Para um tipo de dados escalar: 8 bytes para cada ponto de dados gravado em uma série temporal. Métricas de contagem com base em registros definidas pelo usuário se enquadram nessa categoria.
• Para um tipo de dados de distribuição: 80 bytes para cada ponto de dados gravado em uma série temporal.

Para informações sobre pontos de dados em séries temporais, consulte Séries temporais: dados de um recurso monitorado.

Métricas cobradas pelas amostras ingeridas

As métricas a seguir podem ser cobradas e cobradas pelo número de amostras ingeridas:

• Métricas do Google Cloud Managed Service para Prometheus: métricas prometheus.googleapis.com.

Para fins de preços, a contagem de amostra é calculada da seguinte forma:

• Para um tipo de dados escalar: 1 para cada ponto gravado em uma série temporal.
• Para um tipo de dados de distribuição: 2 para cada ponto gravado em uma série temporal, mais 1 para cada bucket de histograma com uma contagem diferente de zero.

Para informações sobre pontos de dados em séries temporais, consulte Séries temporais: dados de um recurso monitorado.

Criação de alertas sobre métricas ingeridas

Não é possível criar um alerta com base nas métricas ingeridas mensalmente. No entanto, é possível fazer isso para seus custos com o Cloud Monitoring. Se quiser mais informações, consulte Como configurar um alerta de faturamento.

Exemplos de preços com base em bytes ingeridos

Veja nos exemplos a seguir como ter uma estimativa de custos para a coleta de dados de métricas cobradas por bytes ingeridos. Esses exemplos têm o objetivo de ilustrar os cálculos. Para estimativas mais abrangentes, use a calculadora de preços. Se você acessar essa ferramenta, use o produto de pacote de operações do Google Cloud para inserir dados de métricas, registros e rastreamento.

Este é o cenário básico: você tem alguns recursos monitorados (como Compute Engine, Kubernetes Engine ou App Engine) que gravam dados de algumas métricas a cada mês.

As variáveis em todos os cenários incluem:

• O número de recursos
• O número de métricas
• Se as métricas são do Google Cloud ou não
• A taxa em que os dados da métrica são gravados

Os exemplos desta seção mostram os preços do Monitoring desde julho de 2020.

Contexto comum

Nos exemplos de preços a seguir, pressupomos que cada ponto de dados de métrica ingerido é dos tipos duplo, int64 ou bool, que contam como 8 bytes para fins de determinação de preços. Há cerca de 730 horas (365 dias / 12 meses * 24 horas) em um mês, ou 43.800 minutos.

Para uma métrica que grava dados à taxa de 1 ponto de dados/minuto por um mês, considere as seguintes informações:

• O total de pontos de dados é 43.800.
• O volume total ingerido é:
  • 350.400 bytes (43.800 pontos de dados * 8 bytes)
  • 0,33416748 MiB (350.400 bytes / 1.048.576 bytes/MiB)

Para uma métrica que grava dados à taxa de 1 ponto de dados/hora por um mês, considere as seguintes informações:

• O total de pontos de dados é 730.
• Volume total ingerido:
  • 5.840 bytes (730 pontos de dados * 8 bytes)
  • 0,005569458 MiB (5.840 bytes / 1.048.576 bytes/MiB)

Examples

Cenário 1: você tem 1.000 recursos e cada um grava 75 métricas. Essas são apenas métricas do Google Cloud, com taxa de gravação de um ponto de dados por minuto.

• Ingestão mensal: 25.063 MiB: 0,33416748 MiB para uma métrica * 75.000 (ou seja, 1.000 recursos, 75 métricas)
• Custo aproximado por mês: US$ 0,00 (as métricas do Google Cloud são gratuitas)

	MiB ingeridos	Taxa (US$/MiB)	Custo (US$)
	Ilimitados	0,00	US$ 0,00
Total	25.063		US$ 0,00

Cenário 2: você tem 1.000 recursos e cada um grava 75 métricas personalizadas. Essas gravações de métricas estão sujeitas a cobranças e têm uma taxa de um ponto de dados por minuto.

• Ingestão mensal: 25.063 MiB (mesmo cenário acima)
• Custo aproximado por mês: US$ 6.427,55

	MiB ingeridos	Taxa (US$/MiB)	Custo (US$)
	150	0,00	US$ 0,00
	24.913	0,258	US$ 6.427,55
Total	25.063		US$ 6.427,55

Cenário 3: você tem 1.000 recursos e cada um grava 75 métricas personalizadas. Essas gravações de métricas estão sujeitas a cobranças e têm uma taxa de um ponto de dados por hora.

• Ingestão mensal: 418 MiB = 0,005569458 MiB para uma métrica * 75.000
• Custo aproximado por mês: US$ 69,14

	MiB ingeridos	Taxa (US$/MiB)	Custo (US$)
	150	0,00	US$ 0,00
	267	0,258	US$ 69,14
Total	417		US$ 69,14

Cenário 4: você tem um recurso que grava 500.000 métricas. Essas gravações de métricas estão sujeitas a cobranças e têm uma taxa de um ponto de dados por minuto.

• Ingestão mensal: 167.084 MiB: 0,33416748 MiB para uma métrica * 500.000
• Custo aproximado por mês: US$ 35.890,98

	MiB ingeridos	Taxa (US$/MiB)	Custo (US$)
	150	0,00	US$ 0,00
	99.850	0,258	US$ 25.761,30
	67.084	0,151	US$ 10.129,68
Total	167.084		US$ 35.890,98

Preços para controle e previsibilidade

O preço do Managed Service para Prometheus foi projetado para ser controlável. Como as cobranças são geradas por amostra, use os seguintes fatores para controlar os custos:

• Período de amostragem: alterar o período de extração de métricas de 15 segundos para 60 segundos pode gerar uma economia de 75%, sem sacrificar a cardinalidade. É possível configurar períodos de amostragem por job, por destino ou global.

• Filtragem: é possível usar a filtragem para reduzir o número de amostras enviadas para o armazenamento de dados lobal do serviço. Para mais informações, consulte Como filtrar métricas exportadas. Use as configurações de rotulação de métricas na sua configuração de raspagem de dados do Prometheus para soltar métricas no momento da ingestão, com base em correspondências de rótulos.

• Armazene os dados de alta cardinalidade e baixo valor. É possível executar o Prometheus padrão com o serviço gerenciado usando as mesmas configurações de paisagem e manter os dados localmente que não valem a pena enviar ao armazenamento de dados global do serviço.

O preço do Managed Service para Prometheus foi projetado para ser previsível.

• Você não recebe penalizações por ter histogramas esparsos. As amostras são contadas apenas para o primeiro valor diferente de zero e, em seguida, quando o valor do bucket_n é maior que o valor no bucket_n-1. Por exemplo, um histograma com valores 10 10 13 14 14 14 conta como três amostras, para o primeiro, terceiro e quarto buckets.

  Dependendo de quantos histogramas você usa e para que eles são usados, a exclusão de buckets inalterados dos preços geralmente pode fazer com que 20% a 40% menos amostras sejam contadas para fins de faturamento do que o número absoluto de buckets de histograma indicaria.

• Ao cobrar por amostra, você não receberá penalizações por contêineres com escalonamento rápido e não escalonados, preemptivos ou temporários, como os criados pelo HPA ou pelo Autopilot do GKE.

  Se o Serviço gerenciado para Prometheus fosse cobrado por métrica, você pagaria pela cardinalidade de um mês inteiro de uma só vez, sempre que um novo contêiner fosse ativado. Com o preço por amostra, você paga apenas enquanto o contêiner está em execução.

Consultas, incluindo consultas de alerta

As consultas emitidas pelo console do Google Cloud não são cobradas. Todas as outras consultas emitidas pelo usuário, incluindo consultas emitidas quando as regras de gravação do Prometheus são executadas, são cobradas por chamadas da API Cloud Monitoring. Para a taxa atual, consulte a tabela de resumo dos preços do Serviço gerenciado para o Prometheus ou do Monitoring.

Exemplos de preços com base em amostras ingeridas

Veja nos exemplos a seguir como estimar os custos para coletar métricas cobradas pelas amostras ingeridas. O carregamento baseado em amostra é usado para o Google Cloud Managed Service para Prometheus.

Esses exemplos têm o objetivo de ilustrar técnicas de cálculo, não de fornecer dados de faturamento.

O cenário básico é o seguinte: você tem algum número de contêineres ou pods que estão gravando pontos em algum número de séries temporais por mês. Os dados podem consistir em valores escalares ou distribuições.

As variáveis em todos os cenários incluem:

• O número de contêineres ou pods.
• O número de séries temporais.
• Se os dados consistem em valores escalares, distribuições ou ambos.
• A taxa em que os dados são gravados.

Contagem de amostras

Antes de estimar os preços, é preciso saber como contar amostras. O número de amostras contadas para um valor depende do seguinte:

• Se o valor é uma escalar ou uma distribuição
• A taxa em que os valores são gravados

Nesta seção, você verá como estimar o número de amostras gravadas para uma série temporal durante o período de faturamento mensal.

Em um mês, há cerca de 730 horas (365 dias / 12 meses * 24 horas), 43.800 minutos ou 2.628.000 segundos.

Se uma série temporal gravar valores escalares, cada valor será contabilizado como uma amostra. O número de amostras gravadas em um mês depende apenas da frequência em que os valores são gravados. Veja estes exemplos:

• Para valores gravados a cada 15 segundos:
  • Taxa de gravação: 1 valor/15s = 1 amostra/15s
  • Amostras por mês: 175.200 (1 amostra/15s * 2.628.000 segundos/mês)
• Para valores gravados a cada 60 segundos:
  • Taxa de gravação: 1 valor/60s = 1 amostra/60s
  • Amostras por mês: 43.800 (1 amostra/60s * 2.628.000 segundos/mês)

Se uma série temporal gravar valores de distribuição, cada valor poderá conter 2 + n amostras, em que n é o número de buckets no histograma. O número de amostras gravadas em um mês depende do número de buckets nos histogramas e da frequência com que os valores são gravados.

Por exemplo, cada instância de um histograma de 50 intervalos pode conter 52 amostras. Se os valores forem gravados uma vez a cada 60 segundos, um histograma de 50 buckets gravará no máximo 2.277.600 amostras por mês. Se o histograma tiver 100 buckets e for gravado uma vez a cada 60 segundos, cada histograma poderá conter 102 amostras e gravar no máximo 4.467.600 amostras por mês.

A maioria das séries temporais de distribuição contém menos do que o número máximo de amostras. Na prática, entre 20% e 40% dos buckets de histograma estão vazios. Essa porcentagem é ainda maior para usuários com histogramas esparsos, como os gerados pelo Istio.

Ao contar amostras de preços, somente buckets com valores não vazios são incluídos. O número máximo de amostras por histograma é 2 + n. Se 25% dos buckets estiverem vazios, o número esperado de amostras será 2 + 0,75 n por histograma. Se 40% dos buckets estiverem vazios, o número esperado de amostras será de 2 + 0,60n por histograma.

Os seguintes cálculos e a tabela de resumo mostram o número máximo de amostras e os números mais realistas de amostras esperadas:

• Para valores de histograma de 50 intervalos gravados a cada 15 segundos:

  • Taxa de gravação: 1 valor/15 s
  • Máximo de amostras:
    • Por histograma: 52
    • Por mês: 9.110.400 (52 * 1 valor/15s * 2.628.000 segundos/mês)
  • Amostras esperadas, supondo que 25% estejam vazias:
    • Por histograma: 39,5 (2 + 0,75(50) ou 2 + (50 - 12,5))
    • Por mês: 6.920.400 (39,5 * 1 valor/15s * 2.628.000 segundos/mês)
  • Amostras esperadas, supondo que 40% estejam vazias:
    • Por histograma: 32 (2 + 0,6(50) ou 2 + (50 - 20))
    • Por mês: 5.606.400 (32 * 1 valor/15s * 2.628.000 segundos/mês)

• Para valores de histograma de 50 intervalos gravados a cada 60 segundos:

  • Taxa de gravação: 1 valor/60 s
  • Máximo de amostras:
    • Por histograma: 52
    • Por mês: 2.277.600 (52 * 1 valor/60s * 2.628.000 segundos/mês)
  • Amostras esperadas, supondo que 25% estejam vazias:
    • Por histograma: 39,5 (2 + 0,75(50) ou 2 + (50 - 12,5))
    • Por mês: 1.730.100 (39,5 * 1 valor/60s * 2.628.000 segundos/mês)
  • Amostras esperadas, supondo que 40% estejam vazias:
    • Por histograma: 32 (2 + 0,6(50) ou 2 + (50 - 20))
    • Por mês: 1.401.600 (32 * 1 valor/60s * 2.628.000 segundos/mês)

• Para valores de histograma de 100 intervalos gravados a cada 15 segundos:

  • Taxa de gravação: 1 valor/15 s
  • Máximo de amostras:
    • Por histograma: 102
    • Por mês: 17.870.400 (102 * 1 valor/15s * 2.628.000 segundos/mês)
  • Amostras esperadas, supondo que 25% estejam vazias:
    • Por histograma: 77 (2 + 0,75(100) ou 2 + (100 - 25))
    • Por mês: 13.490.400 (77 * 1 valor/15s * 2.628.000 segundos/mês)
  • Amostras esperadas, supondo que 40% estejam vazias:
    • Por histograma: 62 (2 + 0,6(100) ou 2 + (100 - 40))
    • Por mês: 10.862.400 (62 * 1 valor/15s * 2.628.000 segundos/mês)

• Para valores de histograma de 100 intervalos gravados a cada 60 segundos:

  • Taxa de gravação: 1 valor/60 s
  • Máximo de amostras:
    • Por histograma: 102
    • Por mês: 4.467.600 (102 * 1 valor/60s * 2.628.000 segundos/mês)
  • Amostras esperadas, supondo que 25% estejam vazias:
    • Por histograma: 77 (2 + 0,75(100) ou 2 + (100 - 25))
    • Por mês: 3.372.600 (77 * 1 valor/60 s * 2.628.000 segundos/mês)
  • Amostras esperadas, supondo que 40% estejam vazias:
    • Por histograma: 62 (2 + 0,6(100) ou 2 + (100 - 40))
    • Por mês: 2.715.600 (62 * 1 valor/60s * 2.628.000 segundos/mês)

A seguinte tabela resume as informações anteriores:

Contagem em lote	Taxa de gravação	Amostras por mês (máx.)	Amostras por mês (25% vazias)	Amostras por mês (40% vazias)
50	1 amostra/15s	9.110.400	6.920.400	5.606.400
50	1 amostra/60s	2.277.600	1.730.100	1.401.600
100	1 amostra/15s	17.870.400	13.490.400	10.862.400
100	1 amostra/60s	4.467.600	3.372.600	2.715.600

Examples

Para estimar os preços, conte o número de amostras gravadas durante um mês e aplique os valores. Os preços das amostras são definidos por milhão, para intervalos empilhados, da seguinte maneira:

Intervalo de ingestão	Serviço gerenciado para o Prometheus	Máximo para o intervalo
Até 50 bilhões (50.000 milhões)	US$ 0,15/milhões	US$ 7.500,00
50 bilhões a 250 bilhões (250.000 milhões)	US$ 0,12/milhões	R$ 24.000,00
De 250 bilhões a 500 bilhões (500.000 milhões)	US$ 0,09/milhões	US$ 22.500,00
Mais de 500 bilhões (500.000 milhões)	US$ 0,06/milhão

O restante desta seção apresenta possíveis cenários.

Cenário 1: você tem 100 contêineres, cada um gravando uma série de mil séries temporais escalares.

Variante A: se cada série temporal for gravada a cada 15 segundos (1 amostra/15s), o número de amostras gravadas por mês será de 17.520.000.000 (175.200 amostras/mês * 1.000 séries temporais * 100 contêineres) ou 17,520 milhões de contêineres.

Variante B: se cada série temporal for gravada a cada 60 segundos (1 amostra/60s), o número de amostras gravadas por mês será de 4.380.000.000 (43.800 amostras/mês * 1.000 séries temporais * 100 contêineres), ou 4.380 milhões.

Em ambos os casos, há menos de 50.000 milhões de amostras,portanto, apenas a primeira taxa se aplica. Nenhuma amostra é cobrada com base nas outras taxas.

Variante	Amostras ingeridas	Intervalo de ingestão	Serviço gerenciado para o Prometheus (US$ 0,15, US$ 0,12, US$ 0,09, US$ 0,06)
A (1 amostra/15 segundos) Total	17.520 milhões 17.520 milhões	Até 50.000 milhões Até 250.000 milhões Até 500.000 milhões Mais de 500.000 milhões	US$ 2.628,00 US$ 2.628,00
B (1 amostra/60 seg) Total	4.380 milhões 4.380 milhões	Até 50.000 milhões Até 250.000 milhões Até 500.000 milhões Mais de 500.000 milhões	US$ 657,00 US$ 657,00

Cenário 2: você tem 1.000 contêineres, cada um gravando 1.000 séries temporais escalares.

Variante A: se cada série temporal for gravada a cada 15 segundos (1 amostra/15s), o número de amostras gravadas por mês será de 175.200.000.000, ou 175.200 milhões:

• Os primeiros 50.000 milhões de amostras são cobrados de acordo com a primeira taxa.
• As 125.200 milhões de amostras restantes são cobradas de acordo com a segunda taxa.
• Não há amostras cobradas nas outras taxas.

Variante B: se cada série temporal for gravada a cada 60 segundos (1 amostra/60s), o número de amostras gravadas por mês será de 43.800.000.000, ou 43.800 milhões. Esse valor mensal é menor que 50.000 milhões de amostras. Portanto, apenas a primeira taxa se aplica.

Variante	Amostras ingeridas	Intervalo de ingestão	Serviço gerenciado para o Prometheus (US$ 0,15, US$ 0,12, US$ 0,09, US$ 0,06)
A (1 amostra/15 segundos) Total	50.000 milhões 125.200 milhões 175.200 milhões	Até 50.000 milhões Até 250.000 milhões Até 500.000 milhões Mais de 500.000 milhões	US$ 7.500,00 US$ 15.024,00 US$ 22.524,00
B (1 amostra/60 seg) Total	43.800 milhões 43.800 milhões	Até 50.000 milhões Até 250.000 milhões Até 500.000 milhões Mais de 500.000 milhões	US$ 6.570,00 US$ 6.570,00

Cenário 3: você tem 100 contêineres, cada um gravando uma série temporal de distribuição de 1.000 buckets de 100 buckets. Você espera que 25% dos buckets estejam vazios.

Variante A: se cada série temporal for gravada a cada 15 segundos (1 amostra/15s), o número de amostras gravadas por mês será de 1.349.040.000.000 (13.490.400 amostras/mês * 1.000 séries temporais * 100 contêineres) ou 1.349.040 milhões de contêineres.

• Os primeiros 50.000 milhões de amostras são cobrados de acordo com a primeira taxa.
• As próximas 200.000 milhões de amostras são cobradas a partir da segunda taxa.
• Os próximos 250.000 milhões de amostras são cobrados pela terceira taxa.
• Os 749.040 milhões restantes são cobrados pela quarta taxa.

Variante B: se cada série temporal for gravada a cada 60 segundos (1 amostra/60s), o número de amostras escritas por mês será de 337.260.000.000 (3.372.600 amostras/mês * 1.000 séries temporais * 100 contêineres) ou 337.260 milhões,

• Os primeiros 50.000 milhões de amostras são cobrados de acordo com a primeira taxa.
• As próximas 200.000 milhões de amostras são cobradas a partir da segunda taxa.
• As 87.260 milhões de amostras restantes são cobradas pela terceira taxa.

Variante	Amostras ingeridas	Intervalo de ingestão	Serviço gerenciado para o Prometheus (US$ 0,15, US$ 0,12, US$ 0,09, US$ 0,06)
A (1 amostra/15 segundos) Total	50.000 milhões 200.000 milhões 250.000 milhões 749.040 milhões 1.349.040 milhões	Até 50.000 milhões Até 250.000 milhões Até 500.000 milhões Mais de 500.000 milhões	US$ 7.500,00 US$ 24.000,00 US$ 22.500,00 US$ 44.942,40 US$ 98.942,40
B (1 amostra/60 seg) Total	50.000 milhões 200.000 milhões 87.260 milhões 337.260 milhões	Até 50.000 milhões Até 250.000 milhões Até 500.000 milhões Mais de 500.000 milhões	US$ 7.500,00 US$ 24.000,00 US$ 7.853,40 US$39.353,40

Cenário 4: você tem 1.000 contêineres, cada um gravando uma série temporal de distribuição de 10.000 buckets de 100 buckets. Você espera que 40% dos buckets estejam vazios.

Variante A: se cada série temporal for gravada a cada 15 segundos (1 amostra/15s), o número de amostras gravadas por mês será de 108.624.000.000.000 (10.862.400 amostras/mês). * 10.000 séries temporais * 1.000 contêineres, ou 108.624.000 milhões.

• Os primeiros 50.000 milhões de amostras são cobrados de acordo com a primeira taxa.
• As próximas 200.000 milhões de amostras são cobradas a partir da segunda taxa.
• Os próximos 250.000 milhões de amostras são cobrados pela terceira taxa.
• Os 108.124.000 exemplos restantes são cobrados pela quarta taxa.

Variante B: se cada série temporal for gravada a cada 60 segundos (1 amostra/60s), o número de amostras gravadas por mês será de 27.156.000.000.000 (2.715.600 amostras/mês * 10.000 séries temporais * 1.000 contêineres), ou 27.156.000 milhões.

• Os primeiros 50.000 milhões de amostras são cobrados de acordo com a primeira taxa.
• As próximas 200.000 milhões de amostras são cobradas a partir da segunda taxa.
• Os próximos 250.000 milhões de amostras são cobrados pela terceira taxa.
• Os 26.656.000 milhões restantes são cobrados pela quarta taxa.

Variante	Amostras ingeridas	Intervalo de ingestão	Serviço gerenciado para o Prometheus (US$ 0,15, US$ 0,12, US$ 0,09, US$ 0,06)
A (1 amostra/15 segundos) Total	50.000 milhões 200.000 milhões 250.000 milhões 108.124.000 milhões 108.624.000 milhões	Até 50.000 milhões Até 250.000 milhões Até 500.000 milhões Mais de 500.000 milhões	US$ 7.500,00 US$ 24.000,00 US$ 22.500,00 US$ 6.487.440,00 US$ 6.541.440,00
B (1 amostra/60 seg) Total	50.000 milhões 200.000 milhões 250.000 milhões 26.656.000 milhões 27.156.000 milhões	Até 50.000 milhões Até 250.000 milhões Até 500.000 milhões Mais de 500.000 milhões	US$ 7.500,00 US$ 24.000,00 US$ 22.500,00 US$ 1.599.360,00 US$ 1.653.360,00

Cenário 5: você tem o seguinte:

• 1.000 contêineres, cada um com 1.000 séries temporais escalares a cada 15 segundos. O número de amostras escritas por mês é 175.200.000.000 ou 175.200 milhões. (Cenário 2, variante A)

• 1.000 contêineres, cada um gravando 10.000 séries temporais de distribuição de 100 intervalos a cada 15 segundos. Você espera que 40% dos buckets estejam vazios. O número de amostras escritas por mês é 108.624.000.000.000 ou 108.624.000 milhões. (Cenário 4, variante A)

O número total de amostras por mês é de 108.799.200 milhões (175.200 milhões + 108.624.000 milhões).

• Os primeiros 50.000 milhões de amostras são cobrados de acordo com a primeira taxa.
• As próximas 200.000 milhões de amostras são cobradas a partir da segunda taxa.
• Os próximos 250.000 milhões de amostras são cobrados pela terceira taxa.
• Os 108.299.200 milhões restantes são cobrados pela quarta taxa.

Variante	Amostras ingeridas	Intervalo de ingestão	Serviço gerenciado para o Prometheus (US$ 0,15, US$ 0,12, US$ 0,09, US$ 0,06)
2A + 4A Total	50.000 milhões 200.000 milhões 250.000 milhões 108.299.200 milhões 108.799.200 milhões	Até 50.000 milhões Até 250.000 milhões Até 500.000 milhões Mais de 500.000 milhões	US$ 7.500,00 US$ 24.000,00 US$ 22.500,00 US$ 6.497.952,00 US$6.551.952,00

Preços para execução da verificação de tempo de atividade (início da vigência: 1o de outubro de 2022)

O Monitoring monitora as cobranças para cada execução regional de uma verificação de tempo de atividade, além da cota mensal gratuita de 1 milhão de execuções. Uma verificação executada em três regiões conta como três execuções.

O custo para a execução da verificação de tempo de atividade é de US $0,30/1.000 execuções. A cobrança aparece na sua fatura como SKU "CA14-D3DE-E67F" para "Monitoramento de verificações de tempo de atividade".

Os exemplos a seguir ilustram como estimar os custos para executar verificações de tempo de atividade. Esses exemplos têm como objetivo ilustrar técnicas de cálculo, e não fornecer dados de faturamento.

Como contar execuções de verificações de tempo de atividade

Para estimar o custo das verificações de tempo de atividade, é preciso saber quantas execuções regionais ocorrem em um mês. O Monitoring cobra US$ 0,30/1.000 execuções, com uma cota mensal gratuita de um milhão de execuções.

Para estimar o custo das verificações de tempo de atividade, use o seguinte cálculo:

(EXECUTIONS_PER_MONTH - 1,000,000) * .0003

Para cada verificação de tempo de atividade, o número de execuções depende das seguintes opções de configuração:

• Com que frequência a verificação de tempo de atividade é executada: a cada minuto, 5 minutos, 10 ou 15 minutos.

• O número de regiões em que a verificação de tempo de atividade é executada.

• O número de destinos em que a verificação de tempo de atividade está configurada. Se a verificação de tempo de atividade estiver configurada para uma única VM, o número de destinos será 1. Se a verificação de tempo de atividade estiver configurada para um grupo de recursos, o número de destinos será o número de recursos no grupo.

Ao configurar uma verificação de tempo de atividade, você especifica um local para a verificação de tempo de atividade, e cada local é mapeado para uma ou mais regiões. A tabela a seguir mostra os locais válidos para as verificações de tempo de atividade e as regiões para as quais eles são mapeados:

Localização da configuração da verificação de tempo de atividade	Inclui regiões do Google Cloud
ASIA_PACIFIC	asia-southeast1
EUROPE	europe-west1
SOUTH_AMERICA	southamerica-east1
USA	us-central1, us-east4, us-west1
GLOBAL	Todas as regiões incluídas por outros locais

As verificações de tempo de atividade precisam ser configuradas para execução em pelo menos três regiões.

Para estimar o número de execuções em uma verificação de tempo de atividade, é preciso saber quantas regiões são cobertas pelo local correspondente:

• ASIA_PACIFIC, EUROPE e SOUTH_AMERICA incluem uma região.
• USA inclui três regiões.
• GLOBAL inclui seis regiões.

Em um mês, há cerca de 730 horas (365 dias / 12 meses * 24 horas) ou 43.800 minutos.

• Uma verificação de tempo de atividade configurada para ser executada uma vez por minuto no USA é executada em três regiões. Se essa verificação estiver configurada para verificar uma única VM, ela executará 131.400 (3 * 43.800) vezes em um mês. Se a verificação estiver configurada para conferir um grupo de recursos de 10 membros, a verificação de tempo de atividade executará 1.314.000 (10 * 131.400) vezes em um mês.

• Uma verificação de tempo de atividade configurada para ser executada uma vez por minuto em ASIA_PACIFIC, EUROPE e USA é executada em cinco regiões. Essa verificação de tempo de atividade é executada 219.000 vezes em um mês se configurada para um único destino.

A tabela a seguir mostra as contagens de execução por hora e mensal para uma única verificação de tempo de atividade configurada para execução com frequências diferentes em diferentes números de regiões:

Frequência de execução da verificação, uma vez a cada:	Número de regiões	Execuções por hora por meta	Execuções mensais por meta
1 minuto	3 4 5 6	180 240 300 360	131.400 175.200 219.000 262.800
5 minutos	3 4 5 6	36 48 60 72	26.280 35.040 43.000 52.660
10 minutos	3 4 5 6	18 24 30 36	13.140 17.520 21.900 26.280
15 minutos	3 4 5 6	12 16 20 24	8.760 11.680 14.600 17.520

Examples

Para estimar os preços, determine o total de execuções mensais e subtraia 1.000.000. Todas as execuções restantes serão cobradas a US $0,30/1.000 .Portanto, multiplique as execuções restantes por 0,0003.

(EXECUTIONS_PER_MONTH - 1,000,000) * .0003

Cenário 1: você tem uma verificação de tempo de atividade no local USA que verifica uma VM uma vez por minuto. Essa verificação é executada em três regiões. A verificação é executada 131.400 vezes por mês e não custa nada.

Total de execuções mensais	Execuções mensais sujeitas à cobrança (mais de 1.000.000)	Custo (US$ 0,30/1.000 execuções)
131.400	0	US$ 0,00

Cenário 2: você tem uma verificação de tempo de atividade no local USA que verifica um grupo de recursos de dez membros uma vez por minuto. Essa verificação é executada em três regiões. A verificação é executada 10 * 131.400 vezes por mês e custa US $94,20/mês. A única diferença entre esse cenário e o Cenário 1 é o número de destinos.

Total de execuções mensais	Execuções mensais sujeitas à cobrança (mais de 1.000.000)	Custo (US$ 0,30/1.000 execuções)
1.314.000 (10 metas)	314.000	US$ 94,20

Cenário 3: você tem 10 verificações de tempo de atividade GLOBAL, cada uma verificando uma VM por minuto. Essas verificações são executadas em seis regiões. Portanto, cada uma é executada 262.800 vezes por mês. O total de execuções mensais é de 2.628.000 (10 * 262.800). Esse cenário custa US$ 488,40/mês.

Total de execuções mensais	Execuções mensais sujeitas à cobrança (mais de 1.000.000)	Custo (US$ 0,30/1.000 execuções)
2.628.000	1.628.000	US$ 488,40

Cenário 4: você tem cinco verificações de tempo de atividade no local USA que verificam uma VM a cada cinco minutos. Essas verificações são executadas em três regiões. Cada uma delas é executada 26.280 vezes por mês. O total de execuções mensais para esse conjunto de verificações é 105.120 (4 * 26.280).

Você também tem duas verificações de tempo de atividade GLOBAL que verificam uma VM a cada 15 minutos. Essas verificações são executadas em seis regiões, portanto,cada verificação é executada 17.520 vezes por mês. O total de execuções mensais desse conjunto de verificações é 35.040 (2 * 17.520).

O total de execuções mensais é de 140.160 (105.120 + 35.040). Esse cenário não custa nada.

Total de execuções mensais	Execuções mensais sujeitas à cobrança (mais de 1.000.000)	Custo (US$ 0,30/1.000 execuções)
140.160	0	US$ 0,00

Error Reporting

Para informações sobre os preços atuais, consulte Preços do Error Reporting.

Para saber os limites que se aplicam ao uso do Error Reporting, consulte Cotas e limites.

Cloud Debugger

Não há custo para usar o Cloud Debugger.

Cloud Profiler

Não há custo para usar o Cloud Profiler.

Para saber os limites que se aplicam ao uso do Profiler, consulte Cotas e limites.

Cloud Trace

As cobranças do Trace são baseadas no número de períodos de traces ingeridos e verificados. Quando os dados de latência são enviados ao Trace, eles são agrupados como um trace composto por períodos. Esses períodos são ingeridos pelo back-end do Cloud Trace. Ao visualizar dados do trace, os períodos armazenados são verificados pelo Cloud Trace. Nesta seção, você encontra as informações a seguir:

• Definição de períodos de traces sujeitos a cobrança ou não faturáveis
• Exemplo de preços
• Como reduzir a ingestão de períodos de traces
• Configurações de uma política de alertas que notifica você se a ingestão de períodos de traces chegar ao limite

Para informações sobre os preços atuais, consulte Preços do Cloud Trace.

Para saber os limites que se aplicam ao uso do Trace, consulte Cotas e limites.

Para ver seu uso atual, acesse a página de relatórios do Cloud Billing ou Visão geral do Trace no Console do Google Cloud:

Acesse Visão geral do Trace

Com base nessas informações, faça uma estimativa das suas faturas.

Períodos de traces não faturáveis

Os preços do Cloud Trace não se aplicam aos períodos gerados automaticamente pelo ambiente padrão do App Engine, pelo Cloud Functions ou pelo Cloud Run: a ingestão desses traces não é cobrada.

Períodos de traces sujeitos a cobrança

A ingestão de períodos de traces, exceto os listados na seção Traces não faturáveis, são faturáveis e cobrados por volume ingerido. Isso inclui períodos criados pela instrumentação que você adicionou ao aplicativo do ambiente padrão do App Engine.

Exemplos de preços

O exemplo a seguir mostra os preços do Trace desde julho de 2020.

• Se você ingerir 2 milhões de períodos em um mês, o custo será de US$ 0. Os primeiros 2,5 milhões de períodos ingeridos em um mês são gratuitos.
• Se você ingerir 14 milhões de períodos em um mês, seu custo será de US$ 2,30. Os primeiros 2,5 milhões de períodos em um mês são gratuitos. O custo dos períodos restantes é calculado como 11,5 milhões de períodos * US$ 0,20/milhão de períodos = US$ 2,30.
• Se você ingerir um bilhão de períodos em um mês, seu custo será de US$ 199. Os primeiros 2,5 milhões de períodos em um mês são gratuitos. O custo dos períodos restantes é calculado como 997,5 milhões de períodos * US$ 0,20/milhão de períodos = US$ 199,50.

Como reduzir o uso de traces

Para controlar o volume de ingestão de períodos do Trace, gerencie a taxa de amostragem de traces. Assim, será possível equilibrar a quantidade necessária para analisar o desempenho com a tolerância de custo.

Para sistemas de tráfego intenso, a maioria dos clientes pode coletar amostras de uma em 1.000 transações, ou até uma em 10.000 transações, e ainda ter informações suficientes para analisar o desempenho.

A taxa de amostragem é configurada com as bibliotecas de cliente do Cloud Trace.

Criação de alertas sobre períodos ingeridos mensalmente

Para criar uma política de alertas acionada quando os períodos mensais do Cloud Trace ingeridos excederem um limite definido pelo usuário, use as configurações a seguir.

Etapas para criar uma política de alertas

Para criar uma política de alertas, siga estas etapas:

1. No Console do Google Cloud, acesse Monitoring ou use o botão a seguir.
   Acessar o Monitoring
2. No painel de navegação do Monitoring, selecione Alertas e depois Criar política.
3. Se você não tiver criado seus canais de notificação e quiser receber uma notificação, clique em Editar canais de notificação e adicione-os. Volte para a página Alertas depois de adicionar seus canais.
4. Na página Alertas, clique em Criar política.
5. Para selecionar o recurso, a métrica e os filtros, expanda o menu Selecionar uma métrica e use os valores na tabela Nova condição:
   1. (Opcional) Para limitar o menu a entradas relevantes, insira o nome do recurso ou da métrica na barra de filtro.
   2. Selecione um Tipo de recurso. Por exemplo, selecione Instância de VM.
   3. Selecione uma Categoria de métrica. Por exemplo, selecione instância.
   4. Selecione uma Métrica. Por exemplo, selecione CPU Utilization.
   5. Selecione Apply.
6. Clique em Avançar e configure o acionador da política de alertas. Para preencher esses campos, use os valores na tabela Configurar gatilho de alerta.
7. Clique em Next.

8. Opcional: para adicionar notificações à sua política de alertas, clique em Canais de notificação. Na caixa de diálogo, selecione um ou mais canais de notificação no menu e clique em OK.

   (Opcional) Para receber uma notificação quando os incidentes forem abertos ou fechados, marque Notificar sobre o fechamento de incidentes. Por padrão, as notificações são enviadas apenas quando incidentes são abertos.

9. Opcional: Atualize a Duração do fechamento automático do incidente. Este campo determina quando o Monitoring fecha incidentes na ausência de dados de métrica.
10. Opcional: clique em Documentação e adicione as informações que quer incluir em uma mensagem de notificação.
11. Clique em Nome e digite um nome para a política de alertas.
12. Clique em Criar política.

Novo estado Campo	Valor
Recurso e métrica	No menu Recursos, selecione Global. No menu Categorias de métricas, selecione Faturamento. No menu Métricas, selecione Períodos de trace ingeridos mensalmente.
Filtrar
Várias séries Agregação de série temporal	sum
Janela contínua	60 m
Função de janela contínua	max

Campo Configurar gatilho de alerta	Valor
Tipo de condição	Threshold
Acionador de alerta	Any time series violates
Posição do limite	Above threshold
Threshold value	Você determina o valor aceitável.
Teste a janela novamente	O valor mínimo aceitável é de 30 minutos.

Anthos

Não há cobrança para registros e métricas do sistema do Anthos.

Em clusters do Anthos no cluster do VMware, os registros e as métricas de sistema do Anthos incluem o seguinte:

• Registros e métricas de todos os componentes em um cluster de administrador
• Registros e métricas de componentes nesses namespaces em um cluster de usuário: kube-system, gke-system, gke-connect, knative-serving, istio-system, monitoring-system, config-management-system, gatekeeper-system, cnrm-system

Perguntas frequentes

Quais recursos do produto são gratuitos?

O preço do uso de produtos do pacote de operações do Google Cloud é determinado pelo volume de dados. Além desse custo, o uso de todos os outros recursos de um produto do conjunto é gratuito.

Quanto preciso pagar?

Para estimar os custos de uso, consulte Como estimar suas faturas.

Consulte Perguntas de faturamento para receber ajuda sobre esse tema.

Como entender os detalhes do meu uso?

Várias métricas permitem analisar o volume de registros e métricas usando o Metrics Explorer. Consulte Visualizar o uso detalhado no Metrics Explorer para mais detalhes.

Se você quiser uma análise ainda mais detalhada sobre o uso dos registros, analise o volume usando as métricas com base em registros no Datalab. Leia esta postagem do blog do Google Cloud para mais informações.

Como o escopo das métricas afeta o faturamento?

Na maioria das vezes, o escopo das métricas não afeta o faturamento. Registros e métricas são cobrados no projeto do Google Cloud que recebe os dados. O escopo das métricas define a coleção de projetos que terão métricas visíveis e monitoráveis. Ao definir essa configuração, você não muda os projetos que recebem dados de métricas nem causa duplicação.

Por exemplo, imagine que sua organização tenha 100 máquinas virtuais (VMs): 60 delas são hospedadas pelo Projeto A e 40 estão no Projeto B. O Projeto A recebe e armazena as métricas das VMs que hospeda, e é cobrado quando elas estão sujeitas a cobrança. A mesma coisa acontece no Projeto B. Se você criar um escopo de métricas que inclua os dois projetos, será possível ver as métricas combinadas de todas as 100 VMs. Agora, você tem a opção de ver somente as métricas do Projeto A, do Projeto B ou a combinação de ambas. Apesar de haver duas maneiras de visualizar as métricas do Projeto-A, isso não afeta o faturamento.

Caso você queira monitorar contas da AWS, será necessário criar um projeto de conector da AWS para conectar uma conta desse serviço ao Google Cloud. O projeto conector mantém os registros e os dados de monitoramento da conta da AWS.

O que acontece se eu ultrapassar as cotas gratuitas?

Você receberá cobranças automáticas quando o uso ultrapassar as cotas gratuitas. Você não perderá registros ou métricas. Para entender melhor os possíveis custos, consulte Como estimar suas faturas.

Crie uma política de alertas que monitore o uso e envie notificações quando você estiver prestes a atingir o limite de faturamento.

Tenho um grande volume de registros do Google Cloud que não são utilizados nos meus projetos. Quais são as cobranças aplicadas a esses registros? O que fazer para evitá-las?

Exclua registros para controlar quais são ingeridos no Logging. Consulte Como reduzir seu uso de registros para ver detalhes.

Os serviços que enviam registros para meu projeto receberão um erro se os registros forem excluídos?

Não. Os serviços que enviam entradas de registros não podem determinar se elas são processadas no Logging ou não.

Serei cobrado duas vezes pelos registros de fluxo da nuvem privada virtual?

Se você enviar seus registros de fluxo da VPC para o Logging, as cobranças de geração desses registros de fluxo serão dispensadas, e apenas as cobranças do Logging serão aplicadas. No entanto, se enviá-los e, em seguida, excluí-los do Logging, haverá cobranças por eles. Para mais informações, consulte a calculadora de preços do Google Cloud para rede.

¹ Para fins de definição de preços, todas as unidades são tratadas como medidas binárias, por exemplo, como mebibytes (MiB, ou 2²⁰ bytes) ou gibibytes (GiB ou 2³⁰ bytes).

² Não há cobrança para as métricas do Google Cloud ou do Anthos que são medidas em até um ponto de dados por minuto (a resolução mais alta no momento). Futuramente, as métricas medidas em resoluções mais altas poderão ser cobradas.

³ Atualmente, as métricas do processo são coletadas a uma taxa padrão predefinida de uma vez por minuto, o que não pode ser alterado. Em geral, esses dados mudam lentamente. Por isso, essas métricas estão sendo amostradas. Portanto, as métricas do processo de cobrança a 5% da taxa padrão se alinham à taxa padrão se as métricas forem amostradas em intervalos de 20 minutos. Os usuários que coletam 100 MiB de dados dessas métricas são cobrados por apenas 5 MiB.

A seguir

• Leia a documentação do pacote de operações do Google Cloud.
• Use a calculadora de preços.
• Saiba mais sobre as soluções e casos de uso do pacote de operações do Google Cloud.

Solicite uma cotação personalizada

Com os preços de pagamento por utilização do Google Cloud, você paga apenas pelos serviços que usa. Fale com nossa equipe de vendas e receba uma cotação personalizada para sua organização.

Entre em contato com a equipe de vendas