Limites de serviço do Azure Monitor

Este artigo lista limites em diferentes áreas do Azure Monitor.

Alertas

Recurso Limite predefinido Limite máximo
Alertas de métricas 5.000 regras de alerta ativas por subscrição no Azure público, Microsoft Azure operado pela 21Vianet e nuvens do Azure Government. Se você estiver atingindo esse limite, explore se pode usar o mesmo tipo de alertas com vários recursos.
10.000 séries cronológicas métricas por regra de alerta.
Ligue para o suporte.
Alertas do registo de atividades 100 regras de alerta ativas por assinatura (não pode ser aumentada). Isto inclui os alertas de Integridade do Serviço e de Integridade de Recursos.
Como este limite não pode ser aumentado, considere enviar os seus Registos de Atividade para um espaço de trabalho Log Analytics e criar alertas de pesquisa de registos, caso precise de um maior número de regras por subscrição.
O mesmo que o padrão.
Alertas de log 5.000 regras de alerta ativas por assinatura. Destes, 100 regras de alerta ativo com uma frequência de 1 minuto.
1.000 regras de alerta ativas por recurso.
Cada regra de alerta sem estado pode disparar até 6.000 alertas por avaliação.
Cada regra de alerta com estado pode disparar até 300 alertas por avaliação.
Até 5.000 alertas de estado disparados de cada vez por regra de alerta.
As regras de alerta 'stateful' podem ser configuradas com uma frequência de até 12 horas.

O tamanho combinado de todos os dados nas propriedades da regra de alerta de log não pode exceder 64 KB.
Os resultados da consulta Kusto não podem exceder mais de 20 MB.
500 regras de alertas ativos por identidade gerida no Log Analytics ou no espaço de trabalho ADX.
50 regras de alerta ativas por identidade gerida no Azure Resource Graph workspace.
Ligue para o suporte.
Regras de processamento de alertas 1 000 regras ativas por subscrição. Ligue para o suporte.
Regras de alerta e comprimento da descrição das regras de processamento de alertas Alertas de pesquisa de logs têm 4.096 caracteres.
Todos os outros têm 2.048 caracteres.
O mesmo que o padrão.

API de alertas

Os alertas do Azure Monitor têm vários limites de limitação para proteger contra utilizadores que façam um número excessivo de chamadas. Esse comportamento pode potencialmente sobrecarregar os recursos de back-end do sistema e comprometer a capacidade de resposta do serviço. Os limites a seguir foram projetados para proteger os clientes contra interrupções e garantir um nível de serviço consistente. O controlo e os limites do utilizador são concebidos para afetar apenas cenários de uso extremo. Eles não devem ser relevantes para o uso típico.

Observação

Há um limite de chamadas de API por instância. O número limite exato depende do número de instâncias.

Recurso Limite predefinido Limite máximo
Alertas - Obter resumo 50 chamadas por minuto por subscrição O mesmo que o padrão
Alertas - Obter tudo (não "Obter por ID") 100 chamadas por minuto por subscrição O mesmo que o padrão
Todas as outras chamadas de alerta 1.000 chamadas por minuto por assinatura O mesmo que o padrão

Grupos de ação

Você pode ter um número ilimitado de grupos de ação em uma assinatura. (Os limites de grupos de recursos ARM continuam a aplicar-se. Ver mais).

Recurso Limite predefinido Limite máximo
Notificações (limites de taxa) Por subscrição: 300 notificações por minuto por região.
Segundo a regra dos alertas: 100 notificações a cada 5 minutos por região.
Por grupo de ação:
Saúde do Serviço (conforme a regra): 150 notificações a cada 5 minutos por região.
Saúde do Serviço (por subscrição): 200 notificações por minuto por região.
Teste (por grupo de ação): 2 notificações de teste a cada 5 minutos por região.
Teste (por subscrição): 5 notificações de teste a cada 5 minutos por região.
O mesmo que Padrão
Azure aplicação push 10 ações de aplicação Azure por grupo de ações. O mesmo que Padrão
Email 1.000 ações de e-mail em um grupo de ação.
Não mais do que 100 emails por hora para cada endereço de email por região.
O limite de caracteres em um endereço de email é 64.
O limite de caracteres em um email é 55296.
Consulte também Limites de serviço para notificações.
O mesmo que Padrão
Email para a função do Azure Resource Manager 10 ações de função ARM relacionadas a e-mails por grupo de ação.
Em produção: Não mais de 100 e-mails em uma hora por região.
Em um grupo de ação de teste: Não mais do que dois e-mails em cada um (1) minuto.
O mesmo que Padrão
Hubs de Eventos 10 ações dos Hubs de Eventos por grupo de ação. O mesmo que Padrão
ITSM 10 ações ITSM em um grupo de ação. O mesmo que Padrão
Aplicação de lógica 10 ações lógicas do aplicativo em um grupo de ação. O mesmo que Padrão
Guia de Operações 10 ações de runbook em um grupo de ação. O mesmo que Padrão
Webhook Seguro 10 ações seguras de webhook num grupo de ações.
O número máximo de chamadas webhook é de 1500 por minuto por subscrição.
O mesmo que Padrão
SMS 10 ações SMS em um grupo de ação.
Em produção: Não mais do que uma mensagem SMS a cada cinco minutos.
Em um grupo de ação de teste: Não mais do que um SMS a cada minuto.
O mesmo que Padrão
Voice 10 ações de voz em um grupo de ação.
Em produção: Não mais do que uma chamada de voz a cada cinco minutos.
Em um grupo de ação de teste: não mais do que uma chamada de voz a cada minuto.
O mesmo que Padrão
webhook 10 ações de webhook num grupo de ação.
O número máximo de chamadas webhook é de 1500 por minuto por subscrição.
O mesmo que Padrão

Evitar limites de taxa

  • Desdobrar grupos de ação em várias regiões - Aplicam-se limites regionais por região. Distribuir grupos de ação pelo Leste dos EUA, Europa Ocidental e Sudeste Asiático triplica a capacidade disponível. (Todas as regiões apoiadas pelo Grupo de Ação)
  • Consolidar regras de alerta - Use alertas multi-recurso em vez de criar regras duplicadas por recurso.
  • Use alertas de estado - Reduz as notificações ao alertar apenas sobre alterações de estado.
  • Frequência de avaliação de sintonia - Use intervalos mais longos (5+ minutos) para alertas não críticos.
  • Evite a reutilização de grupos de ação - Não partilhe um grupo de ação entre centenas de regras de alerta.

Escala automática

Recurso Limite predefinido Limite máximo
Definições do dimensionamento automático 100 por região e por assinatura. O mesmo que o padrão
Perfis de Escalonamento Automático 20 perfis por configuração de escala automática. O mesmo que o padrão

Métricas Prometheus

Ingestão

O Prometheus gerido pelo Azure é um sistema que ignora maiúsculas. Trata cadeias de caracteres, como nomes de métricas, nomes de etiquetas ou valores de etiquetas, como sendo a mesma série temporal, caso se diferenciem de outra série temporal apenas pela diferença de maiúsculas e minúsculas da cadeia de caracteres. Para obter mais informações, consulte Visão geral das métricas do Prometheus.

Os seguintes limites aplicam-se ao espaço de trabalho do Azure Monitor que ingere as suas métricas Prometheus.

Limite Valor
Séries temporais ativas com métricas que foram relatadas nas últimas ~12 horas. 1 000 000
Pode solicitar um aumento. 
Eventos por minuto ingerido. 1 000 000
Pode solicitar um aumento. 

Os seguintes limites aplicam-se à regra de recolha de dados (DCR) que envia os dados das métricas Prometheus para o seu espaço de trabalho Azure Monitor.

Limite Valor
Pedidos de ingestão por minuto para uma regra de recolha de dados 15 000
Este limite não pode ser aumentado. 
Ingestão de informações por minuto para uma regra de recolha de dados 50 GB
Este limite não pode ser aumentado.

Consultas

As consultas Prometheus são criadas usando PromQL e podem ser criadas tanto no Azure Managed Grafana como no Grafana autogerido.

Limite Valor
Retenção de dados 18 meses.
Este limite não pode ser aumentado. 
Intervalo de tempo de consulta 32 dias entre a hora de início e a hora de término da sua consulta PromQL.
Este limite não pode ser aumentado.
Consultar séries cronológicas por métrica 500.000 séries cronológicas. 
Exemplos de consulta retornados 50.000.000 amostras por consulta. 
Tamanho mínimo da etapa de consulta
com intervalo de tempo >= 48 horas
60 segundos. 

Limites de dados de consulta
Para o tráfego de clientes:

Limite Valor
Limitar o comprimento da pesquisa da janela 30 segundos
Dados retornados por espaço de trabalho do Azure Monitor 0,5 GB

Para registar regras de tráfego:

Limite Valor
Limitar o comprimento da pesquisa da janela 3 minutos
Dados retornados por espaço de trabalho do Azure Monitor 1 GB

Limites de pré-análise de consultas
Com base no intervalo de tempo de consulta e no tipo de solicitação, em uma janela de 30 segundos (para tráfego de clientes):

Limite Valor
Horas de consulta por utilizador (Microsoft Entra ID, managed identity, Azure Managed Grafana workspace) 30 000
Consultar horas por espaço de trabalho do Azure Monitor 60 000
Consultar horas por inquilino do Azure 600,000

Com base no intervalo de tempo de consulta e no tipo de solicitação, ao longo de uma janela de 3 minutos (para registrar o tráfego de regras):

Limite Valor
Consultar horas por espaço de trabalho do Azure Monitor 60 000
Consultar horas por inquilino do Azure 600,000

Limites de pós-processamento de consultas
Com base no intervalo de tempo de consulta e nos vetores de intervalo na consulta em uma janela de 30 segundos (para tráfego de cliente):

Limite Valor
Horas de consulta por utilizador (Microsoft Entra ID, managed identity, Azure Managed Grafana workspace) 2,000,000
Consultar horas por espaço de trabalho do Azure Monitor 2,000,000
Consultar horas por inquilino do Azure 20.000.000

Com base no intervalo de tempo de consulta e nos vetores de intervalo na consulta ao longo de uma janela de 3 minutos (para registrar o tráfego de regras):

Limite Valor
Consultar horas por espaço de trabalho do Azure Monitor 2,000,000
Consultar horas por inquilino do Azure 20.000.000

Limites de limitação de custo de consulta

Limite Valor
Custo máximo de consulta por consulta 15000
Custo máximo de consulta para consulta de regras de gravação 3000

O cálculo do custo da consulta é feito da seguinte forma:

Custo da Consulta = (Número de séries cronológicas solicitadas * (duração do tempo consultado em segundos / Resolução do tempo inferido dos dados consultados)) / 5000

Resolução de tempo inferida de dados consultados = Número de pontos de dados armazenados em qualquer chave de série temporal selecionada aleatoriamente da métrica consultada / duração do tempo consultado em segundos

Observação

Uma única métrica na consulta tem um limite de tamanho máximo de 64 MB em bytes para o resultado das chaves de série temporal solicitadas na consulta.

Regras de alerta e registo

As regras de alerta do Prometheus e as regras de gravação são definidas no PromQL. São realizados no serviço managed Ruler como parte do Azure Monitor managed service para Prometheus.

Limite Valor
Grupos de regras por espaço de trabalho do Azure Monitor, numa subscrição do Azure 500
Pode solicitar um aumento.
Regras por grupo de regras 20
Este limite não pode ser aumentado.
Intervalo de avaliação do grupo de regras Entre 1 minuto - 24 horas.
O tempo padrão é de 1 minuto. 
Alertas ativos Sem limite neste momento.

Escrita remota

Os cálculos foram determinados usando um tamanho de lote remoto de 500, que é o padrão.

Limite Valor
Utilização da CPU 0,25 x (número de métricas) + 1,25 x (número médio de séries por métrica)
Pedido de CPU 0,75 x (uso da CPU)
Limite de CPU 2 x (solicitação de CPU)
Pedido de memória 150 Mb
Limite de memória 200 MB
Largura de banda máxima O contêiner de gravação remota pode processar até 150.000 séries temporais exclusivas. O contêiner pode gerar erros ao atender solicitações acima de 150.000 devido ao alto número de conexões simultâneas. Esse problema pode ser atenuado aumentando o tamanho do lote remoto de 500 para 1.000. Essa alteração reduz o número de conexões abertas.

API de ingestão de logs

Limite Valor Observações
Tamanho máximo da chamada de API 1 MB Dados compactados e não compactados.
Tamanho máximo dos valores dos campos 64 KB Os campos com mais de 64 KB são truncados.
Máximo de dados/minuto por DCR *2 GB Dados compactados e não compactados. Tente novamente após a duração listada no cabeçalho Retry-After da resposta.
Número máximo de pedidos por minuto por DCR *12,000 Tente novamente após a duração listada no cabeçalho Retry-After da resposta.
Intervalo máximo TimeGenerated por chamada de API 30 minutos Este limite só se aplica ao ingerir em tabelas de log auxiliares. Se os dados de origem para TimeGenerated forem ingeridos sem serem transformados, o intervalo de tempo das entradas deve ser inferior a 30 minutos.

* Aumentos graduais para além deste limiar podem ser automaticamente acomodados pelo sistema, embora ainda possa ocorrer uma limitação temporária à medida que a escala aumenta. Para aumentos grandes ou abruptos previstos que excedam significativamente este limiar, contacte o suporte do suporte do Azure antecipadamente para obter orientação.

Regras da recolha de dados

Limite Valor
Número máximo de fontes de dados 10
Número máximo de especificadores de contador no contador de desempenho 100
Número máximo de nomes de recursos no Syslog 20
Número máximo de consultas XPath no Log de Eventos 100
Número máximo de fluxos de dados 10
Número máximo de fluxos de dados 20
Número máximo de extensões 10
Tamanho máximo das configurações de extensão 32 Kb
Número máximo de espaços de trabalho de Log Analytics 10
Número máximo de caracteres em uma transformação 15,360

Configurações de diagnóstico

Recurso Limite Predefinido Limite Máximo
Número máximo de configurações de diagnóstico por recurso 5 O mesmo que o padrão.

Registrar consultas e idioma

Limites gerais de consulta

Limite Descrição
Linguagem da consulta Azure Monitor utiliza a mesma Kusto Query Language (KQL) que Azure Data Explorer. Consulte diferenças na linguagem de consulta de log do Azure Monitor em relação aos elementos da linguagem KQL não suportados em Azure Monitor.
Regiões Azure As consultas de log podem sofrer uma sobrecarga excessiva quando os dados abrangem espaços de trabalho do Log Analytics em múltiplas regiões do Azure. Consulte Limites de consulta para obter detalhes.
Consultas entre recursos Número máximo de recursos Application Insights e espaços de trabalho de Log Analytics numa única consulta limitado a 100.
O View Designer não suporta consultas entre recursos.
A API scheduledQueryRules suporta consultas entre recursos em alertas de logs.
Consulte Limites de consulta entre recursos para obter detalhes.
Consultas do dashboard do Log Analytics O número máximo de registos devolvidos numa única consulta no painel Log Analytics é de 2.000.

Limitação de consultas do usuário

O Azure Monitor tem vários limites de limitação para proteger os recursos do sistema back-end contra utilizadores que enviem um número excessivo de consultas e garantir um nível de serviço consistente. Esses limites por usuário refletem cenários de uso extremos e não devem ser relevantes para o comportamento típico de consulta.

Medida Limite por utilizador Descrição
Consultas simultâneas do Google Analytics 5 Um usuário pode executar até cinco consultas simultâneas em tabelas do Google Analytics. O sistema adiciona consultas extra à fila de concorrência em ordem de primeiro a entrar, primeiro a sair (FIFO). Quando uma das consultas em execução simultânea é concluída, a primeira consulta da fila é adicionada às consultas simultâneas e começa a ser executada. As consultas de alerta não fazem parte desse limite.
Consultas Básicas e Auxiliares Simultâneas 2 Um usuário pode executar até duas consultas de pesquisa simultâneas nas tabelas Básica e Auxiliar. A fila de concorrência segue o mesmo modelo FIFO.
Tempo na fila de concorrência 3 minutos Se uma consulta ficar na fila por mais de 3 minutos sem começar, o sistema termina-a com uma resposta de erro HTTP com o código 429.
Total de consultas na fila de concorrência 200 Quando o número de consultas na fila atinge 200, a próxima consulta é rejeitada com um código de erro HTTP 429. Esse número se soma às cinco consultas que podem ser executadas simultaneamente.
Taxa de consultas 200 consultas por 30 segundos Taxa global de consultas que um único utilizador pode submeter a todos os espaços de trabalho. Este limite aplica-se a consultas programáticas ou consultas iniciadas por partes de visualização, como dashboards do Azure e a página de resumo do espaço de trabalho Log Analytics (obsoleta).
Taxa de consulta da API do registo de atividades 50 consultas por 30 segundos Esta API de registos de atividades tem um limite de taxa separado da API geral de consultas de registos. Consultar o registo de atividade a partir de uma tabela Log Analytics workspace AzureActivity conta contra os limites gerais da API de consulta de Logs.
Timeout da API do registo de atividades 75 segundos O período máximo de timeout para a API REST do registo de atividades é de 75 segundos. Os clientes podem definir explicitamente o tempo máximo de espera por uma resposta antes de expirar usando o Prefer cabeçalho.

Tenha em mente estas melhores práticas para garantir a resposta do sistema:

  • Otimize as suas consultas conforme descrito em Otimize as consultas de registo em Azure Monitor.
  • Os dashboards e os livros podem conter múltiplas consultas numa única vista que geram um grande fluxo de consultas sempre que são carregados ou atualizados. Considere dividi-los em várias exibições que são carregadas a pedido.
  • No Power BI, considere extrair apenas resultados agregados em vez de logs brutos.

Espaços de trabalho de Log Analytics

Volume e retenção de dados

Escalão de preço Limite por dia Retenção de dados Comentário
Pagamento por utilização
(introduzido em abril de 2018)
Sem limite Até 730 dias de retenção interativa/
até 12 anos de arquivo de dados
A retenção de dados para além de 31 dias está disponível por custos adicionais. Saiba mais sobre Azure Monitor preços.
Níveis de compromisso
(apresentado em novembro de 2019)
Sem limite Até 730 dias de retenção interativa/
até 12 anos de arquivo de dados
A retenção de dados para além de 31 dias está disponível por custos adicionais. Saiba mais sobre Azure Monitor preços.
Legado por nó (OMS)
(introduzido em abril de 2016)
Sem limite 30 a 730 dias A retenção de dados para além de 31 dias está disponível por custos adicionais. Saiba mais sobre Azure Monitor preços. Apenas os clientes que cumpram uma das seguintes condições podem aceder a este escalão de preços:
– subscrições que continham um espaço de trabalho Log Analytics ou recurso Application Insights antes de 2 de abril de 2018
– subscrições ligadas a um Acordo Empresarial que começou antes de 1 de fevereiro de 2019 e ainda está ativo.
Nível autônomo herdado
(introduzido em abril de 2016)
Sem limite 30 a 730 dias A retenção de dados para além de 31 dias está disponível por custos adicionais. Saiba mais sobre Azure Monitor preços. Apenas os clientes que cumpram uma das seguintes condições podem aceder a este escalão de preços:
– subscrições que continham um espaço de trabalho Log Analytics ou recurso Application Insights antes de 2 de abril de 2018
– subscrições ligadas a um Acordo Empresarial que começou antes de 1 de fevereiro de 2019 e ainda está ativo.
Nível gratuito legado
(introduzido em abril de 2016)
500 MB 7 dias Quando o espaço de trabalho atinge o limite de 500 MB por dia, a ingestão de dados para e é retomada no início do dia seguinte. Os dias são baseados no fuso horário UTC. Os dados recolhidos pelo Microsoft Defender para a Cloud não estão incluídos neste limite de 500 MB por dia e continuam a ser recolhidos acima desse limite. Criação de novos espaços de trabalho ou a movimentação de espaços de trabalho existentes para o nível de preços da antiga Avaliação Gratuita só foi possível até 1 de julho de 2022.
Nível padrão herdado Sem limite 30 dias A retenção não pode ser ajustada. Esta camada não está disponível para novos espaços de trabalho desde 1º de outubro de 2016.
Nível Premium legado Sem limite 365 dias A retenção não pode ser ajustada. Esta camada não está disponível para novos espaços de trabalho desde 1º de outubro de 2016.

Número de espaços de trabalho por subscrição

Escalão de preço Limite de espaço de trabalho Observações
Nível legado gratuito 10 Este limite não pode ser aumentado. Criação de novos espaços de trabalho ou a movimentação de espaços de trabalho existentes para o nível de preços da antiga Avaliação Gratuita só foi possível até 1 de julho de 2022.
Todos os outros níveis Sem limite Você está limitado pelo número de recursos dentro de um grupo de recursos e pelo número de grupos de recursos por assinatura.

portal do Azure

Categoria Limite Observações
Máximo de registros retornados por uma consulta de log 500.000 Reduza os resultados usando o escopo, o intervalo de tempo e os filtros da consulta.
Tamanho máximo dos dados retornados Aproximadamente 104 MB (cerca de 100 MiB) A interface do usuário do portal retorna até 64 MB de dados compactados, o que se traduz em até 100 MB de dados brutos.

API do coletor de dados

Categoria Limite Observações
Tamanho máximo para um único posto 30 MB Divida volumes maiores em várias postagens.
Tamanho máximo dos valores dos campos 32 KB Os campos com mais de 32 KB são truncados.

API de Consulta

Categoria Limite Observações
Máximo de registros retornados em uma única consulta 500.000
Tamanho máximo dos dados retornados Aproximadamente 104 MB (cerca de 100 MiB) A API retorna até 64 MB de dados compactados, o que se traduz em até 100 MB de dados brutos.
Tempo máximo de execução da consulta 10 minutos Consulte Tempos limite para obter detalhes.
Taxa máxima de pedidos 200 pedidos a cada 30 segundos por cada utilizador do Microsoft Entra ou endereço IP do cliente Consulte Registos de consultas e linguagem.

Conector do Azure Monitor Logs

Categoria Limite Observações
Tamanho máximo dos dados ~16,7 MB (~16 MiB) A infraestrutura do conector determina que o limite seja definido abaixo do limite da API de consulta.
Número máximo de registos 500.000
Tempo limite máximo de conexão 110 segundos
Tempo limite máximo de consulta 100 segundos
Gráficos A página Logs e o conector usam bibliotecas de gráficos diferentes para visualização. Algumas funcionalidades não estão atualmente disponíveis no conector.

Regras de resumo

Categoria Limite
Número máximo de regras ativas em um espaço de trabalho 30
Número máximo de resultados por compartimento 500.000
Volume máximo do conjunto de resultados 100 MB
Limite de tempo de consulta para processamento de conjunto 10 minutos

Limites gerais do espaço de trabalho

Categoria Limite Observações
Máximo de colunas numa tabela 500 AzureDiagnostics - colunas acima do limite são adicionadas à coluna dinâmica 'AdditionalFields'
Log personalizado criado pela API do coletor de dados - colunas acima do limite são adicionadas à coluna dinâmica 'AdditionalFields'
Log personalizado - entre em contato com o suporte para aumentar o limite
Número máximo de tabelas de log personalizadas 500 Entre em contato com o suporte para aumentar o limite
Máximo de caracteres para o nome da coluna 45

Taxa de volume de ingestão de dados

O Azure Monitor é um serviço de dados de grande escala que serve milhares de clientes enviando Terabytes de dados diariamente e a um ritmo crescente. Um limite suave de taxa de volume pretende isolar os clientes do Azure Monitor de picos súbitos de ingestão num ambiente multitenência. O limite padrão da taxa de volume de ingestão em espaços de trabalho é de 500 MB (compactado), que é convertido em aproximadamente 6 GB por minuto descompactado.

O limite de taxa de volume aplica-se a dados ingeridos de Application Insights baseados em workspace, recursos do Azure através de Definições de diagnóstico e a Data Collector API. Quando o limite de taxa de volume é atingido, um mecanismo de repetição tenta ingerir os dados quatro vezes em um período de 12 horas e descartá-los se a operação falhar. O limite não se aplica aos dados ingeridos por agentes ou por meio da Regra de Coleta de Dados (DCR).

Quando o volume é superior a 80% do limite no seu espaço de trabalho, um evento é enviado para a tabela Operation no seu espaço de trabalho a cada 6 horas enquanto o limite for ultrapassado. Quando a taxa de volume ingerido é maior do que o limite, alguns dados são descartados, um evento é enviado para a tabela Operation no seu espaço de trabalho a cada 6 horas enquanto o limite é excedido.

Se a sua taxa de volume de ingestão exceder esse limite ou se você estiver planejando aumentar a ingestão além desse limite, entre em contato com o suporte para solicitar o aumento do limite de taxa em seu espaço de trabalho.

Prática recomendada - Crie uma regra de alerta para ser notificado quando se aproximar ou atingir os limites da taxa de ingestão. Veja Monitorizar a saúde do Espaço de Trabalho do Log Analytics no Azure Monitor.

Observação

Dependendo de há quanto tempo usa Log Analytics, pode ter acesso a escalões de preços antigos. Saiba mais sobre os níveis de preços antigos do Log Analytics.

Application Insights

Existem alguns limites no número de métricas e eventos por aplicação, ou seja, por cadeia de ligação. Os limites dependem do plano de preços que escolher.

Recurso Limite predefinido Limite máximo Observações
Total de dados por dia 100 GB Contacte o suporte. Você pode definir um limite para reduzir os dados. Se precisar de mais dados, pode aumentar o limite no portal, até 1.000 GB. Para capacidades superiores a 1.000 GB, envie um e-mail para AIDataCap@microsoft.com.
Regulação de Velocidade 32.000 eventos/segundo Contacte o suporte. O limite é medido durante um minuto.
Registos de retenção de dados 30 a 730 dias 730 dias Este recurso é para Logs.
Métricas de retenção de dados 90 dias 90 dias Este recurso é para o Metrics Explorer.
Disponibilidade, teste em várias etapas, retenção detalhada de resultados 90 dias 90 dias Este recurso fornece resultados detalhados de cada passo.
Tamanho máximo do item de telemetria 64 KB 64 KB
Máximo de itens de telemetria por lote 64,000 64,000
Comprimento dos nomes de propriedade e métrica 150 150 Consulte esquemas de tipo.
Comprimento da cadeia de valor da propriedade 8,192 8,192 Consulte esquemas de tipo.
Comprimento da mensagem de rastreio e exceção 32,768 32,768 Consulte esquemas de tipo.
Contagem de testes de disponibilidade por recurso do Application Insights 100 100
Contagem de testes de disponibilidade por grupo de recursos 800 800 Consultar Azure Resource Manager
Testes de disponibilidade: redirecionamentos máximos por teste 10 10
Frequência mínima para testes de disponibilidade 300 segundos Frequências inferiores a 5 minutos requerem uma abordagem personalizada de monitorização fora dos testes de disponibilidade padrão.
Retenção de dados do .NET Profiler e do Snapshot Debugger Duas semanas Contacte o suporte. O limite máximo de retenção é de seis meses.
.NET Profiler dados enviados por dia Sem limite Sem limite.
Depurador de Instantâneos dados enviados por dia 30 instantâneos por dia por aplicativo monitorado Sem limite. O número de snapshots coletados por aplicativo pode ser modificado por meio da configuração.

Para obter mais informações sobre preços e cotas, consulte Faturamento do Application Insights.

Os objetos AMPLS têm os seguintes limites:

  • Uma rede virtual pode se conectar a apenas um objeto AMPLS. Isto significa que o objeto AMPLS deve fornecer acesso a todos os recursos do Azure Monitor aos quais a rede virtual deve ter acesso.
  • Um objeto AMPLS pode ligar-se a até 3.000 espaços de trabalho Log Analytics e até 10.000 componentes Application Insights.
  • Um recurso do Azure Monitor pode ligar-se a até 100 AMPLS.
  • Um objeto AMPLS pode ligar-se a até 10 pontos de extremidade privados.

Próximos passos