Limites do serviço Azure Monitor
Este artigo lista os limites em diferentes áreas do Azure Monitor.
Alertas
| Recurso | Limite padrão | Limite máximo |
|---|---|---|
| Alertas de métrica (clássicos) | 100 regras de alerta ativas por assinatura. Os alertas clássicos foram retirados para os usuários de nuvem pública. Os alertas clássicos da nuvem do Azure Governamental e do Microsoft Azure operado pela 21Vianet serão desativados no dia 29 de fevereiro de 2024. |
Contate o suporte. |
| Alertas de métricas | 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. Cinco mil séries temporais métricas por regra de alerta. |
Contate o suporte. |
| Alertas do log de atividades | 100 regras de alerta ativas por assinatura (não podem ser aumentadas). 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 registro | 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. 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. |
Contate o suporte. |
| Regras de processamento de alerta | 1.000 regras ativas por assinatura. | Contate o suporte. |
| Tamanho da descrição das regras de alerta e regras de processamento de alerta | Alertas da pesquisa de logs – 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 |
| Mil ações de email 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. Confira também as informações de limitação da taxa. |
Igual ao padrão | |
| Enviar email para a função do Azure Resource Manager | Dez ações da função de email do ARM 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 | Dez ações do aplicativo lógico em um grupo de ações. | Igual ao padrão |
| Runbook | Dez ações do runbook em um grupo de ações. | Igual ao padrão |
| Webhook Seguro | Dez 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ções. 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 |
| 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 | Dez 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 |
Autoscale
| 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 ao workspace 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 por minuto para um ponto de extremidade de coleta de dados | 15,000 Esse limite não pode ser aumentado. |
| Ingestão de dados por minuto para um ponto de extremidade de coleta de dados | 50 GB Esse limite não pode ser aumentado. |
Consultas
As consultas do Prometheus são criadas usando o PromQL e podem ser criadas no Espaço Gerenciado do Azure para 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 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 do cliente:
| 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 de 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 (ID do Microsoft Entra, identidade gerenciada, workspace do Grafana Gerenciado do Azure) | 30,000 |
| Horas de consulta por workspace do Azure Monitor | 60.000 |
| Horas de consulta por locatário do Azure | 600.000 |
Com base no intervalo de tempo da consulta e no tipo de solicitação em uma janela de 3 minutos (para gravação do tráfego de regras):
| Limite | Valor |
|---|---|
| Horas de consulta por workspace do Azure Monitor | 60.000 |
| Horas de consulta por locatário do Azure | 600.000 |
Limites de pós-análise de consulta
Com base no intervalo de tempo da consulta e nos vetores de intervalo na consulta em uma janela de 30 segundos (para o tráfego de clientes):
| Limite | Valor |
|---|---|
| Horas de consulta por usuário (ID do Microsoft Entra, identidade gerenciada, workspace do Grafana Gerenciado do Azure) | 2.000.000 |
| Horas de consulta por workspace 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 3 minutos (para registrar o tráfego de regras):
| Limite | Valor |
|---|---|
| Horas de consulta por workspace 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 do registro de regras de consulta | 3000 |
O cálculo do custo da consulta é feito da seguinte forma:
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
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 do Azure Monitor para Prometheus.
| 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 |
| Taxa de transferência máxima | O contêiner de gravação remota pode processar até 150.000 séries temporais exclusivas. O contêiner pode gerar erros que atendem a solicitações acima de 150.000 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. Repita após a duração listada no cabeçalho Retry-After na resposta. |
| Máximo de solicitações/minuto por DCR | 12.000 | Repita após a duração listada no cabeçalho Retry-After na resposta. |
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 workspaces 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 sem suporte 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 | Número máximo de recursos do Application Insights e workspaces do Log Analytics em uma consulta limitada a 100. Não há suporte para a consulta entre recursos no Designer de Exibição. A consulta de recursos cruzados nos alertas de log é compatível com a 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árias limitações para oferecer proteção contra usuários que enviam um número excessivo de consultas. 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. A limitação e os limites do usuário foram criados para afetar apenas cenários de uso extremo e não devem ser relevantes para o uso típico.
| Medida | Limite por usuário | Descrição |
|---|---|---|
| Consultas simultâneas | 5 | Um usuário pode executar até cinco consultas simultâneas. Qualquer outra consulta será adicionada a uma fila. Quando uma das consultas em execução termina, efetua-se pull da primeira consulta na fila, que começa a ser executada. As consultas de alerta não fazem parte desse limite. |
| 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 não inclui as 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 workspaces. Esse limite se aplica a consultas programáticas ou consultas iniciadas por partes de visualização, como a página de resumo do workspace do Log Analytics (preterido) e os painéis do Azure. |
- A API de logs de atividade tem um limite de taxa separado de 50 consultas por cada 30 segundos.
- 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
Volume e retenção da coleta de dados
| Tipo de preço | Limite por dia | Retenção de dados | Comentário |
|---|---|---|---|
| Pago conforme o uso (introdução em abril de 2018) |
Sem limite | Até 730 dias de retenção interativa/ até 12 anos de arquivos 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 arquivos 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. O acesso para uso da camada é limitado às 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 que ainda está ativo. |
| Camada Autônoma 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. O acesso para uso da camada é limitado às 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 que ainda está ativo. |
| 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 ou mover novos workspaces para o tipo de preço Avaliação gratuita herdado é possível apenas até 1º de julho de 2022. |
| Camada Standard herdada | Sem limite | 30 dias | A retenção não pode ser ajustada. Esse nível 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. Esse nível não está disponível para novos workspaces desde 1º de outubro de 2016. |
Número de workspaces por assinatura
| Tipo de preço | Limite do workspace | Comentários |
|---|---|---|
| Camada Gratuita herdada | 10 | Esse limite não pode ser aumentado. Criar ou mover novos workspaces para o tipo de preço Avaliação gratuita herdado é possível apenas 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 | 30,000 | Reduza os resultados usando o escopo da consulta, o intervalo de tempo e os filtros na consulta. |
API do Coletor de dados
| Categoria | Limite | Comentários |
|---|---|---|
| Tamanho máximo para uma postagem única | 30 MB | Dividir 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 | Confira os tempos limites 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 tempo 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 do workspace
| Categoria | Limite | Comentários |
|---|---|---|
| Máximo de colunas em uma 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 – contate o suporte para obter mais informações |
| Número máximo de tabelas de log personalizadas | 500 | Entre em contato com o suporte para obter mais detalhes. |
| 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 suave pretende isolar os clientes do Azure Monitor de picos repentinos de ingestão em um ambiente de multilocação. O limite de taxa de volume de ingestão padrão em workspaces é de 500 MB (compactado), que é convertido em aproximadamente 6 GB/min não compactados.
O limite da taxa de volume se aplica aos dados ingeridos dos recursos do Azure por meio das 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 de DCR.
Quando os dados enviados ao seu workspace estiverem a uma taxa de volume superior a 80% do limite configurado no workspace, um evento será enviado para a tabela Operation no workspace a cada seis horas enquanto o limite continuar sendo excedido. 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 continua sendo excedido.
Se a taxa do volume de ingestão continuar excedendo o limite ou se você estiver esperando alcançá-lo em breve, você poderá solicitar o aumento desse limite abrindo uma solicitação de suporte.
Também é recomendável criar uma regra de alerta para notificar proativamente quando você atingir quaisquer limites 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 | Observaçõ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, é possível aumentar o limite até 1.000 GB. Para capacidades maiores que 1.000 GB, envie um email para AIDataCap@microsoft.com. |
| Limitação | 32.000 eventos/s | 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 | 800 | 800 | Consulte Azure Resource Manager |
| Testes de disponibilidade máximo de redirecionamentos por teste | 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 do AMPLS pode se conectar a até 300 workspaces do Log Analytics trabalho e até 1.000 componentes do Application Insights.
- Um recurso do Azure Monitor pode se conectar a até cinco recursos do AMPLS.
- Um objeto do AMPLS pode se conectar a no máximo 10 pontos de extremidade privados.