Nota
O acesso a esta página requer autorização. Pode tentar iniciar sessão ou alterar os diretórios.
O acesso a esta página requer autorização. Pode tentar alterar os diretórios.
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 |
| 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.
Azure Monitor Private Link Escopo (AMPLS)
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.