Opções e cálculos de custo dos logs do Azure Monitor

Os encargos mais significativos para a maioria das implementações do Azure Monitor geralmente são a ingestão e a retenção de dados em seus espaços de trabalho do Log Analytics. Vários recursos no Azure Monitor não têm um custo direto, mas contribuem para os dados coletados no ambiente de trabalho. Este artigo descreve como as cobranças de dados são calculadas para os seus workspaces do Log Analytics e as várias opções de configuração que afetam seus custos.

Dica

Para ver estratégias que reduzem os custos do Azure Monitor, confira Otimização de custos e o Azure Monitor.

Modelo de preços

O preço padrão do Log Analytics é um modelo de pagamento conforme o uso baseado no volume de dados ingerido e na retenção de dados. Cada workspace do Log Analytics é cobrado como um serviço separado e contribui para a fatura da sua assinatura do Azure. Os preços dos Logs do Azure Monitor são definidos regionalmente. A quantidade de ingestão de dados pode ser considerável dependendo do seguinte:

  • O conjunto de soluções de gerenciamento habilitadas e sua configuração.
  • O número e o tipo de recursos monitorados.
  • Os tipos de dados coletados de cada recurso monitorado.

Uma lista de nomes dos medidores de cobrança do Azure Monitor está disponível aqui.

Se um workspace tiver o Microsoft Sentinel habilitado, o Sentinel cobrará a ingestão de dados para logs auxiliares e logs básicos. Se um workspace tiver o Microsoft Sentinel habilitado e estiver em uma camada do plano simplificado do Sentinel, os medidores do Sentinel cobrarão a ingestão de dados dos Logs de Análise. Se o Sentinel tiver o data lake habilitado, os medidores do Sentinel cobrarão a consulta, o trabalho de pesquisa e a retenção de longo prazo no workspace.

Cálculo do tamanho dos dados

O Azure Monitor Logs cobra com base na quantidade de dados que você envia para um workspace do Log Analytics, em GB (10^9 bytes).

O tamanho cobrado de um único registro da seguinte maneira:

  • Para eventos ingeridos como Logs de Análise e Logs Básicos, o Azure Monitor Logs calcula o tamanho com base em uma representação em cadeia de caracteres das entradas das colunas que ele precisa gravar no workspace do Log Analytics.

  • Para eventos ingeridos como Logs Auxiliares, o Azure Monitor Logs calcula o tamanho com base no tamanho descompactado das entradas nas colunas que ele precisa gravar no workspace do Log Analytics.

O tamanho faturável inclui dados coletados da fonte de dados ou adicionados no processo de ingestão. Por exemplo, esse cálculo inclui todas as colunas personalizadas adicionadas pela API de ingestão de logs, transformações e campos personalizados. Se você enviar entradas de coluna que não correspondem ao esquema da tabela de destino, Azure Monitor logs cobra você por essas entradas de coluna, mesmo que a tabela de destino não possa armazenar os dados. Verifique se as regras de coleta de dados correspondem ao esquema da tabela de destino para evitar encargos de dados que sua tabela de destino não pode armazenar.

Observação

O cálculo do volume de dados cobrado é, em geral, substancialmente menor que o tamanho de todo o evento recebido e empacotado em JSON. Em média, considerando todos os tipos de evento, o tamanho cobrado para Logs de Análise e Logs Básicos é cerca de 25% menor do que o tamanho dos dados recebidos. Pode ser de até 50% para eventos pequenos. Essa porcentagem inclui o efeito das colunas padrão excluídas da cobrança (consulte a seção a seguir). É essencial compreender esse cálculo do tamanho dos dados faturados quando você estima os custos e os compara a outros modelos de precificação.

Colunas excluídas

As colunas padrão a seguir são comuns a todas as tabelas e são excluídas do cálculo do tamanho do registro para Logs de Análise e Logs Básicos. Todas as outras colunas armazenada no Log Analytics são incluídas no cálculo de tamanho do registro. As colunas padrão são:

  • _ResourceId
  • _SubscriptionId
  • _ItemId
  • _IsBillable
  • _BilledSize
  • _TenantId
  • Type

Para logs auxiliares, _ItemIde _IsBillable_BilledSize são excluídos do cálculo de tamanho.

Tabelas excluídas

Algumas tabelas estão totalmente livres de cobranças de ingestão de dados, incluindo, por exemplo, AzureActivity, Heartbeat, Usage e Operation. A coluna _IsBillable sempre indica essas informações. Indica se um registro está excluído da cobrança por ingestão e retenção de dados.

Encargos para outras soluções e serviços

Algumas soluções têm políticas mais específicas sobre ingestão de dados gratuita. Por exemplo, o Migrações para Azure disponibiliza gratuitamente os dados de visualização de dependência por 180 dias em uma Avaliação de Servidor. Serviços como o Microsoft Defender para Nuvem, o Microsoft Sentinel e o Gerenciamento de Configuração têm seus próprios modelos de preços.

Consulte a documentação de diferentes serviços e soluções para quaisquer cálculos de cobrança específicos.

Níveis de compromisso

Importante

Os níveis de compromisso se aplicam apenas à ingestão de Logs de Análise. A ingestão de Logs Básicos e Logs Auxiliares é cobrada a taxas fixas por GB e não é coberta por descontos de nível de compromisso.

Além do modelo de pagamento conforme o uso, o Log Analytics tem tipos de compromisso, o que permite uma economia de até 30% em comparação com o preço do pagamento conforme o uso para os Logs de Análises de Dados. Com o preço do nível de compromisso, você pode se comprometer a comprar ingestão de dados para um espaço de trabalho, começando com 100 GB por dia, a um preço menor do que o preço de pagamento conforme o uso. Qualquer uso acima do nível de compromisso (excedente) será cobrado com o mesmo preço por GB fornecido pelo nível de compromisso atual. (O excedente é cobrado usando o mesmo medidor de cobrança do nível de compromisso. Por exemplo, se um espaço de trabalho estiver no nível de compromisso de 200 GB/dia e ingerir 300 GB em um dia, esse uso é cobrado como se fosse 1,5 unidades do nível de compromisso de 200 GB/dia). As camadas de compromisso têm um período de compromisso de 31 dias a partir do momento em que uma camada de compromisso é selecionada ou alterada. A camada de compromisso pode ser reduzida por seis horas após a configuração para acomodar o nível não intencional.

  • Durante o período de compromisso, você pode alterar para um nível de compromisso mais alta, que reinicia o período de compromisso de 31 dias. Você não pode voltar para o modelo de pagamento conforme o uso ou para um nível de compromisso inferior até terminar o período de compromisso do seu plano.
  • No final do período de compromisso, o espaço de trabalho mantém o nível de compromisso selecionado, e você pode migrá-lo para pagamento por uso ou para um nível de compromisso inferior a qualquer momento.
  • Se você mover inadvertidamente um workspace para um nível de compromisso, entre em contato com Suporte da Microsoft para redefinir o período de compromisso para que você possa voltar para o tipo de preço pré-pago.

O faturamento dos níveis de compromisso é feito por espaço de trabalho diariamente. Se o workspace fizer parte de um cluster dedicado, a cobrança será feita para o cluster. Veja a seção "Clusters dedicados" a seguir. Para uma lista dos níveis de compromisso e seus preços, confira Preço do Azure Monitor.

Os descontos de compromisso do Azure, como descontos recebidos dos Microsoft Enterprise Agreements, são aplicados aos preços do nível de compromisso do Azure Monitor Logs da mesma forma que aos preços de pagamento conforme o uso. Os descontos são aplicados se o uso está sendo cobrado por workspace ou por cluster dedicado.

Dica

O item de menu Uso e custos estimados de cada espaço de trabalho do Log Analytics mostra uma estimativa de quais seriam os seus encargos de ingestão de dados em cada nível de compromisso, ajudando você a escolher o nível de compromisso ideal para os seus padrões de ingestão de dados. Examine periodicamente essas informações para determinar se pode reduzir seus encargos movendo-se para outro nível. Para informações sobre esse modo de exibição, confira Uso e custos estimados. Para revisar suas cobranças reais, utilize Gerenciamento de Custos do Azure = Cobrança.

Clusters dedicados

Um cluster dedicado do Azure Monitor Logs é uma coleção de espaços de trabalho em um único cluster gerenciado do Azure Data Explorer. Os clusters dedicados dão suporte a recursos avançados, como chaves gerenciadas pelo cliente e usam o mesmo modelo de preço de camada de compromisso que os workspaces, embora precisem ter um nível de compromisso de pelo menos 100 GB por dia. Qualquer uso acima do nível de compromisso (excedente) será cobrado com o mesmo preço por GB fornecido pelo nível de compromisso atual. Não há opção de pagamento conforme o uso para clusters.

O nível de compromisso do cluster tem um período de compromisso de 31 dias após o aumento do nível de compromisso. Durante o período de compromisso, o nível de compromisso não pode ser reduzido, mas pode ser aumentado a qualquer momento. Quando os workspaces estão associados a um cluster, a cobrança pela ingestão de dados para esses workspaces é feita no nível do cluster usando o nível de compromisso configurado.

Há dois modos de cobrança para um cluster que você especifica ao criar o cluster:

  • Cluster (padrão) - o nível do cluster é responsável pela cobrança dos dados ingeridos. As quantidades de dados ingeridos de cada workspace associado a um cluster são agregadas para calcular a fatura diária do cluster. As alocações por nó do Microsoft Defender para Nuvem são aplicadas no nível do espaço de trabalho antes dessa agregação de dados em todos os espaços de trabalho no cluster.

  • Workspaces – os custos do nível de compromisso para o cluster são atribuídos proporcionalmente aos workspaces, pelo volume de ingestão de dados de cada workspace (após a contabilização de alocações por nó do Microsoft Defender para Nuvem de cada workspace).

    Se o volume total de dados ingerido em um cluster por um dia for menor que o nível de compromisso, cada espaço de trabalho será cobrado pelos seus dados ingeridos na taxa efetiva por GB do nível de compromisso, cobrando uma fração do nível de compromisso. A parte não utilizada da camada de compromisso é então cobrada do recurso do cluster.

    Se o volume total de dados ingeridos em um cluster por um dia for maior que o nível de compromisso, cada espaço de trabalho será cobrado por uma fração do nível de compromisso, com base em sua fração dos dados ingeridos naquele dia e cada espaço de trabalho por uma fração dos dados ingeridos acima do nível de compromisso. Se o volume total de dados ingeridos em um espaço de trabalho por um dia estiver acima do nível de compromisso, nada será cobrado do recurso do cluster.

Você pode encontrar exemplos de como a cobrança de cluster funciona em cada um desses modos aqui.

A ingestão de dados para Logs Básicos e Logs Auxiliares e retenção de dados é cobrada para cada workspace, o mesmo que para workspaces não associados a um cluster.

O faturamento do cluster começa quando o cluster é criado, independentemente de haver ou não espaços de trabalho associados ao cluster.

Quando você vincula workspaces a um cluster, o tipo de preço é alterado para cluster e a ingestão é cobrada com base no nível de compromisso do cluster. Os espaços de trabalho associados a um cluster não têm mais seu próprio nível de preço. Os espaços de trabalho podem ser desvinculados de um cluster a qualquer momento, e o nível de preço pode ser alterado para por GB.

Se o seu espaço de trabalho vinculado estiver usando o nível de preços legado Por Nó, ele será cobrado com base nos dados ingeridos em relação ao nível de compromisso do cluster, e não mais por nó. As alocações de dados por nó do Microsoft Defender para Nuvem continuarão sendo aplicadas.

Se você excluir um cluster, a cobrança para o cluster será interrompida mesmo que o cluster esteja dentro de seu período de compromisso de 31 dias.

Para mais informações sobre como criar um cluster dedicado e especificar seu tipo de cobrança, confira Criar um cluster dedicado.

Planos de tabela

O plano de tabela rege os dados armazenados em uma tabela de workspace Log Analytics. Ele determina preços de ingestão, preços de consulta, comportamento de retenção e quais tabelas podem usar o plano. Como o plano é uma configuração por tabela, um único workspace pode combinar tabelas dos três planos. Para obter uma comparação por caso de uso, consulte Tabelas nos Logs do Azure Monitor.

Logs de Análise Logs básicos Logs auxiliares
Ingestão Cobrado por GB. Inclui 31 dias de retenção de análise sem custo adicional. Cobrado por GB a uma taxa fixa reduzida. Cobrado por GB à menor tarifa fixa. O tamanho do registro cobrado é o tamanho descompactado das entradas de coluna (consulte o cálculo de tamanho de dados).
Query Consultas interativas não são cobradas com base na quantidade de dados processados. Consultas interativas são cobradas por GB de dados verificados dentro do intervalo de tempo da consulta. Consultas interativas são cobradas por GB de dados processados.
Trabalhos de retenção e pesquisa Após o período de retenção da análise, os dados são movidos para a retenção de longo prazo com um custo reduzido. Recupere dados da retenção de longo prazo executando um trabalho de pesquisa. Consulte Retenção de dados de log e Trabalhos de pesquisa para ver os custos de exame específicos de cada plano. Consulte Retenção de dados de log e Trabalhos de pesquisa para ver os custos de exame específicos de cada plano.

Quando uma consulta inclui uma tabela Básica ou Auxiliar, os encargos de consulta são baseados no total de dados verificados em todas as tabelas consultadas. Os dados nas tabelas do Analytics dentro do respectivo período de retenção do Analytics não são incluídos nos dados analisados para cobrança. Para obter mais informações, consulte os dados de consulta em tabelas Básicas e Auxiliares.

Para obter mais informações sobre os planos de tabela de Logs Básicos e Logs Auxiliares, consulte Visão geral dos Logs do Azure Monitor: planos de tabela.

Retenção de dados de log

Além da ingestão de dados, há cobrança pela retenção de dados em cada workspace do Log Analytics. Defina o período de retenção para todo o workspace ou para cada tabela. Após esse período, os dados serão removidos ou conservados na retenção de longo prazo. Durante a retenção de longo prazo, você paga uma taxa de retenção reduzida, e encargos por trabalho de consulta ou de pesquisa se aplicam de acordo com o plano da tabela e a consulta. Use a retenção de longo prazo para reduzir os custos de dados que devem ser armazenados para conformidade ou investigação ocasional. Saiba mais sobre as opções de retenção e a configuração.

Logs de Análise, Logs Básicos e Logs Auxiliares usam a mesma taxa por GB para retenção de longo prazo. A cobrança pela retenção de dados ocorre diariamente (com base em dias no fuso horário UTC).

A exclusão de uma tabela personalizada não remove os dados associados a essa tabela e, portanto, uma cobrança de retenção interativa e de longo prazo continuará a ser incorrida.

Para obter mais informações sobre retenção de dados, incluindo como definir essas configurações e acessar dados na retenção de longo prazo, confira Gerenciar retenção de dados em um workspace do Log Analytics.

Observação

Excluir dados de seu workspace Log Analytics usando o recurso Log Analytics Limpar não afeta os custos de retenção. Para reduzir os custos de retenção, diminua o período de retenção do espaço de trabalho ou de tabelas específicas.

Procurar empregos

Recupere os dados da retenção de longo prazo executando trabalhos de pesquisa. Os trabalhos de pesquisa são consultas assíncronas que buscam registros em uma nova tabela de pesquisa no espaço de trabalho para análise adicional. Você paga pelos trabalhos de pesquisa com base no número de gigabytes de dados analisados em cada dia em que a pesquisa é executada.

Os encargos de verificação do trabalho de pesquisa dependem do plano da tabela de origem:

  • Logs de Análise – você paga apenas pelos dados que o trabalho de pesquisa verifica na retenção de longo prazo. Não há cobrança por verificação de dados na retenção de análise.

  • Logs Básicos e Logs Auxiliares — você paga por todos os dados que a tarefa de pesquisa analisa no intervalo de tempo consultado.

Os dados verificados são o volume de dados ingeridos na tabela consultada dentro do intervalo de tempo especificado pela consulta.

Além das cobranças de verificação, você paga a taxa padrão de ingestão dos Logs de Análise pelos resultados do trabalho de pesquisa ingeridos na nova tabela de resultados.

Restauração de dados de log

Quando você precisa consultar intensamente grandes volumes de dados ou dados em retenção de longo prazo com os recursos completos de consulta analítica, o recurso de restauração de dados é uma ferramenta poderosa. A operação de restauração transforma um intervalo de tempo específico de dados em uma tabela disponível no cache ativo para consultas de alto desempenho. Você pode descartar os dados quando terminar. A restauração de dados de log é cobrada pela quantidade de dados restaurados e quando a restauração é mantida ativa. Os valores mínimos cobrados para qualquer restauração de dados são de 2 TB e 12 horas. Os dados restaurados com mais de 2 TB e/ou mais de 12 horas de duração são cobrados de maneira proporcional.

Exportação de dados de log

A exportação de dados em um espaço de trabalho do Log Analytics permite que você exporte continuamente dados por tabelas selecionadas em seu espaço de trabalho para uma conta de Armazenamento do Azure ou Hubs de Eventos do Azure conforme eles chegam a um pipeline do Azure Monitor. Os encargos para o uso da exportação de dados são baseados na quantidade de dados exportados. O tamanho dos dados exportados é o número de bytes nos dados formatados JSON exportados.

Cobrança do Application Insights

Como recursos do Application Insights baseados em espaço de trabalho armazenam seus dados em um espaço de trabalho do Log Analytics, a cobrança pela ingestão de dados e retenção é feita pelo espaço de trabalho onde os dados do Application Insights estão localizados. Por esse motivo, você pode usar todas as opções do modelo de preços do Log Analytics, incluindo níveis de compromisso, além de pagamento conforme o uso.

Dica

Deseja ajustar as configurações de retenção em suas tabelas do Application Insights? Os nomes das tabelas foram alterados para componentes baseados em espaço de trabalho, veja Estrutura da tabela do Application Insights

A ingestão de dados e retenção para um recurso clássico do Application Insights seguem o mesmo preço de pagamento conforme o uso dos recursos baseados em espaço de trabalho, mas não podem usar níveis de compromisso.

A telemetria de testes de ping e testes multietapas é cobrada da mesma forma que o uso de dados para outras telemetrias do seu aplicativo. O uso de testes da Web e a habilitação de alertas sobre dimensões de métricas personalizadas ainda são relatados por meio do Application Insights. Não há nenhuma cobrança de volume de dados para usar o Live Metrics Stream.

Para obter mais informações sobre os níveis legados que estão disponíveis para os primeiros usuários do Application Insights, veja Nível de preços corporativos legados do Application Insights (por nó).

Espaços de trabalho com Microsoft Sentinel

Quando o Microsoft Sentinel está habilitado em um workspace do Log Analytics, todos os dados coletados nesse workspace estão sujeitos a encargos do Microsoft Sentinel, além dos encargos do Log Analytics. Por esse motivo, você geralmente separará seus dados operacionais e de segurança em diferentes workspaces para não incorrer em encargos do Microsoft Sentinel para dados operacionais.

Em algumas situações, combinar dados pode levar a economias de custos. Em geral, essa situação ocorre quando você não está coletando dados operacionais e de segurança suficientes para cada um alcançar um nível de compromisso por conta própria, mas os dados combinados são suficientes para alcançar um nível de compromisso. Para saber mais, veja:

Workspaces com o Microsoft Defender para Nuvem

O Microsoft Defender para Servidores (parte do Defender para Nuvem)cobra pelo número de serviços monitorados. Ele fornece 500 MB por servidor por dia de alocação de dados aplicada ao seguinte subconjunto de tipos de dados de segurança:

Se o espaço de trabalho estiver no nível de preços legado Por Nó, as alocações do Defender para Nuvem e do Log Analytics serão combinadas e aplicadas em conjunto a todos os dados ingeridos faturáveis. Se o espaço de trabalho tiver o Microsoft Sentinel habilitado, se o Sentinel estiver usando uma camada de preços clássica, a alocação de dados do Defender se aplicará somente ao faturamento de ingestão de dados do Log Analytics, mas não ao faturamento clássico do Sentinel. Se o Sentinel estiver usando um nível de preços simplificado, a alocação de dados do Defender se aplicará ao faturamento unificado do Sentinel. Para saber mais sobre como os clientes do Microsoft Sentinel podem se beneficiar, confira a Página de Preços do Microsoft Sentinel.

A contagem de servidores monitorados é calculada com base em uma granularidade horária. As contribuições diárias de alocação de dados de cada servidor monitorado são agregadas no nível do espaço de trabalho. Se o espaço de trabalho estiver no nível de preços legado Por Nó, as alocações do Microsoft Defender para Nuvem e Log Analytics serão combinadas e aplicadas em conjunto a todos os dados ingeridos faturáveis.

Observação

Para receber o subsídio de dados do Defender para servidores no seu espaço de trabalho do Log Analytics, a solução Segurança deve ter sido criada no espaço de trabalho.

Níveis de preços legados

As assinaturas que continham um workspace do Log Analytics ou um recurso do Application Insights em 2 de abril de 2018 ou que estão vinculadas a um Contrato Enterprise iniciado antes de 1º de fevereiro de 2019 e ainda estão ativas, continuarão a ter acesso para usar os seguintes níveis de preço herdados:

  • Autônomo (Por GB)
  • Por nó (OMS [Operations Management Suite])

O acesso ao nível de preços do teste gratuito antigo foi limitado em 1º de julho de 2022. Informações sobre preços para os níveis de preços autônomo e por nó estão disponíveis aqui.

Uma lista de nomes dos medidores de cobrança do Azure Monitor, incluindo essas camadas herdadas, está disponível aqui.

Importante

As camadas de preços legadas não oferecem suporte ao acesso a alguns dos recursos mais recentes do Log Analytics, como a ingestão de dados em tabelas usando os planos de tabela Basic Logs e Auxiliary Logs, que oferecem bom custo-benefício.

Nível de preço de teste gratuito

Os espaços de trabalho no nível de preços de avaliação gratuita têm ingestão de dados diária limitada a 500 MB (exceto para tipos de dados de segurança coletados pelo Microsoft Defender para Nuvem). A retenção de dados é limitada a sete dias. A faixa de preço do Teste Gratuito se destina apenas a fins de avaliação, não a cargas de trabalho em produção. Nenhum SLA é fornecido para o nível de avaliação gratuita.

Observação

Criar novos espaços de trabalho ou mover espaços de trabalho existentes para o nível de preços de avaliação gratuita antigo só era possível até 1º de julho de 2022.

Plano de preço independente

Você paga pelo uso no plano de preços Standalone com base no volume de dados ingeridos. O serviço Log Analytics relata o uso, e o medidor é chamado de "Dados Analisados". Os workspaces no nível de preços autônomo têm retenção configurável pelo usuário de 30 a 730 dias. Os workspaces na camada de preços Autônomo não oferecem suporte ao uso de planos de tabela de Logs Básicos e Logs Auxiliares.

Nível de preço por nó

O nível de preços por nó cobra por VM monitorada (nó) por hora. Para cada nó monitorado, o workspace recebe 500 MB de dados por dia sem cobrança. No nível do espaço de trabalho, essa alocação é agregada diariamente e calculada com granularidade horária. Você paga pelos dados ingeridos além da franquia diária total de dados como excedente de dados. A camada de preços por nó é uma camada herdada que está disponível apenas para assinaturas existentes que atendem aos requisitos de camadas de preços herdadas.

Na sua fatura, o serviço é Insight e Análise para uso do Log Analytics se o espaço de trabalho estiver no nível de preços Por nó. Os espaços de trabalho no nível de preços Por nó têm retenção configurável pelo usuário de 30 a 730 dias. Os workspaces na camada de preços Por Nó não oferecem suporte ao uso de planos de tabela de Logs Básicos e Logs Auxiliares. O uso é relatado em três medidores:

  • Nó: o uso do número de nós monitorados (VMs) em unidades de nó/meses.
  • Dados Excedentes por Nó: o número de GB de dados ingeridos em excesso a alocação de dados agregados.
  • Dados Incluídos por Nó: a quantidade de dados ingeridos que a alocação de dados agregados cobre. Esse medidor também é usado quando o workspace está em todas as camadas de preço para mostrar a quantidade de dados que o Microsoft Defender para Nuvem cobre.

Observação

Para usar os direitos advindos da compra do OMS E1 Suite, OMS E2 Suite ou OMS Add-On para System Center, escolha o nível de preço Log Analytics por nó. Se você não possui licenças OMS, não deve usar o nível de preços por nó.

Tipos de preço Standard e Premium

Você não pode criar espaços de trabalho nem mover espaços de trabalho para as camadas de preço Standard ou Premium desde 1º de outubro de 2016. Você pode continuar a usar os espaços de trabalho que já estão nesses níveis de preço, mas, se retirar um espaço de trabalho desses níveis, não poderá colocá-lo de volta neles. Os níveis de preços Standard e Premium têm retenção de dados fixa de 30 dias e 365 dias, respectivamente. Os espaços de trabalho nessas faixas de preço não oferecem suporte ao uso dos planos de tabela Basic Logs e Auxiliary Logs nem à retenção de dados a longo prazo. Os medidores de ingestão de dados na sua fatura do Azure para esses níveis herdados são denominados Data Analyzed.

Microsoft Defender para Nuvem com níveis de preços legados

As seguintes considerações se referem às camadas herdadas do Log Analytics e a como o uso é cobrado para o Microsoft Defender para Nuvem:

  • Se o espaço de trabalho estiver no nível Standard ou Premium legado, o Microsoft Defender para Nuvem será cobrado apenas pela ingestão de dados do Log Analytics, não por nó.
  • Se o workspace estiver na camada herdada Por Nó, o Microsoft Defender para Nuvem será cobrado usando o modelo de preços atual baseado em nó do Microsoft Defender para Nuvem.
  • Em outros tipos de preço (incluindo os níveis de compromisso), se o Microsoft Defender para Nuvem tiver sido habilitado antes de 19 de junho de 2017, ele será cobrado somente pela ingestão de dados do Log Analytics. Caso contrário, o Microsoft Defender para Nuvem será cobrado usando o modelo de preços atual baseado em nós do Microsoft Defender para Nuvem.

Mais informações sobre as limitações do tipo de preço estão disponíveis em Assinatura do Azure e limites de serviço, cotas e restrições.

Nenhuma das categorias de preços herdadas tem preços baseados em região.

Avalie o nível de preço legado por nó

A camada de preços herdada Por Nó utiliza cálculos de preços complexos. A menos que você possua licenças OMS, use uma das opções modernas de preço, como Pagamento conforme o uso ou um Nível de Compromisso.

Se você tiver um workspace na camada herdada Por Nó, poderá comparar seus custos de operação nessa camada de preço exportando os dados detalhados de uso com as estimativas mensais de custo fornecidas para as camadas Pagamento Conforme o Uso ou Compromisso na página Uso e custo estimado do seu workspace.

Quando um workspace está na camada de preços herdada Por Nó, a retenção é cobrada no medidor de Retenção de Dados Padrão (consulte Medidores de cobrança do Azure Monitor). Esse medidor tem um único preço global, não a variação de preço regional do medidor de retenção de dados atual usado pelo faturamento por uso e por nível de compromisso.

Próximas etapas

  • Última atualização em