Поделиться через

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

  • Статья

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

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

Примечание.

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

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

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

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

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

Примечание.

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

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

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

Результаты

Метрика perf Ave (Max) Med
Процент ЦП 51 (262)
Память RSS МБ 276 (1,017)
Сетевые KBps 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?

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

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