Partilhar via

Benchmark de desempenho do Azure Monitor Agent

  • Artigo

O agente pode manipular muitos milhares de eventos por segundo no cenário de encaminhamento de eventos do gateway. A taxa de transferência exata depende de vários fatores, como o tamanho de cada evento, o tipo de dados específico e os recursos físicos de hardware. Este artigo descreve o benchmark interno da Microsoft usado para testar a taxa de transferência do agente de eventos Syslog de 10k no cenário de encaminhador. Os resultados de benchmark devem fornecer um guia para dimensionar os recursos de que você precisa em seu ambiente.

Nota

Os resultados neste artigo são informativos sobre o desempenho do AMA apenas no cenário de encaminhamento e não constituem qualquer contrato de serviço por parte da Microsoft.

Práticas recomendadas para agente como transitário.

  • O AMA Linux deve ter como alvo 10k EPS. Há um aviso EPS de 20k que não significa perda de dados. A AMA não garante uma conexão sem perdas. No entanto, a perda é mais provável quando o EPS é superior a 10k.
  • O transitário deve estar em um sistema dedicado para eliminar possíveis interferências de outras cargas de trabalho.
  • O sistema de encaminhador deve ser monitorado quanto à utilização de CPU, memória e disco para evitar que sobrecargas causem perda de dados.
  • O balanceador de carga e os sistemas de encaminhador redundantes devem ser usados para melhorar a confiabilidade e a escalabilidade. Para obter outras considerações para encaminhadores, consulte a documentação do Log Analytics Gateway.

Desempenho do agente

O benchmark é executado em um ambiente controlado para obter resultados repetíveis, precisos e estatisticamente significativos. Os recursos consumidos pelo agente são medidos sob uma carga de 10.000 eventos Syslog simulados por segundo. A carga simulada é executada no mesmo hardware físico em que o agente em teste está. Os testes são realizados durante sete dias. Para cada avaliação, as métricas de desempenho são amostradas a cada segundo para coletar CPU, memória e uso máximo e médio da rede. Essa abordagem fornece as informações certas para ajudá-lo a estimar os recursos necessários para seu ambiente.

Nota

Os resultados não medem a taxa de transferência de ponta a ponta ingerida por um espaço de trabalho do Log Analytics (ou outros coletores de telemetria), pois pode haver variabilidade de ponta a ponta devido ao desempenho da rede e do pipeline de back-end.

Os benchmarks são executados em um sistema Standard_F8s_v2 VM do Azure usando o AMA Linux versão 1.25.2 e 10 GB de espaço em disco para o cache de eventos.

  • vCPU's: 8 com HyperThreading (800% CPU é possível)
  • Memória: 16 GiB
  • Armazenamento temporário: 64 GiB
  • IOPS máximo de disco: 6400
  • Rede: 12500 Mbps Max em todas as 4 NICs físicas

Resultados

Métrica Perf Ave (Max) Med
% de CPU 51 (262)
Memória RSS MB 276 (1,017)
KBps de rede 338 (18,033)

Perguntas mais frequentes

Esta secção fornece respostas a perguntas comuns.

Quantos dados são enviados por agente?

A quantidade de dados enviados por agente depende:

  • As soluções que você habilitou.
  • O número de logs e contadores de desempenho que estão sendo coletados.
  • O volume de dados nos logs.

Consulte Analisar o uso em um espaço de trabalho do Log Analytics.

Para computadores que podem executar o agente WireData, use a seguinte consulta para ver a quantidade de dados que está sendo enviada:

WireData
| where ProcessName == "C:\\Program Files\\Microsoft Monitoring Agent\\Agent\\MonitoringHost.exe"
| where Direction == "Outbound"
| summarize sum(TotalBytes) by Computer

Quanta largura de banda de rede é usada pelo Microsoft Monitoring Agent quando ele envia dados para o Azure Monitor?

A largura de banda é uma função da quantidade de dados enviados. Os dados são comprimidos à medida que são enviados através da rede.

Próximos passos