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

Агент Azure Monitor может обрабатывать много тысяч событий в секунду (EPS) в сценарии пересылки событий шлюза. Точное значение пропускной способности зависит от различных факторов, таких как размер каждого события, конкретный тип данных и физические аппаратные ресурсы.

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

Примечание.

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

Рекомендации для агента в роли пересылщика

  • Агент Linux Azure Monitor должен быть предназначен для 10 000 EPS. Может возникнуть предупреждение EPS 20 000, но это не означает, что данные потеряны. Агент Azure Monitor не гарантирует отсутствие потерь при подключении. Вероятность убытка выше, когда EPS превышает 10 000.
    • Агент Azure Monitor должен рассчитывать на 5,000 EPS. Хотя EPS может быть выше, не возникают предупреждения или ограничения производительности. Это пороговое значение устанавливается на основе ограничения 5000 EPS в службе событий Windows.
  • Агент пересылки должен находиться в выделенной системе, чтобы исключить потенциальные помехи от других рабочих нагрузок.
  • Система пересылки должна отслеживаться для использования ЦП, памяти и диска, чтобы предотвратить перегрузки от потери данных.
  • Подсистема балансировки нагрузки и избыточные системы пересылки должны использоваться для повышения надежности и масштабируемости. Для других соображений для экспедиторов см. документацию по шлюзу Log Analytics.

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

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

Примечание.

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

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

  • виртуальные ЦП: восемь с гиперпоточностью (возможно до 800 % ЦП)
  • Память: 16 ГиБ
  • Временное хранилище: 64 ГиБ
  • Максимальное количество операций ввода и вывода диска в секунду: 6400
  • Сеть: максимум 12 500 Мбит/с на всех четырех физических сетевых картах

Результаты

Метрика производительности Ave (Max) Med
Процент ЦП 51 (262)
Объем памяти RSS (МБ) 276 (1,017)
Сетевые КБ/с 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?

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

Связанный контент

  • Last updated on