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 métricos (clássico) | 100 regras de alerta ativas por assinatura. Os alertas clássicos são desativados para usuários de nuvem pública. Os alertas clássicos para a nuvem do Azure Government e o Microsoft Azure operados pela 21Vianet serão desativados em 29 de fevereiro de 2024. |
Ligue para o suporte. |
| Alertas de métricas | 5.000 regras de alerta ativas por assinatura nas nuvens pública do Azure, Microsoft Azure operada pela 21Vianet e Azure Government. Se você estiver atingindo esse limite, explore se pode usar o mesmo tipo de alertas com vários recursos. 5.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). Como esse limite não pode ser aumentado, considere enviar seus registros de atividades para um espaço de trabalho do Log Analytics e criar alertas de pesquisa de log, se precisar de um número maior de regras por assinatura. |
O mesmo que o padrão. |
| Alertas de registo | 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é 6000 alertas por avaliação. Cada regra de alerta com monitoração de estado pode disparar até 300 alertas por avaliação. Até 6000 alertas de estado disparados de cada vez. |
Ligue para o suporte. |
| Regras de processamento de alertas | 1.000 regras ativas por assinatura. | Ligue para o suporte. |
| Regras de alerta e comprimento da descrição das regras de processamento de alertas | A pesquisa de log alerta 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 usuários que fazem 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. A limitação e os limites do usuário são projetados para afetar apenas cenários de uso extremo. Eles não devem ser relevantes para o uso típico.
Nota
Há um limite de chamadas de API por instância. O número limite exato substitui o 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ções
Você pode ter um número ilimitado de grupos de ação em uma assinatura.
| Recurso | Limite predefinido | Limite máximo |
|---|---|---|
| Push de aplicativo do Azure | 10 ações do aplicativo do Azure por grupo de ações. | O mesmo que Padrão |
| 1.000 ações de e-mail em um grupo de ação. Não mais de 100 e-mails a cada hora para cada endereço de e-mail O limite de caraccter em um endereço de e-mail é 64. O limite de caracteres em um email é 55296. Consulte também as informações de limitação de taxa. |
O mesmo que Padrão | |
| Função Email do Azure Resource Manager | 10 Ações de função ARM por e-mail por grupo de ação. Em produção: Não mais de 100 e-mails em uma hora. 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 lógica | 10 ações lógicas do aplicativo em um grupo de ação. | O mesmo que Padrão |
| Runbook | 10 ações de runbook em um grupo de ação. | O mesmo que Padrão |
| Webhook Seguro | 10 ações seguras de webhook em um grupo de ação. 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 |
| Voz | 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 em um grupo de ação. O número máximo de chamadas webhook é de 1500 por minuto por subscrição. | O mesmo que Padrão |
Dimensionamento Automático
| 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 |
| Dimensionamento automático de perfis | 20 perfis por configuração de escala automática. | O mesmo que o padrão |
Métricas Prometheus
Ingestão
O Azure managed Prometheus é um sistema que não diferencia maiúsculas de minúsculas. Ele trata cadeias de caracteres, como nomes de métricas, nomes de rótulos ou valores de rótulo, como a mesma série temporal se 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 espaço de trabalho do Azure Monitor que ingere suas métricas Prometheus.
| Limite | Value |
|---|---|
| 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 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 seu espaço de trabalho do Azure Monitor.
| Limite | Value |
|---|---|
| Solicitações de ingestão por minuto para um ponto de extremidade de coleta de dados | 15 000 Este limite não pode ser aumentado. |
| Ingestão de dados por minuto para um ponto de extremidade de coleta de dados | 50 GB Este limite não pode ser aumentado. |
Consultas
As consultas Prometheus são criadas usando o PromQL e podem ser criadas no Azure Managed Grafana ou no Grafana autogerenciado.
| Limite | Value |
|---|---|
| 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 | Value |
|---|---|
| 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 | Value |
|---|---|
| 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 | Value |
|---|---|
| Horas de consulta por utilizador (ID do Microsoft Entra, identidade gerida, espaço de trabalho Azure Managed 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 |
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 | Value |
|---|---|
| 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 de consulta
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 | Value |
|---|---|
| Horas de consulta por utilizador (ID do Microsoft Entra, identidade gerida, espaço de trabalho Azure Managed 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 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 | Value |
|---|---|
| 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 |
Limites de limitação de custo de consulta
| Limite | Value |
|---|---|
| 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
Regras de alerta e registo
As regras de alerta do Prometheus e as regras de gravação são definidas no PromQL. Eles são executados no serviço Régua gerenciado como parte do serviço gerenciado do Azure Monitor para Prometheus.
| Limite | Value |
|---|---|
| Grupos de regras por espaço de trabalho do Azure Monitor, em uma assinatura 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 padrão é 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 | Value |
|---|---|
| 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 |
| Débito máximo | 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 | Value | Comentários |
|---|---|---|
| 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 Retry-After no cabeçalho da resposta. |
| Máximo de pedidos/minuto por DCR | 12.000 | Tente novamente após a duração listada Retry-After no cabeçalho da resposta. |
Regras da recolha de dados
| Limite | Value |
|---|---|
| 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 | 10 |
| 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 do Log Analytics | 10 |
| Número máximo de caracteres em uma transformação | 15,360 |
Definiçõ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 | Description |
|---|---|
| Linguagem da consulta | O Azure Monitor usa a mesma KQL (Kusto Query Language) que o Azure Data Explorer. Consulte Diferenças de idioma de consulta de log do Azure Monitor para elementos de linguagem KQL não suportados no Azure Monitor. |
| Regiões do Azure | As consultas de log podem enfrentar sobrecarga excessiva quando os dados abrangem espaços de trabalho do Log Analytics em várias regiões do Azure. Consulte Limites de consulta para obter detalhes. |
| Consultas entre recursos | Número máximo de recursos do Application Insights e espaços de trabalho do Log Analytics em uma única consulta limitada a 100. A consulta entre recursos não é suportada no View Designer. A consulta entre recursos em alertas de log é suportada na nova API scheduledQueryRules. Consulte Limites de consulta entre recursos para obter detalhes. |
| Consultas do painel do Log Analytics | O número máximo de registros retornados em uma única consulta do painel do Log Analytics é 2.000. |
Limitação de consultas do usuário
O Azure Monitor tem vários limites de limitação para proteger contra usuários que enviam um número excessivo de consultas. 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. A limitação e os limites do usuário são projetados para afetar apenas cenários de uso extremo e não devem ser relevantes para o uso típico.
| Medida | Limite por utilizador | Description |
|---|---|---|
| Consultas simultâneas | 5 | Um usuário pode executar até cinco consultas simultâneas. Qualquer outra consulta é adicionada a uma fila. Quando uma das consultas em execução termina, a primeira consulta na fila é retirada da fila e 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, ela 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 se soma às cinco consultas que podem ser executadas simultaneamente. |
| Taxa de consultas | 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 do espaço de trabalho do Log Analytics (preterida). |
- Otimize suas consultas conforme descrito em Otimizar consultas de log no 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 vistas carregadas a pedido.
- No Power BI, considere extrair apenas resultados agregados em vez de registos não processados.
Áreas de trabalho do Log Analytics
Volume e retenção de dados
| Escalão de preço | Limite por dia | Retenção de dados | Comentário |
|---|---|---|---|
| Pay as you go (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 os preços do Azure Monitor. |
| 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 os preços do Azure Monitor. |
| 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 os preços do Azure Monitor. O acesso à camada de uso é limitado a assinaturas que continham um espaço de trabalho do Log Analytics ou um recurso do Application Insights em 2 de abril de 2018 ou estão vinculadas a um Enterprise Agreement iniciado antes de 1º de fevereiro de 2019 e ainda 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 os preços do Azure Monitor. O acesso à camada de uso é limitado a assinaturas que continham um espaço de trabalho do Log Analytics ou um recurso do Application Insights em 2 de abril de 2018 ou estão vinculadas a um Enterprise Agreement iniciado antes de 1º de fevereiro de 2019 e ainda 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 for Cloud não estão incluídos neste limite de 500 MB por dia e continuam a ser recolhidos acima deste limite. Criar novos espaços de trabalho ou mover espaços de trabalho existentes para o nível de preço de Avaliação Gratuita legado só é 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. Essa 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. Essa 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 | Comentários |
|---|---|---|
| Nível gratuito legado | 10 | Este limite não pode ser aumentado. Criar novos espaços de trabalho ou mover espaços de trabalho existentes para o nível de preço de Avaliação Gratuita legado só é 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 | Comentários |
|---|---|---|
| Máximo de registros retornados por uma consulta de log | 30 000 | Reduza os resultados usando o escopo, o intervalo de tempo e os filtros da consulta. |
API do coletor de dados
| Categoria | Limite | Comentários |
|---|---|---|
| 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 | Comentários |
|---|---|---|
| Máximo de registros retornados em uma única consulta | 500.000 | |
| Tamanho máximo dos dados retornados | ~104 MB (~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 solicitações por 30 segundos por endereço IP de usuário ou cliente do Microsoft Entra | Consulte Registrar consultas 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 seja definido abaixo do limite da API de consulta. |
| Número máximo de registos | 500.000 | |
| Tempo limite máximo do conector | 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. |
Limites gerais do espaço de trabalho
| Categoria | Limite | Comentários |
|---|---|---|
| Máximo de colunas numa tabela | 500 | |
| Número máximo de tabelas de log personalizadas | 500 | |
| 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 alta escala que serve milhares de clientes que enviam Terabytes de dados diariamente e a um ritmo crescente. Um limite de taxa de volume suave pretende isolar os clientes do Azure Monitor de picos de ingestão repentinos em um ambiente de multilocação. 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/min descompactado.
O limite de taxa de volume aplica-se 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 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 de DCR.
Quando os dados enviados para o espaço de trabalho estão com uma taxa de volume superior a 80% do limite configurado no espaço de trabalho, um evento é enviado para a Operation tabela no espaço de trabalho a cada 6 horas, enquanto o limite continua a ser excedido. Quando a taxa de volume ingerida é maior do que o limite, alguns dados são descartados, um evento é enviado para a Operation tabela em seu espaço de trabalho a cada 6 horas enquanto o limite continua a ser excedido.
Se a sua taxa de volume de ingestão continuar a exceder o limite ou se espera atingi-la em breve, pode solicitar o aumento deste limite abrindo um pedido de suporte.
Também é recomendável criar uma regra de alerta para notificar proativamente quando você atingir qualquer limite de ingestão. Consulte Monitorar a integridade do espaço de trabalho do Log Analytics no Azure Monitor.
Nota
Dependendo de quanto tempo você usa o Log Analytics, você pode ter acesso a níveis de preços herdados. Saiba mais sobre os níveis de preços herdados do Log Analytics.
Application Insights
Existem alguns limites no 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 escolher.
| Recurso | Limite predefinido | Limite máximo | Notas |
|---|---|---|---|
| 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. |
| Limitação | 32.000 eventos/segundo | Contacte o suporte. | O limite é mediso ao longo de 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 do nome da propriedade e da 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 exceção e de rastreio | 32,768 | 32,768 | Consulte esquemas de tipo. |
| Contagem de testes de disponibilidade por recurso do Application Insights | 100 | 100 | |
| Retenção de dados do Profiler e do Snapshot | Duas semanas | Contacte o suporte. O limite máximo de retenção é de seis meses. | |
| Dados do Profiler enviados por dia | Sem limite | Sem limite. | |
| Dados de snapshot 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.
Azure Monitor Private Link Scope (AMPLS)
O objeto AMPLS tem os seguintes limites:
- Uma rede virtual pode se conectar a apenas 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 300 espaços de trabalho do Log Analytics e 1.000 componentes do Application Insights, no máximo.
- Um recurso do Azure Monitor (espaço de trabalho ou componente do Application Insights ou ponto de extremidade de coleta de dados) pode se conectar a cinco AMPLSs no máximo.
- Um objeto AMPLS pode se conectar a no máximo 10 pontos de extremidade privados.
Nota
Os recursos da AMPLS criados antes de 1º de dezembro de 2021 suportam apenas 50 recursos.