Observação
O acesso a essa página exige autorização. Você pode tentar entrar ou alterar diretórios.
O acesso a essa página exige autorização. Você pode tentar alterar os diretórios.
Este artigo lista os limites em diferentes áreas do Azure Monitor.
Alertas
| Recurso | Limite padrão | Limite máximo |
|---|---|---|
| Alertas de métrica | 5.000 regras de alerta ativas por assinatura nas nuvens do Azure público, no Microsoft Azure operado pela 21Vianet e nas nuvens do Azure Governamental. Se estiver atingindo esse limite, veja se pode usar o mesmo tipo de alertas de vários recursos. 10.000 séries temporais de métricas por regra de alerta. |
Contacte o suporte. |
| Alertas do log de atividades | 100 regras de alerta ativas por assinatura (não podem ser aumentadas). Isso inclui alertas de Integridade do Serviço e Integridade do Recurso. Como esse limite não pode ser aumentado, considere enviar seus Logs de Atividades para um workspace do Log Analytics e criar alertas de pesquisa de logs, se você precisar de um número maior de regras por assinatura. |
Igual ao padrão. |
| Alertas de log | 5.000 regras de alerta ativas por assinatura. Das quais, 100 regras de alerta ativas 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 com estado disparados de cada vez por regra de alerta. As regras de alerta com estado ativo 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 20 MB. 500 regras de alerta ativas por identidade gerenciada na área de trabalho do Log Analytics ou ADX. 50 regras de alerta ativas por identidade gerenciada no espaço de trabalho do grafo de recursos do Azure. |
Contacte o suporte. |
| Regras de processamento de alerta | 1.000 regras ativas por assinatura. | Contacte o suporte. |
| Comprimento da descrição das regras de alerta e de processamento de alerta | A pesquisa de registro alerta 4.096 caracteres. Todos os outros têm 2.048 caracteres. |
Igual ao padrão. |
API de Alertas
Os alertas do Azure Monitor contêm várias limitações para fornecer proteção contra usuários que fazem um número excessivo de chamadas. Esse comportamento pode sobrecarregar os recursos de back-end do sistema e comprometer a capacidade de resposta do serviço. Os limites a seguir foram criados para proteger os clientes contra interrupções e garantir um nível de serviço consistente. Os limites e limitação de usuário são projetados para afetar apenas cenários de uso extremo. Não devem ser relevantes para o uso típico.
Observação
Há um limite de chamadas à API por instância. O número limite exato depende do número de instâncias.
| Recurso | Limite padrão | Limite máximo |
|---|---|---|
| Alertas – Obter Resumo | 50 chamadas por minuto por assinatura | Igual ao padrão |
| Alertas – Obter Tudo (não "Obter por ID") | 100 chamadas por minuto por assinatura | Igual ao padrão |
| Todas as outras chamadas de alertas | 1.000 chamadas por minuto por assinatura | Igual ao padrão |
Grupos de ação
Você pode ter um número ilimitado de grupos de ação em uma assinatura.
| Recurso | Limite padrão | Limite máximo |
|---|---|---|
| Push do aplicativo Azure | Dez ações de aplicativo do Azure por grupo de ações. | Igual ao padrão |
| 1.000 ações de e-mail em um grupo de ações. 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 é de 64. O limite de caracteres em um email é 55296. Veja também os limites de serviço para notificações. |
Igual ao padrão | |
| Enviar email para a função do Azure Resource Manager | 10 ações da função ARM de email por grupo de ações. Em produção: não mais de 100 emails por hora por região. Em um grupo de ação de teste: não mais do que dois emails a cada um (1) minuto. |
Igual ao padrão |
| Hubs de Eventos | 10 ações do Hub de Eventos por grupo de ações. | Igual ao padrão |
| ITSM | Dez ações do ITSM em um grupo de ações. | Igual ao padrão |
| Aplicativo lógico | 10 ações do aplicativo lógico em um grupo de ações. | Igual ao padrão |
| Runbook | 10 ações do runbook em um grupo de ações. | Igual ao padrão |
| Webhook Seguro | 10 ações seguras do webhook em um grupo de ações. O número máximo de chamadas de webhook é 1.500 por minuto por assinatura. | Igual ao padrão |
| SMS | Dez ações de SMS em um grupo de ação. Na produção: não mais de uma mensagem SMS a cada 5 minutos. Em um grupo de ação de teste: não mais de um SMS a cada minuto. |
Igual ao padrão |
| Serviço de Voz | Dez ações de voz em um grupo de ações. Na produção: não mais de uma chamada de voz a cada 5 minutos. Em um grupo de ação de teste: não mais de uma chamada de voz a cada minuto. |
Igual ao padrão |
| Webhook | 10 ações do webhook em um grupo de ações. O número máximo de chamadas de webhook é 1.500 por minuto por assinatura. | Igual ao padrão |
Dimensionamento automático
| Recurso | Limite padrão | Limite máximo |
|---|---|---|
| Configurações de autoescala | 100 por região e assinatura. | Igual ao padrão |
| Perfis de dimensionamento automático | 20 perfis por configuração de dimensionamento automático. | Igual ao padrão |
Métricas do Prometheus
Ingestão
O Prometheus gerenciado pelo Azure é um sistema que não diferencia maiúsculas de minúsculas. Ele trata as cadeias de caracteres, como nomes de métricas, nomes de rótulos ou valores de rótulos, como a mesma série temporal se elas diferirem de outra série temporal apenas pelo caso da cadeia de caracteres. Para obter mais informações, consulte Visão geral das métricas do Prometheus.
Os limites a seguir se aplicam à área de trabalho do Azure Monitor que ingere suas métricas do Prometheus.
| Limite | Valor |
|---|---|
| Série temporal ativa com métricas que foram relatadas nas últimas 12 horas, aproximadamente. | 1\.000.000 Você pode solicitar um aumento. |
| Eventos ingeridos por minuto. | 1\.000.000 Você pode solicitar um aumento. |
Os limites a seguir se aplicam à regra de coleta de dados (DCR) e ao ponto de extremidade de coleta de dados (DCE) que enviam dados de métricas do Prometheus para o workspace do Azure Monitor.
| Limite | Valor |
|---|---|
| Solicitações de ingestão a cada minuto na regra de coleta de dados | 15,000 Esse limite não pode ser aumentado. |
| Ingestão de dados por minuto para uma regra de coleta de dados | 50 GB Esse limite não pode ser aumentado. |
Perguntas
As consultas do Prometheus são criadas usando o PromQL e podem ser editadas no Azure Managed Grafana ou no Grafana autogerenciado.
| Limite | Valor |
|---|---|
| Retenção de dados | 18 meses. Esse 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 consulta PromQL. Esse limite não pode ser aumentado. |
| Série temporal de consulta por métrica | 500.000 séries temporais. |
| Amostras de consulta retornadas | 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 tráfego de clientes:
| Limite | Valor |
|---|---|
| Comprimento da pesquisa da janela de limitação | 30 segundos |
| Dados retornados por espaço de trabalho do Azure Monitor | 0,5 GB |
Para registrar o tráfego conforme as regras:
| Limite | Valor |
|---|---|
| Comprimento da pesquisa da janela de limitação | 3 minutos |
| Dados retornados por espaço de trabalho do Azure Monitor | 1 GB |
Limites de pré-análise de consulta
Com base no intervalo de tempo da consulta e no tipo de solicitação em uma janela de 30 segundos (para o tráfego de clientes):
| Limite | Valor |
|---|---|
| Horas de consulta por usuário (Microsoft Entra ID, identidade gerenciada, workspace do Espaço Gerenciado do Azure para Grafana) | 30,000 |
| Horas de consulta por espaço de trabalho do Azure Monitor | 60,000 |
| Horas de consulta por locatário do Azure | 600,000 |
Baseada no intervalo de tempo da consulta e no tipo de solicitação, em uma janela de 3 minutos (para registrar o tráfego de regras):
| Limite | Valor |
|---|---|
| Horas de consulta por espaço de trabalho do Azure Monitor | 60,000 |
| Horas de consulta por locatário do Azure | 600,000 |
Limites de pós-análise sintática da consulta
Com base no intervalo de tempo da consulta e nos vetores de intervalo usados na consulta dentro de um período de 30 segundos (para o tráfego de clientes):
| Limite | Valor |
|---|---|
| Horas de consulta por usuário (Microsoft Entra ID, identidade gerenciada, workspace do Espaço Gerenciado do Azure para Grafana) | 2.000.000 |
| Horas de consulta por espaço de trabalho do Azure Monitor | 2.000.000 |
| Horas de consulta por locatário do Azure | 20.000.000 |
Com base no intervalo de tempo da consulta e nos vetores de intervalo na consulta em uma janela de três minutos (para registrar o tráfego de regras):
| Limite | Valor |
|---|---|
| Horas de consulta por espaço de trabalho do Azure Monitor | 2.000.000 |
| Horas de consulta por locatário do Azure | 20.000.000 |
Consultar limites de limitação de custos
| Limite | Valor |
|---|---|
| Custo máximo de consulta por consulta | 15000 |
| Custo máximo de consulta para a consulta de regras de gravação | 3000 |
O cálculo de custo de consulta é feito da seguinte maneira:
Custo da Consulta = (Número de séries temporais solicitadas * (duração do tempo consultado em segundos / Resolução de tempo inferido dos dados consultados)) / 5000
Resolução de tempo inferida dos dados consultados = Número de pontos de dados armazenados em qualquer uma das chaves de série temporal selecionadas aleatoriamente da métrica consultada/duração do tempo consultada 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 gravação
As regras de alerta e de gravação do Prometheus são definidas no PromQL. São executadas no serviço Ruler gerenciado como parte do serviço gerenciado para Prometheus do Azure Monitor.
| Limite | Valor |
|---|---|
| Grupos de regras por espaço de trabalho do Azure Monitor, em uma assinatura do Azure | 500 Você pode solicitar um aumento. |
| Regras por grupo de regras | 20 Esse limite não pode ser aumentado. |
| Intervalo de avaliação do grupo de regras | Entre 1 minuto e 24 horas. O padrão é 1 minuto. |
| Alertas ativos | Não há limite no momento. |
Gravação remota
Os cálculos foram determinados usando um tamanho de lote remoto de 500, que é o padrão.
| Limite | Valor |
|---|---|
| Uso da CPU | 0,25 x (número de métricas) + 1,25 x (média do número de séries por métrica) |
| Solicitação de CPU | 0,75 x (uso da CPU) |
| Limite da CPU | 2 x (solicitação da CPU) |
| Solicitação de memória | 150 Mb |
| Limite de memória | 200 Mb |
| Capacidade 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 mais de 150.000 solicitações devido ao alto número de conexões simultâneas. Esse problema pode ser mitigado aumentando-se 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 | Comentários |
|---|---|---|
| Tamanho máximo da chamada à API | 1 MB | Dados compactados e descompactados. |
| Tamanho máximo para valores de campo | 64 KB | Campos com mais de 64 KB são truncados. |
| Máximo de dados/minuto por DCR | 2 GB | Dados compactados e descompactados. Tente novamente após o período listado no cabeçalho Retry-After da resposta. |
| Máximo de solicitações/minuto por DCR | 12,000 | Tente novamente após o período listado no cabeçalho Retry-After da resposta. |
Intervalo máximo TimeGenerated por chamada à API |
30 minutos | Esse limite só se aplica ao ingerir tabelas de log auxiliares. Se as entradas de origem para TimeGenerated forem ingeridas sem serem transformadas, o intervalo dessas entradas precisará ser inferior a 30 minutos. |
Regras de coleta de dados
| Limite | Valor |
|---|---|
| Número máximo de fontes de dados | 10 |
| Número máximo de especificadores no contador de desempenho | 100 |
| Número máximo de nomes de instalações no Syslog | 20 |
| Número máximo de consultas do XPath no log de eventos | 100 |
| Número máximo de fluxos de dados | 10 |
| Número máximo de fluxos de dados | 10 |
| Número máximo de extensões | 10 |
| Configurações de tamanho máximo de extensão | 32 KB |
| Número máximo de espaços de trabalho do Log Analytics | 10 |
| Número máximo de caracteres em uma transformação | 15.360 |
Configurações de diagnóstico
| Recurso | Limite padrão | Limite máximo |
|---|---|---|
| Número máximo de configurações de diagnóstico por recurso | 5 | Igual ao padrão. |
Consultas de log e idioma
Limites de consulta geral
| Limite | Descrição |
|---|---|
| Idioma de consulta | O Azure Monitor usa a mesma Linguagem de Consulta Kusto (KQL) que o Azure Data Explorer. Confira Diferenças de linguagem de consulta de log do Azure Monitor para elementos de linguagem KQL que não são suportados no Azure Monitor. |
| Regiões do Azure | As consultas de log podem enfrentar sobrecarga excessiva quando os dados abrangem workspaces do Log Analytics em várias regiões do Azure. Confira os Limites de consulta para obter detalhes. |
| Consultas entre recursos | O número máximo de recursos do Application Insights e workspaces do Log Analytics em uma única consulta é limitado a 100. Não há suporte para a consulta entre recursos no Designer de Exibição. O suporte a consultas entre recursos nos alertas de log é oferecido na nova API scheduledQueryRules. Confira Limites de consulta entre recursos para obter detalhes. |
| Consultas de painel do Log Analytics | O número máximo de registros retornados em uma só consulta de painel do Log Analytics é 2.000. |
Limitação de consulta de usuário
O Azure Monitor tem vários limites de controle para proteger recursos do sistema de back-end contra usuários que enviam um número excessivo de consultas e garantir um nível de serviço consistente. Esses limites por usuário refletem cenários extremos de uso e não devem ser relevantes para o comportamento típico da consulta.
| Medida | Limite por usuário | Descrição |
|---|---|---|
| Consultas de Análise simultâneas | 5 | Um usuário pode executar até cinco consultas simultâneas em tabelas do Analytics. Consultas adicionais são adicionadas à fila de simultaneidade em ordem primeiro a entrar, primeiro a sair (FIFO). Quando uma das consultas em execução simultâneas é 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 em tabelas Básicas e Auxiliares. Consultas adicionais seguem o mesmo modelo FIFO na fila de simultaneidade. |
| Tempo na fila de simultaneidade | 3 minutos | Se uma consulta ficar na fila por mais de 3 minutos sem ser iniciada, será encerrada com uma resposta de erro HTTP com o código 429. |
| Total de consultas na fila de simultaneidade | 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 é adicional às cinco consultas que podem ser executadas simultaneamente. |
| Taxa de consulta | 200 consultas por 30 segundos | Taxa geral de consultas que podem ser enviadas por um único usuário para todos os espaços de trabalho. Esse limite se aplica a consultas programáticas ou consultas iniciadas por partes de visualização, como painéis do Azure e a página de resumo da área de trabalho do Log Analytics (obsoleta). |
| Taxa de consulta da API de logs de atividade | 50 consultas por 30 segundos | A API de logs de atividades tem um limite de taxa separado. |
Tenha em mente estas práticas recomendadas para garantir a capacidade de resposta do sistema:
- Otimize suas consultas conforme o que está descrito em Otimizar consultas de log no Azure Monitor.
- Os painéis e as pastas de trabalho podem conter várias consultas em uma única exibição que geram uma intermitência de consultas sempre que elas são carregadas ou atualizadas. Considere dividi-las em várias exibições que são carregadas sob demanda.
- No Power BI, considere extrair apenas resultados agregados em vez de logs brutos.
Workspaces do Log Analytics
Retenção e volume de coleta de dados
| Tipo de preço | Limite por dia | Retenção de dados | Comentário |
|---|---|---|---|
|
Pague-conforme-o-uso (introdução 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 por mais de 31 dias está disponível mediante encargos extras. Saiba mais sobre o preço do Azure Monitor. |
|
Níveis de compromisso (introduzido 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 por mais de 31 dias está disponível mediante encargos extras. Saiba mais sobre o preço do Azure Monitor. |
|
Herdado por nó (OMS) (introdução em abril de 2016) |
Sem limite | De 30 a 730 dias | A retenção de dados por mais de 31 dias está disponível mediante encargos extras. Saiba mais sobre o preço do Azure Monitor. Somente os clientes que atendem a uma das seguintes condições podem acessar esse tipo de preço: - assinaturas que continham um workspace do Log Analytics ou um recurso do Application Insights antes de 2 de abril de 2018 – assinaturas vinculadas a um Contrato Enterprise iniciadas antes de 1º de fevereiro de 2019 e que ainda estão ativas. |
|
Camada Independente herdada (introdução em abril de 2016) |
Sem limite | De 30 a 730 dias | A retenção de dados por mais de 31 dias está disponível mediante encargos extras. Saiba mais sobre o preço do Azure Monitor. Somente os clientes que atendem a uma das seguintes condições podem acessar esse tipo de preço: - assinaturas que continham um workspace do Log Analytics ou um recurso do Application Insights antes de 2 de abril de 2018 – assinaturas vinculadas a um Contrato Enterprise iniciadas antes de 1º de fevereiro de 2019 e que ainda estão ativas. |
|
Camada Gratuita herdada (introdução em abril de 2016) |
500 MB | 7 dias | Quando o workspace atingir o limite de 500 MB por dia, a ingestão de dados será interrompida e reiniciada no início do dia seguinte. Um dia é baseado em UTC. Os dados coletados pelo Microsoft Defender para Nuvem não estão incluídos nesse limite de 500 MB por dia e continuam sendo coletados acima desse limite. Criar novos workspaces ou mover workspaces existentes para o tipo de preço de Avaliação Gratuita herdado só era possível até 1º de julho de 2022. |
| Camada Standard herdada | Sem limite | 30 dias | A retenção não pode ser ajustada. Essa camada não está disponível para novos workspaces desde 1º de outubro de 2016. |
| Camada Premium herdada | Sem limite | 365 dias | A retenção não pode ser ajustada. Essa camada não está disponível para novos workspaces desde 1º de outubro de 2016. |
Número de espaços de trabalho por assinatura
| Tipo de preço | Limite do espaço de trabalho | Comentários |
|---|---|---|
| Camada Gratuita herdada | 10 | Esse limite não pode ser aumentado. Criar novos workspaces ou mover workspaces existentes para o tipo de preço de Avaliação Gratuita herdado só era possível até 1º de julho de 2022. |
| Todas as outras camadas | 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 | Comentários |
|---|---|---|
| Máximo de registros retornados por uma consulta de log | 500.000 | Reduza os resultados usando o escopo da consulta, o intervalo de tempo e os filtros na consulta. |
| Tamanho máximo dos dados retornados | aprox. 104 MB (aprox. 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 | Comentários |
|---|---|---|
| Tamanho máximo para uma postagem única | 30 MB | Divida volumes maiores em várias postagens. |
| Tamanho máximo para valores de campo | 32 KB | Campos com mais de 32 KB são truncados. |
API de Consulta
| Categoria | Limite | Comentários |
|---|---|---|
| Máximo de registros retornados em uma consulta única | 500.000 | |
| Tamanho máximo dos dados retornados | aprox. 104 MB (aprox. 100 MiB) | A API retorna até 64 MB de dados compactados, que são convertidos em até 100 MB de dados brutos. |
| Tempo máximo de execução da consulta | 10 minutos | Consulte Timeouts para obter detalhes. |
| Taxa máxima de solicitação | 200 solicitações por 30 segundos por endereço IP do usuário ou cliente do Microsoft Entra | Confira Consultas de log e idioma. |
Conector de logs do Azure Monitor
| Categoria | Limite | Comentários |
|---|---|---|
| Tamanho máximo dos dados | ~ 16,7 MB (~ 16 MiB) | A infraestrutura do conector determina que o limite é definido como inferior ao limite da API de consulta. |
| Número máximo de registros | 500.000 | |
| Tempo de espera máximo do conector | 110 segundos | |
| Tempo limite máximo da consulta | 100 segundos | |
| Gráficos | A página de logs e o conector usam bibliotecas de gráficos diferentes para visualização. Algumas funcionalidades não estão disponíveis no momento no conector. |
Regras de resumo
| Categoria | Limite |
|---|---|
| Número máximo de regras ativas em um workspace | 30 |
| Número máximo de resultados por compartimento | 500.000 |
| Volume máximo do conjunto de resultados | 100 MB |
| Tempo limite de consulta para processamento de compartimento | 10 minutos |
Limites gerais da área de trabalho
| Categoria | Limite | Comentários |
|---|---|---|
| Máximo de colunas em uma tabela | 500 |
AzureDiagnostics - colunas que excedem o limite são adicionadas à coluna dinâmica 'AdditionalFields' Log customizado 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 do volume de ingestão de dados
O Azure Monitor é um serviço de dados de larga escala que atende milhares de clientes que enviam terabytes de dados por mês em um ritmo cada vez maior. Um limite da taxa de volume flexível tem como objetivo isolar os clientes do Azure Monitor de picos repentinos de ingestão em um ambiente de multilocação. O limite padrão da taxa de ingestão de dados em espaços de trabalho é de 500 MB (compactados), o que é traduzido para aproximadamente 6 GB/min descompactados.
O limite de taxa de volume se aplica aos dados ingeridos do Application Insights baseado em workspace, recursos do Azure por meio de Configurações de diagnóstico e da API do Coletor de dados. Quando o limite da taxa de volume é atingido, um mecanismo de repetição tenta ingerir os dados quatro vezes em um período de 12 minutos e removê-los se a operação falhar. O limite não se aplica aos dados ingeridos de agentes ou por meio do DCR (Regra de Coleta de Dados).
Quando a taxa de volume for maior que 80% do limite em seu workspace, um evento será enviado para a tabela Operation no seu workspace a cada 6 horas, enquanto o limite exceder. Quando a taxa do volume ingerido for maior do que o limite, alguns dados serão descartados e um evento será enviado para a tabela Operation no workspace a cada seis horas, enquanto o limite exceder.
Se a 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 workspace.
Prática recomendada – Crie uma regra de alerta para ser notificado ao se aproximar ou atingir os limites de taxa de ingestão. Confira Monitorar a integridade do workspace do Log Analytics no Azure Monitor.
Observação
Dependendo de quanto tempo está usando o Log Analytics, você poderá ter acesso a tipos de preço herdados. Saiba mais sobre os tipos de preço herdados do Log Analytics.
Application Insights
Há alguns limites quanto ao número de métricas e eventos por aplicativo, ou seja, por chave de instrumentação. Os limites dependem do plano de preços que você escolher.
| Recurso | Limite padrão | Limite máximo | Anotações |
|---|---|---|---|
| Total de dados por dia | 100 GB | Fale com o suporte. | Você pode definir um limite para reduzir os dados. Caso precise de mais dados, você pode aumentar o limite no portal, até 1.000 GB. Para capacidades maiores que 1.000 GB, envie um email para AIDataCap@microsoft.com. |
| Limitação | 32.000 eventos por segundo | Fale com o suporte. | O limite é medido em um minuto. |
| Logs de retenção de dados | De 30 a 730 dias | 730 dias | Este recurso é para Logs. |
| Métricas de retenção de dados | 90 dias | 90 dias | Este recurso é para Metrics Explorer. |
| Retenção de resultados detalhados do Teste de disponibilidade em várias etapas | 90 dias | 90 dias | Esse recurso fornece resultados detalhados de cada etapa. |
| Tamanho máximo do item de telemetria | 64 KB | 64 KB | |
| Máximo de itens de telemetria por lote | 64.000 | 64.000 | |
| Tamanho dos nomes de propriedade e métrica | 150 | 150 | Veja esquemas de tipo. |
| Tamanho da cadeia de caracteres do valor da propriedade | 8.192 | 8.192 | Veja esquemas de tipo. |
| Comprimento da mensagem de rastreamento e de exceção | 32.768 | 32.768 | Veja esquemas de tipo. |
| Contagem de testes de disponibilidade por recurso do Application Insights | 100 | 100 | |
| Contagem de testes de disponibilidade por grupo de recursos | Oitocentos | Oitocentos | Consulte Azure Resource Manager |
| Máximo de redirecionamentos por teste de testes de disponibilidade | 10 | 10 | |
| Testes de disponibilidade frequência mínima de teste | 300 segundos | Frequências de teste personalizadas ou inferiores a cinco minutos requerem implementações TrackAvailability personalizadas. | |
| Retenção de dados do .NET Profiler e do Depurador de Instantâneos | Duas semanas | Entre em contato com o suporte. O limite máximo de retenção é de seis meses. | |
| Dados do .NET Profiler enviados por dia | Sem limite | Não há limite. | |
| Dados do Depurador de Instantâneos enviados por dia | 30 instantâneos por dia por aplicativo monitorado | Não há limite. | O número de instantâneos coletados por aplicativo pode ser modificado por meio da configuração. |
Para obter mais informações sobre preços e cotas, confira Cobrança do Application Insights.
Escopo de Link Privado (AMPLS) do Azure Monitor
Os objetos do AMPLS têm os seguintes limites:
- Uma rede virtual só pode se conectar a um objeto AMPLS. Isso 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 se conectar a até 3.000 workspaces do Log Analytics e até 10.000 componentes do Application Insights. Esse aumento de 300 workspaces do Log Analytics e 1.000 componentes do Application Insights está atualmente em visualização pública.
- Um recurso do Azure Monitor pode se conectar a até 100 AMPLS. Esse aumento para 5 AMPLS atualmente está em visualização pública.
- Um objeto do AMPLS pode se conectar a no máximo 10 pontos de extremidade privados.