共用方式為

Azure 監視器代理程式效能效能評定

  • 發行項

Azure 監視器代理程式可以在閘道事件轉送案例中處理每秒數千個事件（EPS）。 確切的輸送量速率取決於各種因素，例如每個事件的大小、特定數據類型和實體硬體資源。

本文說明用於測試閘道轉寄站案例中代理程式輸送量 10,000 （10K） syslog 事件的Microsoft內部基準檢驗。 基準檢驗結果應該提供一個指南，以調整環境中所需的資源大小。

注意

本文的結果只會與閘道轉送案例中的 Azure 監視器代理程式效能相關。 文章中的結果和資訊不會構成Microsoft的任何服務合約。

代理程式作為轉寄站的最佳做法

  • Linux Azure 監視器代理程式應以 10K EPS 為目標。 可能會發生 20K EPS 警告，但並不表示數據遺失。 Azure 監視器代理程序不保證沒有遺失的連線。 當 EPS 超過 10K 時，損失的可能性更大。
  • 轉寄站應該位於專用系統上，以排除其他工作負載的潛在干擾。
  • 轉寄站系統的 CPU、記憶體和磁碟使用率應該受到監視，以防止多載造成資料遺失。
  • 負載平衡器和備援轉寄站系統應該用來改善可靠性和延展性。 如需轉寄站的其他考慮，請參閱Log Analytics閘道檔。

代理程式效能

基準會在受控環境中執行，以取得可重複、準確且具統計顯著性的結果。 代理程式所耗用的資源會以每秒 10,000 個仿真的 syslog 事件負載來測量。 模擬負載是在所測試代理程式所在的相同實體硬體上執行。 測試試用版會執行七天。 針對每個試用版，效能計量會每秒取樣一次，以收集 CPU、記憶體和網路最大值和平均使用量。 此方法提供正確的資訊，可協助您預估環境所需的資源。

注意

效能測試結果不會測量Log Analytics工作區所擷取的端對端輸送量（或其他遙測接收）。 端對端變化可能會因為網路和後端管線效能而發生。

基準檢驗是在 Azure 虛擬機上執行，Standard_F8s_v2系統使用 Azure 監視器代理程式 Linux 1.25.2 版和 10 GB 的磁碟空間來進行事件快取。

  • vCPU：具有 Hyper-Threading 的 8 個 （800% CPU 是可能的）
  • 記憶體：16 GiB
  • 暫存記憶體：64 GiB
  • 最大磁碟 IOPS：6,400
  • 網路：所有四個實體 NIC 上最多 12,500 Mbps

結果

效能計量 平均 (最大值) Med
CPU % 51 (262)
記憶體 RSS MB 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 監視器時，會使用多少網路頻寬？

帶寬是傳送的數據量函式。 透過網路傳送資料時，會壓縮資料。

相關內容