Тест производительности агента Azure Monitor

  • Статья

Агент может обрабатывать много тысяч событий в секунду в сценарии пересылки событий шлюза. Точное значение пропускной способности зависит от различных факторов, таких как размер каждого события, конкретный тип данных и физические аппаратные ресурсы. В этой статье описан внутренний тест Майкрософт, используемый для тестирования пропускной способности агента 10 тысяч событий Системного журнала в сценарии пересылки. Результаты теста должны предоставить руководство по размеру необходимых ресурсов в вашей среде.

Примечание.

Результаты этой статьи являются информационными сведениями о производительности AMA только в сценарии пересылки и не представляют никакого соглашения об обслуживании от корпорации Майкрософт.

Рекомендации по агенту в качестве пересылки.

  • Сервер пересылки должен находиться в выделенной системе, чтобы устранить потенциальные помехи из других рабочих нагрузок.
  • Система пересылки должна отслеживаться для использования ЦП, памяти и диска, чтобы предотвратить перегрузки от потери данных.
  • По возможности используйте подсистему балансировки нагрузки и избыточные системы пересылки для повышения надежности и масштабируемости.
  • Другие рекомендации по пересылке см. в документации по шлюзу Log Analytics.

Производительность агента

Тест выполняется в управляемой среде, чтобы получить повторяемые, точные и статистически значимые результаты. Ресурсы, используемые агентом, измеряются с нагрузкой в 10 000 имитированных событий системного журнала в секунду. Имитированная нагрузка выполняется на том же физическом оборудовании, на которое выполняется тестируемый агент. Тестовые пробные версии выполняются в течение семи дней. Для каждой пробной версии выборка метрик производительности выполняется каждые секунды для сбора данных ЦП, памяти и максимального и среднего использования сети. Этот подход предоставляет правильные сведения, которые помогут вам оценить ресурсы, необходимые для вашей среды.

Примечание.

Результаты не измеряют сквозную пропускную способность, приемируемую рабочей областью Log Analytics (или другими приемниками телеметрии), так как из-за производительности сетевого и внутреннего конвейера могут быть сквозные.

Тесты выполняются на виртуальной машине Azure Standard_F8s_v2 системе с помощью AMA Linux версии 1.25.2 и 10 ГБ дискового пространства для кэша событий.

  • VCPU: 8 с HyperThreading (возможно 800 % ЦП)
  • Память: 16 ГиБ
  • Temp служба хранилища: 64 ГиБ
  • Максимальное число операций ввода-вывода в секунду на диск: 6400
  • Сеть: 12500 Мбp Max на всех 4 физических сетевых адаптерах

Результаты

Метрика perf Ave (Max) Med
ЦП [%] 51 (262)
Mem RSS МБ 276 (1,017)
Сетевые КБ ps 338 (18,033)

Часто задаваемые вопросы

В этом разделы приводятся ответы на часто задаваемые вопросы.

Какой объем данных отправляет каждый агент?

Объем данных, отправляемых каждым агентом, зависит от:

  • Включенные решения.
  • Количество собираемых журналов и счетчиков производительности.
  • Объем данных в журналах.

См. статью "Анализ использования" в рабочей области Log Analytics.

Для компьютеров, на которых может запускаться агент WireData, объем отправляемых данных можно просмотреть с помощью следующего запроса:

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

Сколько пропускной способности сети использует microsoft Monitoring Agent при отправке данных в Azure Monitor?

Пропускная способность — это функция объема отправленных данных. Данные сжимаются по мере отправки по сети.

Следующие шаги