監視 Azure SignalR Service
本文章說明:
- 您可以為此服務收集的監視資料類型。
- 分析資料的方式。
注意
如果您已經熟悉此服務和/或 Azure 監視器,只想知道如何分析監視資料,請參閱本文靠近結尾的分析一節。
當您有依賴 Azure 資源的重要應用程式和商務流程時,就需要監視並取得系統的警示。 Azure 監視器服務會從您系統的每個元件收集及彙總計量和記錄。 Azure 監視器讓您能夠檢視可用性、效能及復原能力,並在發生問題時通知您。 您可以使用 Azure 入口網站、PowerShell、Azure CLI、REST API 或用戶端程式庫來設定及檢視監視資料。
- 如需 Azure 監視器的詳細資訊,請參閱 Azure 監視器概觀 (機器翻譯)。
- 如需進一步了解一般如何監視 Azure 資源,請參閱使用 Azure 監視器監視 Azure 資源 (機器翻譯)。
資源類型
Azure 會使用資源類型和識別碼的概念來識別訂用帳戶中的所有內容。 資源類型也是 Azure 中所執行每個資源的資源識別碼組成部分。 例如,虛擬機器的一種資源類型是 Microsoft.Compute/virtualMachines
。 如需服務及其相關聯資源類型的清單,請參閱資源提供者 (機器翻譯)。
Azure 監視器同樣會依據資源類型將核心監視資料組織成計量和記錄,也稱為命名空間。 不同的計量和記錄適用於不同的資源類型。 您的服務可能會與多個資源類型相關聯。
如需 Azure SignalR Service 資源類型的詳細資訊,請參閱 Azure SignalR Service 監視資料參考。
資料存放區
對於 Azure 監視器:
- 計量資料會儲存在 Azure 監視器計量資料庫中。
- 記錄資料會儲存在 Azure 監視器記錄存放區中。 Log Analytics 是可查詢此存放區的 Azure 入口網站工具。
- Azure 活動記錄是個單獨存放區,其介面位於 Azure 入口網站。
您可選擇性地將計量和活動記錄資料路由傳送至 Azure 監視器記錄存放區。 然後,可以使用 Log Analytics 來查詢資料,並將其與其他記錄資料相互關聯。
許多服務可以使用診斷設定,將計量和記錄資料傳送至 Azure 監視器以外的其他儲存位置。 範例包括 Azure 儲存體、託管的合作夥伴系統以及使用事件中樞的非 Azure 合作夥伴系統。
如需進一步了解 Azure 監視器如何儲存資料,請參閱 Azure 監視器資料平台。
Azure SignalR Service 記錄會儲存在診斷設定中設定的儲存體帳戶。 會自動建立名為 insights-logs-alllogs
的容器來儲存資源記錄。 在容器內,記錄會儲存在檔案 resourceId=/SUBSCRIPTIONS/XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX/RESOURCEGROUPS/XXXX/PROVIDERS/MICROSOFT.SIGNALRSERVICE/SIGNALR/XXX/y=YYYY/m=MM/d=DD/h=HH/m=00/PT1H.json 中。 基本上,路徑是 resource ID
與 Date Time
的組合。 記錄檔會依 hour
進行分割。 因此,分鐘一律為 m=00
。
所有記錄都會以「JavaScript 物件標記法」(JSON) 格式儲存。 下列程式碼是封存記錄 JSON 字串的範例:
{
"properties": {
"message": "Entered Serverless mode.",
"type": "ConnectivityLogs",
"collection": "Connection",
"connectionId": "xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx",
"userId": "User",
"transportType": "WebSockets",
"connectionType": "Client"
},
"operationName": "ServerlessModeEntered",
"category": "AllLogs",
"level": "Informational",
"callerIpAddress": "xxx.xxx.xxx.xxx",
"time": "2019-01-01T00:00:00Z",
"resourceId": "/SUBSCRIPTIONS/XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX/RESOURCEGROUPS/XXXX/PROVIDERS/MICROSOFT.SIGNALRSERVICE/SIGNALR/XXX",
"location": "xxxx"
}
儲存體目的地的欄位名稱與 Log Analytics 的欄位名稱略有不同。 如需儲存體與 Log Analytics 資料表之間欄位名稱對應的詳細資料,請參閱資源記錄資料表對應。
Azure 監視器平台計量
Azure 監視器為大多數服務提供平台計量。 這些計量包括:
- 針對每個命名空間個別定義。
- 儲存在 Azure 監視器時間序列計量資料庫中。
- 輕量且能支援近即時警示。
- 用來追蹤資源效能的長期變化。
收集:Azure 監視器會自動收集平台計量。 不需要組態。
路由: 您也可以將某些平臺計量路由傳送至 Azure 監視器記錄/Log Analytics,以便使用其他記錄數據來查詢它們。 檢查每個計量的 DS 匯出 設定,以查看您是否可以使用診斷設定將計量路由傳送至 Azure 監視器記錄/Log Analytics。
- 如需詳細資訊,請參閱計量診斷設定 (機器翻譯)。
- 若要設定服務的診斷設定,請參閱 在 Azure 監視器中建立診斷設定。
如需 Azure 監視器中所有資源可收集的計量完整清單,請參閱 Azure 監視器中所支援的計量。
Azure SignalR Service 計量
如需 Azure SignalR Service 所有可用計量的清單,請參閱 Azure SignalR Service 監視資料參考。
訊息計數細微性
最小 [訊息計數] 細微性是輸出資料流量的 2 KB。 如果用戶端在取樣期間內傳送總計小於 2 KB 的小型或不常見訊息,則訊息計數會是零 (0),即使已傳送訊息也一樣。 檢查少量訊息數目或大小的方法是使用計量 [輸出流量],這是傳送的位元組計數。
系統錯誤和使用者錯誤
[使用者錯誤] 和 [系統錯誤] 計量是嘗試失敗作業 (例如連線或傳送訊息) 的百分比。 系統錯誤是內部系統邏輯中的失敗。 使用者錯誤通常是應用程式錯誤,通常與網路相關。 一般而言,系統錯誤的百分比應該很低,接近零。
重要
在某些情況下,[使用者錯誤] 率會很高,特別是在無伺服器模式中。 在某些瀏覽器中,當使用者關閉網頁時,SignalR 用戶端不會正常關閉。 連線可能會保持開啟但沒有回應,直到 Azure SignalR Service 最後由於逾時而將其關閉為止。 逾時關閉將會計入 [使用者錯誤] 計量中。
適合自動調整的計量
連線配額使用率和伺服器負載會顯示與目前配置的單位元數目相比,使用率或負載的百分比。 這些計量通常用於自動調整規則中。 例如,如果目前的配置是一個單位,而且服務有 750 個連線,則連線配額使用率為 750/1000 = 0.75。 伺服器負載的計算方式類似,使用計算容量的值。 如需詳細資訊,請參閱自動調整 Azure SignalR Service 的單位。
注意
自動調整是進階層唯有的功能。
Azure 監視器資源記錄
資源記錄提供對 Azure 資源所完成作業的深入解析。 系統會自動產生記錄,但您必須將其路由傳送至 Azure 監視器記錄,才能儲存或查詢這些記錄。 按類別組織記錄。 指定的命名空間可能會有多個資源記錄類別。
收集:您必須先建立「診斷設定」,並將記錄路由傳送至一個或多個位置,才會開始收集和儲存資源記錄。 在建立診斷設定時,您可以指定要收集的記錄類別。 有多種方式可以建立和維護診斷設定,包括透過 Azure 入口網站、程式設計方式,以及 Azure 原則。
路由傳送:建議的預設設定是將資源記錄路由傳送至 Azure 監視器記錄,以便與其他記錄資料一同查詢。 您也可以使用其他位置,例如 Azure 儲存體、Azure 事件中樞及特定 Microsoft 監視合作夥伴。 如需詳細資訊,請參閱 Azure 資源記錄 (機器翻譯) 和資源記錄目的地 (機器翻譯)。
如需收集、儲存及路由傳送資源記錄的詳細資訊,請參閱 Azure 監視器中的診斷設定 (機器翻譯)。
如需 Azure 監視器中所有可用資源記錄類別的清單,請參閱 Azure 監視器中支援的資源記錄 (機器翻譯)。
Azure 監視器中的所有資源記錄都有相同的標頭欄位,後面接著服務特定的欄位。 一般結構描述如 Azure 監視器資源記錄結構描述中所述。
- 如需有關如何使用 Azure SignalR Service 資源記錄啟用、查詢及疑難排解的詳細指示,請參閱監視 Azure SignalR Service 記錄並針對其進行疑難排解。
- 如需可用的資源記錄類別、其相關聯的 Log Analytics 資料表,以及 Azure SignalR Service 的記錄結構描述,請參閱 Azure SignalR Service 監視資料參考。
資源記錄類別
資源記錄會分成不同的類別群組。 類別群組是不同記錄的集合,可協助您達成不同的監視目標。 Azure SignalR Service 支援連線記錄、傳訊記錄和 HTTP 要求記錄。
連線記錄
連線記錄提供 SignalR 中樞連線的詳細資訊。 例如:
- 使用者識別碼、連線識別碼和傳輸類型等基本資訊
- 連線、中斷連線和中止事件等事件資訊
因此,連線記錄有助於針對連線相關問題進行疑難排解。 如需一般連線相關的疑難排解,請參閱連線相關問題。
傳訊記錄
傳訊記錄會提供透過 SignalR Service 所接收及傳送 SignalR 中樞訊息的追蹤資訊,例如訊息的追蹤識別碼和訊息類型。 追蹤識別碼和訊息類型也會記錄在應用程式伺服器中。 通常會在抵達或離開服務或伺服器時記錄訊息。 因此,訊息記錄有助於針對訊息相關問題進行疑難排解。 如需一般訊息相關的疑難排解,請參閱訊息相關問題。
注意
這種類型的記錄是針對每則訊息產生的。 如果經常傳送訊息,傳訊記錄可能會影響 SignalR Service 的效能。 不過,您可以選擇不同的收集行為,以將效能影響降到最低。 請參閱收集行為的資源記錄。
HTTP 要求記錄
HTTP 要求記錄會為 Azure SignalR 接收的 HTTP 要求提供詳細資訊,例如要求的狀態碼和 URL。 HTTP 要求記錄有助於針對要求相關的問題進行疑難排解。
如需可用的資源記錄類別、其相關聯的 Log Analytics 資料表,以及 Azure SignalR Service 的記錄結構描述,請參閱 Azure SignalR Service 監視資料參考。
收集行為的資源記錄
有兩個使用資源記錄的典型案例,特別是傳訊記錄。
- 訊息品質會記錄是否已成功傳送或接收訊息,或記錄透過 SignalR Service 傳遞的每則訊息。
- 效能會記錄訊息延遲,或追蹤少數連線中的訊息,而不是所有連線。
因此,SignalR Service 會提供兩種收集行為:
- 全部收集會收集所有連線中的記錄。
- 部分收集會收集某些特定連線中的記錄。
如需資源記錄收集行為及其設定方式的詳細資料,請參閱資源記錄收集行為。
Azure 活動記錄 (部分機器翻譯)
活動記錄包含訂用帳戶層級事件,用於追蹤每個 Azure 資源外部可見的作業;例如,建立新的資源或啟動虛擬機器。
收集:活動記錄事件會自動產生並收集至個別存放區中,以便使用者在 Azure 入口網站中檢視。
路由:您可以將活動記錄資料傳送至 Azure 監視器記錄,以便與其他記錄資料一起分析。 您也可以使用其他位置,例如 Azure 儲存體、Azure 事件中樞及特定 Microsoft 監視合作夥伴。 如需路由傳送活動記錄的詳細資訊,請參閱 Azure 活動記錄概觀。
分析監視資料
有許多工具可用來分析監視資料。
Azure 監視器工具
Azure 監視器支援下列基本工具:
計量瀏覽器是 Azure 入口網站中的工具,可讓您檢視和分析 Azure 資源的計量。 如需詳細資訊,請參閱使用 Azure 監視器計量瀏覽器分析計量。
Log Analytics,這是 Azure 入口網站中的工具,可讓您使用 Kusto 查詢語言 (KQL) 來查詢和分析記錄資料。 如需詳細資訊,請參閱開始使用 Azure 監視器中的記錄查詢。
活動記錄在 Azure 入口網站中具有使用者介面,可供檢視和基本搜尋。 若要進行更深入的分析,您必須將資料路由傳送至 Azure 監視器記錄,並在 Log Analytics 中執行更複雜的查詢。
支援更複雜視覺效果的工具包括:
- 儀表板 (機器翻譯) 可讓您將不同類型的資料合併到 Azure 入口網站中的單一窗格。
- 活頁簿 (機器翻譯) 是能在 Azure 入口網站中建立的可自訂報表。 活頁簿可以包含文字、計量及記錄查詢。
- Grafana 是在操作儀表板中表現相當出色的開放平台工具。 您可以使用 Grafana 來建立儀表板,納入 Azure 監視器以外多個來源的資料。
- Power BI (機器翻譯) 是一項商務分析服務,可提供跨各種資料來源的互動式視覺效果。 你可以將 Power BI 設定為自動從 Azure 監視器匯入記錄資料,以利用這些視覺效果。
Azure 監視器匯出工具
您可以使用下列方法將資料從 Azure 監視器中提取至其他工具:
計量:使用計量的 REST API (機器翻譯) 從 Azure 監視器計量資料庫中擷取計量資料。 此 API 支援使用篩選條件運算式來縮小擷取的資料範圍。 如需詳細資訊,請參閱 Azure 監視器 REST API 參考 (機器翻譯)。
記錄:使用 REST API 或相關聯的用戶端程式庫 (機器翻譯)。
另一個選項是工作區資料匯出 (機器翻譯)。
若要開始使用適用於 Azure 監視器的 REST API,請參閱 Azure 監視 REST API 逐步解說 (機器翻譯)。
Kusto 查詢
您可以使用 Kusto 查詢語言 (KQL) 分析 Azure 監視器記錄/Log Analytics 存放區中的監視資料。
重要
當您從入口網站的服務功能表中選取 [記錄] 時,Log Analytics 會隨即開啟,並將查詢範圍設定為目前的服務。 此範圍表示記錄查詢只會包含該資源類型的資料。 如果您想要執行包含其他 Azure 服務資料的查詢,請從 [Azure 監視器] 功能表中選取 [記錄]。 如需詳細資訊,請參閱 Azure 監視器 Log Analytics 中的記錄查詢範圍和時間範圍。
如需各項服務的常見查詢清單,請參閱 Log Analytics 查詢介面 (機器翻譯)。
如需 Azure SignalR Service 的範例 Kusto 查詢,請參閱 SignalRServiceDiagnosticLogs 資料表的查詢。
注意
儲存體目的地的查詢欄位名稱與 Log Analytics 的欄位名稱略有不同。 如需儲存體與 Log Analytics 資料表之間欄位名稱對應的詳細資料,請參閱資源記錄資料表對應。
警示
在監視資料中發現特定狀況時,Azure 監視器警示會主動通知您。 警示可讓您在客戶發現系統發生問題前,就先及早識別和解決問題。 如需詳細資訊,請參閱 Azure 監視器警示。
Azure 資源的常見警示有許多來源。 如需 Azure 資源的常見警示範例,請參閱記錄警示查詢範例 (機器翻譯)。 Azure 監視器基準警示 (AMBA) 網站提供半自動化方法來實作重要的平台計量警示、儀表板和指導方針。 此網站適用於持續擴充的 Azure 服務子集,包括屬於 Azure 登陸區域 (ALZ) 的所有服務。
常見的警示結構描述會將 Azure 監視器警示通知的使用量標準化。 如需詳細資訊,請參閱一般警示結構描述 (機器翻譯)。
警示類型
您可以針對在 Azure 監視器資料平台中的任何計量或記錄資料來源發出警示。 警示有許多不同的類型,具體取決於您監視的服務以及所收集的監視資料。 不同類型的警示各有優缺點。 如需詳細資訊,請參閱選擇正確的監視警示類型 (機器翻譯)。
下列清單介紹可建立的 Azure 監視器警示類型:
- 計量警示 (機器翻譯) 會定期評估資源計量。 這些計量可以是平台計量、自訂計量、Azure 監視器轉換成計量的記錄,或 Application Insights 計量。 計量警示還可以套用多個條件和動態閾值。
- 記錄警示 (機器翻譯) 可讓使用者使用 Log Analytics 查詢,以預先定義的頻率評估資源記錄。
- 活動記錄警示 (機器翻譯) 會在發生符合定義條件的新活動記錄事件時觸發。 資源健康狀態警示和服務健康情況警示是報告服務和資源健康狀態的活動記錄警示。
某些 Azure 服務也支援智慧偵測警示、Prometheus 警示或建議的警示規則。
對於某些服務,若要進行大規模監控,您可以將同一計量警示規則套用至相同 Azure 區域中存在的多個同類型資源。 系統會針對每個受監視的資源傳送個別通知。 如需支援的 Azure 服務和雲端,請參閱使用一個警示規則監視多個資源 (機器翻譯)。
Azure SignalR Service 警示規則
下表列出 Azure SignalR Service 的一些建議警示規則。 這些警示只是範例而已。 您可以針對 Azure SignalR Service 監視資料參考中列出的任何計量、記錄項目或活動記錄項目設定警示。
警示類型 | Condition | 描述 |
---|---|---|
平台計量 | 連線配額使用率 | 每當連線配額使用率上限大於動態閾值時 |
平台計量 | 刪除 SignalR | 每當活動記錄具有 Category='Administrative', Signal name='Delete SignalR (SignalR)' 的事件時 |
Advisor 建議
對於一些服務,如果在資源作業期間發生重大狀況或有即將到來的變更,入口網站的服務 [概觀] 頁面上會顯示警示。 您可以在左側功能表中 [監視] 底下的 [Advisor 建議] 中找到警示的詳細資訊和建議的修正。 在正常作業期間,不會顯示 Advisor 建議。
如需 Azure Advisor 的詳細資訊,請參閱 Azure Advisor 概觀 (機器翻譯)。
相關內容
- 如需列出 Azure SignalR Service 計量、資源記錄和其他重要監視功能的參考,請參閱 Azure SignalR Service 監視資料參考。
- 如需有關監視 Azure 資源的一般詳細資料,請參閱使用 Azure 監視器來監視 Azure 資源。
- 如需有關如何使用 Azure SignalR Service 記錄啟用、查詢及疑難排解的詳細指示,請參閱監視 Azure SignalR Service 記錄並針對其進行疑難排解。