分享方式:


監視 Azure Batch

本文章說明:

  • 您可以為此服務收集的監視資料類型。
  • 分析資料的方式。

注意

如果您已經熟悉此服務和/或 Azure 監視器,只想知道如何分析監視資料,請參閱本文靠近結尾的分析一節。

當您有依賴 Azure 資源的重要應用程式和商務流程時,就需要監視並取得系統的警示。 Azure 監視器服務會從您系統的每個元件收集及彙總計量和記錄。 Azure 監視器讓您能夠檢視可用性、效能及復原能力,並在發生問題時通知您。 您可以使用 Azure 入口網站、PowerShell、Azure CLI、REST API 或用戶端程式庫來設定及檢視監視資料。

資源類型

Azure 會使用資源類型和識別碼的概念來識別訂用帳戶中的所有內容。 Azure 監視器同樣會依據資源類型將核心監視資料組織成計量和記錄,也稱為命名空間。 不同的計量和記錄適用於不同的資源類型。 您的服務可能會與多個資源類型相關聯。

資源類型也是 Azure 中所執行每個資源的資源識別碼組成部分。 例如,虛擬機器的一種資源類型是 Microsoft.Compute/virtualMachines。 如需服務及其相關聯資源類型的清單,請參閱資源提供者 (機器翻譯)。

如需 Batch 資源類型的詳細資訊,請參閱 Batch 監視資料參考

資料存放區

對於 Azure 監視器:

  • 計量資料會儲存在 Azure 監視器計量資料庫中。
  • 記錄資料會儲存在 Azure 監視器記錄存放區中。 Log Analytics 是可查詢此存放區的 Azure 入口網站工具。
  • Azure 活動記錄是個單獨存放區,其介面位於 Azure 入口網站。

您可選擇性地將計量和活動記錄資料路由傳送至 Azure 監視器記錄存放區。 然後,可以使用 Log Analytics 來查詢資料,並將其與其他記錄資料相互關聯。

許多服務可以使用診斷設定,將計量和記錄資料傳送至 Azure 監視器以外的其他儲存位置。 範例包括 Azure 儲存體、託管的合作夥伴系統以及使用事件中樞的非 Azure 合作夥伴系統

如需進一步了解 Azure 監視器如何儲存資料,請參閱 Azure 監視器資料平台

存取儲存體中的診斷記錄

如果您在儲存體帳戶中封存 Batch 診斷記錄,當相關事件發生時,儲存體帳戶中會立即建立儲存體容器。 Blob 會根據下列命名模式建立:

insights-{log category name}/resourceId=/SUBSCRIPTIONS/{subscription ID}/
RESOURCEGROUPS/{resource group name}/PROVIDERS/MICROSOFT.BATCH/
BATCHACCOUNTS/{Batch account name}/y={four-digit numeric year}/
m={two-digit numeric month}/d={two-digit numeric day}/
h={two-digit 24-hour clock hour}/m=00/PT1H.json

例如:

insights-metrics-pt1m/resourceId=/SUBSCRIPTIONS/XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX/
RESOURCEGROUPS/MYRESOURCEGROUP/PROVIDERS/MICROSOFT.BATCH/
BATCHACCOUNTS/MYBATCHACCOUNT/y=2018/m=03/d=05/h=22/m=00/PT1H.json

每個 PT1H.json blob 檔案都會包含 JSON 格式的事件,這是在 Blob URL 指定時數內 (例如 h=12) 發生的事件。 在目前這一小時,事件一發生就會附加到 PT1H.json 檔案。 分鐘值 (m=00) 一律是 00,因為診斷記錄事件是分成每小時的個別 Blob。 所有時間都是採用 UTC 格式。

下列範例顯示 PT1H.json 記錄檔中的 PoolResizeCompleteEvent 項目。 項目包含專用節點和低優先順序節點目前數目和目標數目的相關資訊,以及作業的開始和結束時間。

{ "Tenant": "65298bc2729a4c93b11c00ad7e660501", "time": "2019-08-22T20:59:13.5698778Z", "resourceId": "/SUBSCRIPTIONS/XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX/RESOURCEGROUPS/MYRESOURCEGROUP/PROVIDERS/MICROSOFT.BATCH/BATCHACCOUNTS/MYBATCHACCOUNT/", "category": "ServiceLog", "operationName": "PoolResizeCompleteEvent", "operationVersion": "2017-06-01", "properties": {"id":"MYPOOLID","nodeDeallocationOption":"Requeue","currentDedicatedNodes":10,"targetDedicatedNodes":100,"currentLowPriorityNodes":0,"targetLowPriorityNodes":0,"enableAutoScale":false,"isAutoPool":false,"startTime":"2019-08-22 20:50:59.522","endTime":"2019-08-22 20:59:12.489","resultCode":"Success","resultMessage":"The operation succeeded"}}

若要以程式設計方式存取您儲存體帳戶中的記錄,請使用儲存體 API

Azure 監視器平台計量

Azure 監視器為大多數服務提供平台計量。 這些計量包括:

  • 針對每個命名空間個別定義。
  • 儲存在 Azure 監視器時間序列計量資料庫中。
  • 輕量且能支援近即時警示。
  • 用來追蹤資源效能的長期變化。

收集:Azure 監視器會自動收集平台計量。 不需要組態。

路由:通常您也可以將平台計量路由傳送至 Azure 監視器記錄/Log Analytics,以便與其他記錄資料一同查詢。 如需詳細資訊,請參閱計量診斷設定 (機器翻譯)。 如需了解如何設定服務的診斷設定,請參閱在 Azure 監視器中建立診斷設定 (機器翻譯)。

如需 Azure 監視器中所有資源可收集的計量完整清單,請參閱 Azure 監視器中所支援的計量

Batch 帳戶中的計量範例是「集區建立事件」、「低優先順序的節點計數」和「工作完成事件」。 這些計量有助於識別趨勢,並可用於資料分析。

注意

過去 3 分鐘內發出的計量可能仍在彙總,所以此時間範圍的值可能被低估。 計量傳遞不受到保證,且失序傳遞、資料遺失或重複可能會有所影響。

如需 Batch 可用計量的完整清單,請參閱 Batch 監視資料參考

Azure 監視器資源記錄

資源記錄提供對 Azure 資源所完成作業的深入解析。 系統會自動產生記錄,但您必須將其路由傳送至 Azure 監視器記錄,才能儲存或查詢這些記錄。 按類別組織記錄。 指定的命名空間可能會有多個資源記錄類別。

收集:您必須先建立「診斷設定」,並將記錄路由傳送至一個或多個位置,才會開始收集和儲存資源記錄。 在建立診斷設定時,您可以指定要收集的記錄類別。 有多種方式可以建立和維護診斷設定,包括透過 Azure 入口網站、程式設計方式,以及 Azure 原則。

路由傳送:建議的預設設定是將資源記錄路由傳送至 Azure 監視器記錄,以便與其他記錄資料一同查詢。 您也可以使用其他位置,例如 Azure 儲存體、Azure 事件中樞及特定 Microsoft 監視合作夥伴。 如需詳細資訊,請參閱 Azure 資源記錄 (機器翻譯) 和資源記錄目的地 (機器翻譯)。

如需收集、儲存及路由傳送資源記錄的詳細資訊,請參閱 Azure 監視器中的診斷設定 (機器翻譯)。

如需 Azure 監視器中所有可用資源記錄類別的清單,請參閱 Azure 監視器中支援的資源記錄 (機器翻譯)。

Azure 監視器中的所有資源記錄都有相同的標頭欄位,後面接著服務特定的欄位。 一般結構描述如 Azure 監視器資源記錄結構描述中所述。

如需可用的資源記錄類別、其相關聯的 Log Analytics 資料表,以及 Batch 的結構描述,請參閱 Batch 檔案儲存體監視資料參考

請針對您要監視的每個 Batch 帳戶,明確啟用診斷設定。

針對 Batch 服務,您可以收集下列記錄:

  • ServiceLog:在集區或工作等個別資源的存留期,Batch 服務發出的事件
  • AllMetrics:Batch 帳戶層級的計量。

下列螢幕擷取畫面顯示將 allLogsAllMetrics 傳送至 Log Analytics 工作區的範例診斷設定。

顯示範例的 [診斷設定] 頁面螢幕擷取畫面。

當您建立 Azure Batch 集區時,可以在計算節點上安裝下列任何與監視相關的延伸模組,以收集和分析資料:

如需不同延伸模組和代理程式及其所收集資料的比較,請參閱比較代理程式

Azure 活動記錄 (部分機器翻譯)

活動記錄包含訂用帳戶層級事件,用於追蹤每個 Azure 資源外部可見的作業;例如,建立新的資源或啟動虛擬機器。

收集:活動記錄事件會自動產生並收集至個別存放區中,以便使用者在 Azure 入口網站中檢視。

路由:您可以將活動記錄資料傳送至 Azure 監視器記錄,以便與其他記錄資料一起分析。 您也可以使用其他位置,例如 Azure 儲存體、Azure 事件中樞及特定 Microsoft 監視合作夥伴。 如需進一步了解如何路由傳送活動記錄,請參閱 Azure 活動記錄概觀 (機器翻譯)。

具體針對 Batch 帳戶來說,活動記錄會收集關於帳戶建立和刪除及金鑰管理的事件。

分析監視資料

有許多工具可用來分析監視資料。

Azure 監視器工具

Azure 監視器支援下列基本工具:

支援更複雜視覺效果的工具包括:

  • 儀表板 (機器翻譯) 可讓您將不同類型的資料合併到 Azure 入口網站中的單一窗格。
  • 活頁簿 (機器翻譯) 是能在 Azure 入口網站中建立的可自訂報表。 活頁簿可以包含文字、計量及記錄查詢。
  • Grafana 是在操作儀表板中表現相當出色的開放平台工具。 您可以使用 Grafana 來建立儀表板,納入 Azure 監視器以外多個來源的資料。
  • Power BI (機器翻譯) 是一項商務分析服務,可提供跨各種資料來源的互動式視覺效果。 你可以將 Power BI 設定為自動從 Azure 監視器匯入記錄資料,以利用這些視覺效果。

當您分析計數型 Batch 計量 (例如「專用核心計數」或「低優先順序節點計數」),請使用平均彙總。 如果是事件型計量 (例如「集區調整大小完成事件」),請使用計數彙總。 請勿使用總和彙總,因為總和彙總會合計圖表期間收到的所有資料點的值。

Azure 監視器匯出工具

您可以使用下列方法將資料從 Azure 監視器中提取至其他工具:

若要開始使用適用於 Azure 監視器的 REST API,請參閱 Azure 監視 REST API 逐步解說 (機器翻譯)。

Kusto 查詢

您可以使用 Kusto 查詢語言 (KQL) 分析 Azure 監視器記錄/Log Analytics 存放區中的監視資料。

重要

當您從入口網站的服務功能表中選取 [記錄] 時,Log Analytics 會隨即開啟,並將查詢範圍設定為目前的服務。 此範圍表示記錄查詢只會包含該資源類型的資料。 如果您想要執行包含其他 Azure 服務資料的查詢,請從 [Azure 監視器] 功能表中選取 [記錄]。 如需詳細資訊,請參閱 Azure 監視器 Log Analytics 中的記錄查詢範圍和時間範圍

如需各項服務的常見查詢清單,請參閱 Log Analytics 查詢介面 (機器翻譯)。

範例查詢

以下是 Batch 的一些範例記錄查詢:

集區重設大小:依集區和結果碼 (成功或失敗) 列出重設大小時間:

AzureDiagnostics
| where OperationName=="PoolResizeCompleteEvent"
| summarize operationTimes=make_list(startTime_s) by poolName=id_s, resultCode=resultCode_s

工作期間:提供工作經過的時間 (以秒為單位),從工作開始到工作完成。

AzureDiagnostics
| where OperationName=="TaskCompleteEvent"
| extend taskId=id_s, ElapsedTime=datetime_diff('second', executionInfo_endTime_t, executionInfo_startTime_t) // For longer running tasks, consider changing 'second' to 'minute' or 'hour'
| summarize taskList=make_list(taskId) by ElapsedTime

每個作業失敗的工作:依父作業列出失敗的工作。

AzureDiagnostics
| where OperationName=="TaskFailEvent"
| summarize failedTaskList=make_list(id_s) by jobId=jobId_s, ResourceId

警示

在監視資料中發現特定狀況時,Azure 監視器警示會主動通知您。 警示可讓您在客戶發現系統發生問題前,就先及早識別和解決問題。 如需詳細資訊,請參閱 Azure 監視器警示

Azure 資源的常見警示有許多來源。 如需 Azure 資源的常見警示範例,請參閱記錄警示查詢範例 (機器翻譯)。 Azure 監視器基準警示 (AMBA) 網站提供半自動化方法來實作重要的平台計量警示、儀表板和指導方針。 此網站適用於持續擴充的 Azure 服務子集,包括屬於 Azure 登陸區域 (ALZ) 的所有服務。

常見的警示結構描述會將 Azure 監視器警示通知的使用量標準化。 如需詳細資訊,請參閱一般警示結構描述 (機器翻譯)。

警示類型

您可以針對在 Azure 監視器資料平台中的任何計量或記錄資料來源發出警示。 警示有許多不同的類型,具體取決於您監視的服務以及所收集的監視資料。 不同類型的警示各有優缺點。 如需詳細資訊,請參閱選擇正確的監視警示類型 (機器翻譯)。

下列清單介紹可建立的 Azure 監視器警示類型:

  • 計量警示 (機器翻譯) 會定期評估資源計量。 這些計量可以是平台計量、自訂計量、Azure 監視器轉換成計量的記錄,或 Application Insights 計量。 計量警示還可以套用多個條件和動態閾值。
  • 記錄警示 (機器翻譯) 可讓使用者使用 Log Analytics 查詢,以預先定義的頻率評估資源記錄。
  • 活動記錄警示 (機器翻譯) 會在發生符合定義條件的新活動記錄事件時觸發。 資源健康狀態警示和服務健康情況警示是報告服務和資源健康狀態的活動記錄警示。

某些 Azure 服務也支援智慧偵測警示Prometheus 警示建議的警示規則

對於某些服務,若要進行大規模監控,您可以將同一計量警示規則套用至相同 Azure 區域中存在的多個同類型資源。 系統會針對每個受監視的資源傳送個別通知。 如需支援的 Azure 服務和雲端,請參閱使用一個警示規則監視多個資源 (機器翻譯)。

注意

如果您要建立或執行在您的服務上執行的應用程式,Azure 監視器 Application Insights 可提供更多類型的警示。

Batch 警示規則

因為計量傳遞可能受限於失序傳遞、資料遺失或重複等不一致的情況,您應該避免依單一資料點觸發的警示。 請改用閾值來考慮一段時間內這些不一致。

例如,您可能想要設定低優先順序核心計數降至特定層級時的計量警示。 然後您可以利用這個警示調整集區組合。 為獲得最佳結果,請設定 10 分鐘以上的期間,如果這段期間的低優先順序核心計數平均低於整段期間的閾值,即觸發警示。 計量可以在這個時間期間進行彙總,因此您可以取得更精確的結果。

下表列出 Batch 的一些警示規則觸發程序。 這些警示規則只是範例。 您可以設定 Batch 監視資料參考中列出的任何計量、記錄項目或活動記錄項目的警示。

警示類型 Condition 描述
計量 無法使用的節點計數 每當無法使用的節點計數大於 0 時
計量 工作失敗事件 每當工作失敗事件總數大於動態閾值時

Advisor 建議

對於一些服務,如果在資源作業期間發生重大狀況或有即將到來的變更,入口網站的服務 [概觀] 頁面上會顯示警示。 您可以在左側功能表中 [監視] 底下的 [Advisor 建議] 中找到警示的詳細資訊和建議的修正。 在正常作業期間,不會顯示 Advisor 建議。

如需 Azure Advisor 的詳細資訊,請參閱 Azure Advisor 概觀 (機器翻譯)。

其他 Batch 監視選項

Batch Explorer是免費、功能豐富、獨立用戶端的工具,可以協助建立、偵錯及監視 Azure Batch 應用程式。 您可以使用 Azure Batch Insights 搭配 Batch Explorer 來取得 Batch 節點的系統統計資料,例如虛擬機器 (VM) 效能計數器。

在 Batch 應用程式中,您可以使用 Batch .NET 程式庫監視或查詢像是作業、工作、節點和集區等資源的狀態。 例如:

您可以使用 Batch API 來建立 Batch 作業、工作、計算節點和其他資源的清單查詢。 如需如何篩選清單查詢的詳細資訊,請參閱建立查詢以便有效率地列出 Batch 資源

或者,您可以使用取得工作計數清單集區節點計數作業來取得 Batch 工作和計算節點的計數,而不是傳回可能很耗時的大型工作或節點集合詳細資訊的清單查詢。 如需詳細資訊,請參閱依狀態計算作業和節點數目以監視 Batch 解決方案

您可以將 Application Insights 與您的 Azure Batch 應用程式整合,以使用自訂計量和追蹤來檢測程式碼。 如需如何將 Application Insights 新增至 Batch .NET 解決方案、檢測應用程式程式碼、在 Azure 入口網站中監視應用程式,以及建置自訂儀表板的詳細逐步解說,請參閱使用 Application Insights 監視及偵錯 Azure Batch .NET 應用程式,以及隨附的範例程式碼