Preços do Google Cloud Observability

Os preços do Google Cloud Observability permitem controlar o uso e os gastos. Os produtos do Google Cloud Observability são cobrados por volume ou uso de dados. Utilize as cotas gratuitas de uso de dados para começar sem taxas ou compromissos iniciais.

Talvez você também tenha interesse nos seguintes documentos:

• Exemplos de preços.
• Estimar suas faturas.
• Otimizar e monitorar seus custos.

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

^*  O volume de armazenamento conta o tamanho real das entradas de registro antes da indexação. Não há cobranças de armazenamento para registros armazenados no _Required bucket de registro.
^†  Os registros vendidos são registros de Google Cloud rede gerados por Google Cloud serviços quando a geração desses registros é ativada. Os vended logs incluem Registros de fluxo da VPC, Geração de registros de regras de firewall e Registros de Cloud NAT. Esses registros também estão sujeitos aos preços da Telemetria de rede. Para mais informações, consulte Vended logs.
^‡  Não há cobranças de retenção para registros armazenados no bucket de registros _Required, que tem um período de armazenamento fixo de 400 dias.
^♣  O roteamento de registros é definido como o encaminhamento de registros recebidos pela API Cloud Logging para um destino compatível. Cobranças de destino podem ser aplicadas aos registros roteados.
^♥  Não há custo algum para fazer upgrade de um bucket de registros para usar a Análise de registros ou para fazer consultas SQL na página Análise de registros.
Observação: o idioma de preço do Cloud Logging mudou em 19 de julho de 2023; no entanto, as cotas gratuitas e as taxas não foram alteradas. Sua fatura pode se referir à linguagem antiga de preços.

Resumo dos preços do Cloud Monitoring

^†  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 recuperar esses dados. Medidores do Managed Service para Prometheus 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 amostras, consulte Otimizar custos do Managed Service para Prometheus. Para exemplos computacionais, consulte Exemplos de preços com base em amostras ingeridas.
^#  As amostras são contadas por conta de faturamento.
^‡  As execuções são cobradas na conta de faturamento em que estão definidas. Para mais informações, consulte Preços para execução da verificação de tempo de atividade.
^*  As execuções são cobradas na conta de faturamento em que estão definidas. Para cada execução, pode haver cobranças adicionais de outros Google Cloud serviços, incluindo serviços como funções do Cloud Run, Cloud Storage e Cloud Logging. Para informações sobre essas cobranças extras, consulte o documento de preços do respectivo Google Cloud serviço.
^♣  Para mais informações, consulte Preços para alertas.
^♥  Não há cobrança por chamadas de API de leitura emitidas pelo Google Cloud console, exceto aquelas emitidas pelo Cloud Shell. As chamadas de API de leitura que não são emitidas pelo Google Cloud console e que podem retornar dados de séries temporais são cobradas pelo número de séries temporais retornadas ou por uma série temporal, o que for maior. Não há cobrança por outras chamadas de API de leitura. Para mais informações, consulte preços da API Cloud Monitoring.

Resumo dos preços do Cloud Trace

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

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

Para informações sobre os preços do GKE Enterprise, consulte GKE Enterprise.

Cloud Logging

Os buckets de registros são os contêineres do Logging que armazenam dados de registros. O Logging cobra pelo volume de dados de registros armazenados no bucket de registros _Default e nos buckets de registros definidos pelo usuário. Os preços se aplicam a registros de rede não fornecidos quando o volume excede a cota mensal gratuita e a registros de rede fornecidos.

Para o bucket de registros _Default e para os buckets de registros definidos pelo usuário, o Logging também cobra quando os registros são mantidos por mais tempo que o período de armazenamento padrão, que é de 30 dias.

O Logging não cobra nada a mais pelo seguinte:

• Registros de roteamento.
• Como usar a API Cloud Logging.
• Criação de escopos de registro.
• Criação de visualizações de análise.
• Registros armazenados no bucket de registros _Required, que tem um período de armazenamento fixo de 400 dias.

Esta seção fornece informações sobre os seguintes tópicos:

• Modelo de armazenamento do Cloud Logging
• Preços de armazenamento
• Preços de retenção
• Preços dos registros de rede vendidos
• Preços das métricas com base em registros

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

Modelo de armazenamento do Cloud Logging

Para cada Google Cloud projeto, o Logging cria automaticamente dois buckets de registro: _Required e _Default. Para esses dois buckets, o Logging cria automaticamente coletores de registro, denominados _Required e _Default, que encaminham registros para os buckets de registro 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 armazene novos registros.

É possível criar buckets de registros definidos pelo usuário em qualquer um dos seus Google Cloud projetos. Também é possível configurar coletores para rotear qualquer combinação de registros, mesmo entre Google Cloud projetos na suaGoogle Cloud organização, para esses buckets de registros.

Para o bucket de registros _Default e para buckets de registros definidos pelo usuário, é possível configurar um período de retenção personalizado.

Você pode fazer upgrade dos seus buckets de registros para usar a Análise de registros. Não há custo algum para fazer upgrade de um bucket de registros para usar a Análise de dados de registros.

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

Preços de armazenamento

O Logging cobra do projeto em que os registros são transmitidos para buckets de registros para armazenamento, após o limite mensal gratuito ser excedido. Para cada projeto, as cobranças são baseadas no volume de registros transmitidos para os buckets de registro definidos pelo usuário e para o bucket de registros _Default.

O Logging não cobra pelo roteamento de registros. Suponha que uma entrada de registro seja originada em um projeto, mas o projeto não armazene a entrada de registro em um dos buckets de registro. Nesse cenário, o projeto não é cobrado pela entrada de registro. No entanto, se o projeto rotear a entrada de registro para um bucket de registros em outro projeto, o projeto de destino será cobrado por essa entrada de registro.

Quando uma entrada de registro é gravada em qualquer bucket de registros, exceto o bucket de registros _Required, o projeto que contém esse bucket é cobrado pelo armazenamento dessa entrada. Por exemplo, se uma entrada de registro for encaminhada para três buckets de registro no mesmo projeto, o projeto será cobrado três vezes pela entrada de registro. Da mesma forma, se uma entrada de registro for roteada para dois buckets de registros, mas esses buckets de registros estiverem em projetos diferentes, os projetos que armazenam esses buckets de registros serão cobrados por uma entrada de registro cada.

O Logging não cobra pelos registros armazenados no bucket _Required. Não é possível excluir o bucket _Required ou modificar o coletor _Required. O bucket _Required armazena os seguintes registros:

• Registros de auditoria de atividade do administrador
• Registros de auditoria de eventos do sistema
• Registros de auditoria do administrador do Google Workspace
• Registros de auditoria do Grupos do Google Enterprise
• Registros de auditoria de login
• Registros de transparência no acesso Para saber como ativar os registros da transparência no acesso, consulte a documentação de registros da transparência no acesso.

Preços de retenção

A tabela a seguir lista os períodos de retenção de dados para registros armazenados em buckets de registros:

Bucket	Período de armazenamento padrão	Armazenamento personalizado
_Required	400 dias	Não configurável
_Default	30 dias	Configurável
Definido pelo usuário	30 dias	Configurável

O Logging cobra custos de retenção quando os registros são mantidos por mais tempo do que o período de armazenamento padrão. Não é possível configurar o período de armazenamento para o bucket de registros _Required. Não há custos de retenção quando os registros são armazenados apenas durante o período de armazenamento padrão do bucket de registros.

Se você encurtar o período de armazenamento de um bucket de registros, 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 registros expirados. No entanto, nesses sete dias, você pode restaurar o acesso total estendendo o período de armazenamento do bucket de registros. Os registros armazenados durante o período de carência são contabilizados nos custos de retenção.

Se você encaminhar uma entrada de registro para vários buckets de registro, poderá ser cobrado pelos custos de armazenamento e retenção várias vezes. Por exemplo, suponha que você encaminhe uma entrada de registro para o bucket de registros _Default e para um bucket de registros definido pelo usuário. Além disso, suponha que você configure um período de armazenamento personalizado para os dois buckets que seja maior que 30 dias. Nessa configuração, você recebe duas cobranças de armazenamento e duas de retenção.

Preços dos registros de rede vendidos

Os registros de rede vendidos só estão disponíveis quando você configura a geração de registros. Os serviços que geram registros de rede vendidos cobram pela geração de registros. Se você armazenar esses registros em um bucket de registros ou encaminhá-los para outro destino compatível, também estará sujeito a cobranças do Cloud Logging ou do destino. Para informações sobre os custos de geração de registros, consulte Preços de telemetria de rede.

Para saber como ativar os registros de rede vendidos, consulte Configurar registros de fluxo de VPC, Usar a geração de registros de regras de firewall e Cloud NAT: registros e métricas.

Para encontrar os registros de rede vendidos, no Explorador de registros, filtre pelos seguintes nomes de registro:

• projects/PROJECT_ID/logs/compute.googleapis.com%2Fvpc_flows
• projects/PROJECT_ID/logs/compute.googleapis.com%2Ffirewall
• projects/PROJECT_ID/logs/compute.googleapis.com%2Fnat_flows
• projects/PROJECT_ID/logs/networkmanagement.googleapis.com%2Fvpc_flows

Preços das métricas com base em registros

As métricas com base em registros definidas pelo sistema são fornecidas para todos os Google Cloud projetos 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.

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.

• Execução de monitores sintéticos.

• Condições da política de alertas medidas pelo número de condições ativas por mês.

• Séries temporais retornadas pela consulta de uma condição de política de alertas.

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:

• Preços da API Cloud Monitoring.
• Definições de métricas sujeitas a cobrança e não faturáveis.
• Descrições de estratégias de ingestão byte- e em amostras.

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

Preços da API Cloud Monitoring

Não há cobrança por chamadas de API de gravação do Monitoring.

De 1º de julho de 2018 a 1º de outubro de 2025, as chamadas de API de leitura do Monitoring são cobradas em uma unidade por chamada.

A partir de 2 de outubro de 2025, os custos da API de leitura do Monitoring serão determinados pelo número de série temporal retornadas:

• Não há cobrança por chamadas de API de leitura emitidas pelo Google Cloud console, exceto aquelas emitidas pelo Cloud Shell.

• Não há cobrança por chamadas de API de leitura que não podem retornar dados de séries temporais.

• Todas as outras chamadas de API de leitura são cobradas pelo número de séries temporais retornadas ou por uma série temporal, o que for maior. Por exemplo, uma chamada para timeSeries.list pode retornar várias série temporal. A API Cloud Monitoring pode ser invocada indiretamente. Por exemplo, comandos da Google Cloud CLI, bibliotecas de cliente e ferramentas de terceiros, como o Grafana, podem emitir comandos de API de leitura.

Métricas não faturáveis

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

• Google Cloud métricas. Para mais informações, consulte a nota de rodapé 2.
• Métricas do GKE Enterprise. 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 as do 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 Cloud 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 do protocolo OpenTelemetry (OTLP) ingeridas no Cloud Monitoring como métricas workload.googleapis.com pelo Agente de operações. Essa é uma opção de configuração. Para mais informações, consulte Formatos de ingestão para métricas OTLP.

• Métricas personalizadas, incluindo, entre outras, as métricas enviadas usando a API Cloud Monitoring ou bibliotecas de cliente específicas da linguagem, OpenCensus e OpenTelemetry.

• 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.

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

Cobranças do Monitoring 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 da execução da verificação de tempo de atividade é de US $0,30 por 1.000 execuções. A cobrança aparece na sua fatura como SKU "CA14-D3DE-E67F" para "Verificações de tempo de atividade de monitoramento".

Preços para execução de monitor sintético (data de vigência: 1º de novembro de 2023)

O Cloud Monitoring cobra por cada execução de um monitor sintético, além da cota gratuita mensal de 100 execuções por conta de faturamento.

Preços de alertas

A partir de 1º de maio de 2026, o Cloud Monitoring vai começar a cobrar por alertas. O modelo de preços é o seguinte:

• US$ 0,10 por mês para cada condição em uma política de alertas.
• US$ 0,35 por 1.000.000 série temporal retornadas pela consulta de uma condição de política de alertas de métricas.

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

• Definições da terminologia de alertas.
• Informações sobre como desativar o faturamento para políticas de alertas.

Definições

• Condição: a condição de uma política de alertas descreve quando um recurso ou grupo de recursos está em um estado que exige uma resposta.

  • As políticas de alertas que usam filtros para criar consultas de limite de métrica ou ausência de métrica podem combinar até seis condições.
  • As políticas de alertas com os seguintes tipos de consulta podem ter apenas uma condição:
    • Consulta da linguagem de consulta do Prometheus (PromQL),
    • Linguagem de consulta de monitoramento (MQL, na sigla em inglês)
    • Correspondência de registros, usada em alertas com base em registros.

  A cobrança é de US $0,10 por condição por mês. Para interromper a cobrança de uma condição, você precisa excluir a política de alertas. Adiar ou desativar a política não interrompe a cobrança.

• Políticas de alertas baseadas em métricas e em registros: políticas de alertas que usam qualquer tipo de condição, exceto condições de correspondência de registros, são políticas de alertas baseadas em métricas. As condições das políticas de alertas baseadas em métricas retornam série temporal. Durante cada período de execução, as condições nas políticas de alerta de métricas executam as consultas no repositório de dados do Cloud Monitoring. As série temporal retornadas são avaliadas em relação a um limite para determinar se a política de alertas é acionada.

  As políticas de alertas com base em registros usam condições de correspondência de registros. As condições de correspondência de registros não retornam nenhuma série temporal.

• Período de execução: com que frequência o Cloud Monitoring executa sua condição. Para a maioria dos tipos de condição, esse valor é de 30 segundos e não pode ser alterado. As condições que usam uma consulta PromQL podem definir esse período. Para mais informações, consulte Aumentar a duração do período de execução (somente PromQL).

• Séries temporais retornadas: durante cada período de execução, uma política de alertas de métricas executa a consulta da condição no repositório de dados do Cloud Monitoring. O Cloud Monitoring retorna dados de série temporal como resposta a cada consulta. Cada série temporal na resposta conta como uma série temporal retornada.

  O número de série temporal retornadas em um mês é determinado por três fatores:

  • O formato e o escopo dos dados de base.
  • Os filtros e agregações que você usa na consulta da sua condição.
  • O período de execução.

Recusando

Se você tiver um Google Cloud contrato que não expira até 1º de maio de 2026, poderá adiar o faturamento de alertas até a renovação do contrato solicitando uma isenção à equipe de faturamento de alertas do Cloud Monitoring. As isenções para clientes com contratos ativos serão consideradas caso a caso.

Você pode solicitar uma isenção até 1º de novembro de 2025. Para solicitar uma isenção de faturamento até a renovação do contrato, preencha o formulário de solicitação de isenção de faturamento.

Error Reporting

Os dados de erro podem ser informados ao seu Google Cloud projeto usando a API Error Reporting ou a API Cloud Logging.

Não há cobranças pelo uso do Error Reporting. No entanto, você pode incorrer em custos do Cloud Logging porque as entradas de registro são geradas e armazenadas pelo Cloud Logging.

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

Cloud Profiler

Não há custo associado ao uso do 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. Os dados de trace podem ser ingeridos pela API Cloud Trace ou pela API Telemetry. Não há cobranças para configurar escopos de rastreamento.

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 processados 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 saber os limites que se aplicam ao uso do Trace, consulte Cotas e limites.

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 Run functions ou pelo Cloud Run: a ingestão desses traces não é cobrada.

Os traces gerados automaticamente não consomem a cota da API Cloud Trace e são excluídos das métricas de uso da API Cloud Trace.

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.

GKE Enterprise

Para um cluster do GKE Enterprise, não há cobranças pelas métricas do plano de controle, métricas de estado do kube selecionadas, métricas do cAdvisor/kubelet ou métricas do DCGM. Os registros do sistema, do plano de controle e da carga de trabalho geram cobranças do Cloud Logging. Os registros do plano de controle, as métricas do plano de controle, as métricas de estado do kube, as métricas do cAdvisor/kubelet e as métricas do DCGM são ativadas por padrão para clusters do GKE no Google Cloud que são registrados no momento da criação do cluster em um projeto ativado do GKE Enterprise. Para conferir a lista de registros e métricas do GKE incluídos, consulte Quais registros são coletados e Métricas disponíveis.

Em um cluster do Google Distributed Cloud, os registros e as métricas do sistema do GKE Enterprise não são cobrados e 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 Google Cloud Observability é determinado pelo volume de dados. Além desse custo, o uso de todos os outros recursos de um produto do Google Cloud Observability é 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ê tem interesse em saber como gerenciar seus custos, confira estas postagens do blog:

• Preços do Cloud Logging para administradores do Cloud: como abordar e economizar
• Quatro etapas para gerenciar os custos do Cloud Logging dentro de um orçamento

Como os escopos de métricas, de registros e de rastreamento afetam o faturamento?

Na maioria das vezes, o escopo das métricas, escopo dos registros e escopo dos rastreamentos não afetam o faturamento.

Registros, métricas e rastreamentos são cobrados pelo projeto, conta de faturamento, pasta ou organização que recebe os dados. O escopo das métricas define a coleção de recursos que terão métricas visíveis e monitoráveis. Ao definir essa configuração, você não muda os recursos que recebem dados de métricas nem causa duplicação. Um escopo de registro só lista os recursos que armazenam ou roteiam as entradas de registro que você quer visualizar. Da mesma forma, um escopo de trace lista apenas os recursos que armazenam os dados de trace que você quer visualizar.

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.

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 Google Cloud registros 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 Google Cloud calculadora de preços e selecione a guia "Cloud Load Balancing e serviços de 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 Google Cloud métricas ou do GKE Enterprise 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 Google Cloud Observability.
• Use a calculadora de preços.
• Saiba mais sobre as soluções e os casos de uso do Google Cloud Observability.