使用量監視
Azure DevOps Services
您可以在 Azure DevOps Services 中調查過去 28 天的使用者使用量。 使用方式監視對於識別頻寬瓶頸的原因很重要,因為系統故障所造成的。 請參閱下列最常見的命令或作業,這些命令或作業可能會觸發使用訊息。
- 延遲的要求
- 超過臨界值的要求
必要條件
您必須是專案集合管理員群組的成員,才能檢視 [使用量] 頁面。
使用概念
當使用者的要求延遲大量時間時,該使用者會收到通知電子郵件。 此外,網路上也會顯示警告橫幅。 警告橫幅和通知電子郵件都有使用方式頁面的連結。 如果使用者沒有電子郵件位址,通知電子郵件就會傳送給 Project Collection Administrators 群組成員。
耗用大量 Azure DevOps 輸送量單位 (TSTU) 的命令(例如,在數百個中)負責超過閾值的使用者。 使用者代理程式和IP位址資料行有助於查看這些命令的來源。 自訂工具或建置服務帳戶可能會在短時間內進行大量呼叫。
若要避免問題,您可能需要重寫工具或更新建置程式。 此動作會減少呼叫的類型和數目。 例如,工具可能會定期從頭提取大型版本控制存放庫,而此存放庫可能會改為累加提取。
- [使用量] 頁面上的要求歷程記錄預設為遞減順序。
- 使用量會依命令分組為五分鐘的時間範圍。
- [計數] 資料行會提供視窗中的命令數目。
- 其他數據行會反白顯示 TSTU 總計和延遲時間。
如需詳細資訊,請參閱 速率和使用量限制。
注意
若要從稽核觀點檢視使用量,請參閱 存取、匯出和篩選稽核記錄。 此檢視不包含 TSTU,但保留期為 90 個。
檢視使用量
登入您的組織 (
https://dev.azure.com/{yourorganization}
)。選取 [組織設定>使用量]。
使用此頁面來調查其他使用者的使用方式。 使用方式可能來自一般入口網站作業或使用命令行或 REST API 工具。
a. 依下列類別檢視:
- 依使用者使用
- 依管線的使用量
- 頂級使用者代理程式
- 頂端命令
- 最上層組建管線
- 熱門發行管線
b. 依下列資料列選項進行篩選:
- User
- 使用者代理程式
- IP 位址
- 時間範圍
- ServiceApplication
- Command
- 狀態
- 計數
- 使用量 (TSTU)
- 延遲(秒)
Azure DevOps 預設會顯示最後一個小時的要求。 您可以從其他時間增量中選取。
d. 從下列狀態選取:
- 所有狀態
- Normal
- 延遲
- 已封鎖
e. 使用方式頁面的範圍設定為第一個延遲要求之前和之後的 30 分鐘。 檢閱導致延遲要求的要求歷程記錄。
相關文章
意見反應
https://aka.ms/ContentUserFeedback。
即將登場:在 2024 年,我們將逐步淘汰 GitHub 問題作為內容的意見反應機制,並將它取代為新的意見反應系統。 如需詳細資訊,請參閱:提交並檢視相關的意見反應