Azure 監視器代理程式效能基準
代理程式可以在閘道事件轉送案例中每秒處理數千個事件。 確切的輸送量速率取決於各種因素，例如每個事件的大小、特定資料類型和實體硬體資源。 本文說明用於測試轉寄站案例中 10k Syslog 事件的代理程式輸送量 Microsoft 內部基準檢驗。 基準檢驗結果應該提供一個指南，以調整環境中所需的資源大小。
注意
本文的結果僅提供有關轉送案例中 AMA 的效能資訊，而不會構成 Microsoft 的任何服務合約。
代理程式作為轉寄站的最佳做法。
- Linux AMA 應以 10k EPS 為目標。 有 20k EPS 警告並不表示數據遺失。 AMA 不保證沒有遺失的連線。 不過，當 EPS 超過 10k 時，損失的可能性更大。
- 轉寄站應該位於專用系統上，以排除其他工作負載的潛在干擾。
- 轉寄站系統的 CPU、記憶體和磁碟使用率應該受到監視，以防止多載造成資料遺失。
- 負載平衡器和備援轉寄站系統應該用來改善可靠性和延展性。 如需轉寄站的其他考慮，請參閱 Log Analytics閘道文件。
代理程式效能
基準會在受控環境中執行，以取得可重複、準確且具統計顯著性的結果。 代理程式耗用的資源會以每秒 10,000 個模擬 Syslog 事件負載來測量。 模擬負載是在受測代理程式所在的相同實體硬體上執行。 測試試用版會執行七天。 針對每個試用版，效能計量會每秒取樣一次，以收集 CPU、記憶體和網路最大值和平均使用量。 此方法提供正確的資訊，可協助您預估環境所需的資源。
注意
結果不會測量 Log Analytics 工作區 (或其他遙測接收) 所擷取的端對端輸送量，因為網路和後端管線效能可能會有端對端變化。
基準會在使用 AMA Linux 1.25.2 版和 10 GB 磁碟空間進行事件快取的 Azure VM Standard_F8s_v2 系統上執行。
- vCPU：8 個搭配 HyperThreading (可能為 800% CPU)
- 記憶體：16 GiB
- 暫存記憶體：64 GiB
- 最大磁碟 IOPS：6400
- 網路：所有 4 個實體 NIC 上的 12500 Mbps 最大值
結果
| 效能計量 | 平均 (最大值) Med |
|---|---|
| CPU% | 51 (262) |
| 記憶體 RSS MB | 276 (1,017) |
| 網路 KBps | 338 (18,033) |
常見問題集
本節提供常見問題的答案。
每個代理程式會傳送多少資料？
每個代理程式所傳送的資料量取決於：
- 您已啟用的解決方案。
- 記錄和要收集的效能計數器的數目。
- 記錄中的資料量。
對於可執行 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 監視器時，會使用多少網路頻寬？
頻寬是所傳送資料量的函式。 透過網路傳送資料時，會壓縮資料。
下一步
- 使用 Azure 監視器中的 Log Analytics 閘道，在沒有網際網路存取的情況下連線電腦
- 在 Windows 和 Linux 虛擬機器上安裝 Azure 監視器代理程式。
- 建立資料收集規則，以從代理程式收集資料，並將其傳送至 Azure 監視器。