監視 Azure Cache for Redis

本文章說明：

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

注意

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

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

• 如需 Azure 監視器的詳細資訊，請參閱 Azure 監視器概觀 (機器翻譯)。
• 如需進一步了解一般如何監視 Azure 資源，請參閱使用 Azure 監視器監視 Azure 資源 (機器翻譯)。

深入解析

Azure 中的某些服務在 Azure 入口網站中有內建的監視儀表板，可提供監視服務的起點。 這些儀表板稱為深入解析，您可以在 Azure 入口網站中 Azure 監視器的深入解析中樞中找到這些儀表板。

適用於 Azure Cache for Redis 的深入解析提供下列體驗：

• 跨訂用帳戶之 Azure Cache for Redis 資源的大規模檢視方塊。 您可以選擇性地將範圍僅限定於您想要評估的訂用帳戶與資源。
• Azure Cache for Redis 資源的向下切入分析。 若要診斷問題，您可以查看使用量、失敗、容量和作業的詳細分析，或查看相關資訊的深入檢視。
• 基於 Azure 監視器活頁簿範本的自訂。 您可以變更所顯示的計量，以及修改或設定符合您限制的閾值。 您可以將變更儲存在自訂活頁簿中，然後將活頁簿圖表釘選到 Azure 儀表板。

適用於 Azure Cache for Redis 的深入解析不需要您啟用或設定任何項目。 系統會根據預設收集 Azure Cache for Redis 資訊，無需額外付費即可存取深入解析。

若要了解如何檢視、設定及自訂 Azure Cache for Redis 的深入解析，請參閱適用於 Azure Cache for Redis 的 Azure 監視器深入解析 (部分機器翻譯)。

資源類型

Azure 會使用資源類型和識別碼的概念來識別訂用帳戶中的所有內容。 資源類型也是 Azure 中所執行每個資源的資源識別碼組成部分。 例如，虛擬機器的一種資源類型是 Microsoft.Compute/virtualMachines。 如需服務及其相關聯資源類型的清單，請參閱資源提供者 (機器翻譯)。

Azure 監視器同樣會依據資源類型將核心監視資料組織成計量和記錄，也稱為命名空間。 不同的計量和記錄適用於不同的資源類型。 您的服務可能會與多個資源類型相關聯。

如需 Azure Cache for Redis 資源類型的詳細資訊，請參閱 Azure Cache for Redis 監視資料參考 (部分機器翻譯)。

資料存放區

對於 Azure 監視器：

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

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

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

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

Azure 監視器平台計量

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

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

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

路由： 您也可以將某些平臺計量路由傳送至 Azure 監視器記錄/Log Analytics，以便使用其他記錄數據來查詢它們。 檢查每個計量的 DS 匯出 設定，以查看您是否可以使用診斷設定將計量路由傳送至 Azure 監視器記錄/Log Analytics。

• 如需詳細資訊，請參閱計量診斷設定 (機器翻譯)。
• 若要設定服務的診斷設定，請參閱 在 Azure 監視器中建立診斷設定。

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

如需 Azure Cache for Redis 的可用計量清單，請參閱 Azure Cache for Redis 監視資料參考 (部分機器翻譯)。

Azure 監視器資源記錄

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

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

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

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

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

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

如需可用的資源記錄類別、其相關聯的 Log Analytics 資料表，以及 Azure Cache for Redis 的結構描述，請參閱 Azure Cache for Redis 監視資料參考 (部分機器翻譯)。

Azure Cache for Redis 資源記錄

在 Azure Cache for Redis 中，有兩個可用的記錄選項：

• 快取計量 ("AllMetrics") 記錄來自 Azure 監視器的計量 (部分機器翻譯)
• 連線記錄會記錄快取的連線以符合安全性和診斷目的。

快取度量

Azure Cache for Redis 會發出 Server Load 和 Connections per Second 等許多有用的記錄計量。 選取 [AllMetrics] 選項，即可記錄這些和其他快取計量。 您可以設定保留計量的時間長度。

連線記錄

Azure Cache for Redis 使用 Azure 診斷設定，將用戶端連線的資訊記錄至快取。 透過記錄和分析此診斷設定，便可了解誰正在連結至您的快取，以及這些連線的時間戳記。 記錄資料可用於識別安全性缺口的範圍，並用於安全性稽核目的。

連線記錄有不同的實作方式、內容，以及不同 Azure Cache for Redis 階層的安裝程序。 如需詳細資訊，請參閱 Azure 監視器診斷設定。

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 逐步解說 (機器翻譯)。

Azure Cache for Redis 計量

使用 Redis INFO 命令收集 Azure Cache for Redis 執行個體的計量。 大約每分鐘會收集兩次計量，所以系統就可以將這些計量顯示為計量圖表並以警示規則對其進行評估。 若要了解如何保留資料以及如何設定不同的保留原則，請參閱 Azure 監視器記錄中的資料保留和封存。

計量是使用數個報告間隔所報告，包括 [過去一小時]、[今天]、[過去一週] 和 [自訂]。 每個計量圖都會顯示圖表中每個度量的平均值、最小值和最大值，而有些度量會顯示報告間隔的總計。

每個計量都包含了兩個版本：一個計量會測量整個快取的效能，以及使用叢集的快取。 第二個計量版本 (在名稱中包含 (Shard 0-9)) 則會測量快取中單一分區的效能。 例如，如果快取有四個分區，Cache Hits 就是整個快取的點擊總數，而 Cache Hits (Shard 3) 量值就只是該快取分區的點擊數。

檢視快取計量

您可以直接從 Azure 入口網站中的 Azure Cache for Redis 資源檢視 Azure Cache for Redis 的 Azure 監視器計量。

在入口網站中選取您的 Azure Cache for Redis 執行個體。 [概觀] 頁面會顯示預先定義的 [記憶體使用量] 和 [Redis 伺服器負載] 監視圖表。 這些圖表是實用的摘要，可讓您快速查看快取的狀態。

如需更深入的資訊，您可以從 [資源] 功能表的 [監視] 區段，監視下列實用的 Azure Cache for Redis 計量。

Azure Redis 快取計量	其他相關資訊
網路頻寬使用量	快取效能 - 可用的頻寬
連線的用戶端	預設 Redis 伺服器設定 - 用戶端上限
伺服器負載	Redis 伺服器負載
記憶體使用量	快取效能 - 大小

建立自己的計量

您可以建立自己的自訂圖表來追蹤您想要查看的計量。 快取度量是使用數個報告間隔所報告，包括 [過去一小時]、[今天]、[過去一週] 和 [自訂]。 在左側，選取 [監視] 區段中的 [計量]。 每個計量圖都會顯示圖表中每個度量的平均值、最小值和最大值，而有些度量會顯示報告間隔的總計。

每個計量都包含了兩個版本：一個計量會測量整個快取的效能，以及使用叢集的快取。 第二個計量版本 (在名稱中包含 (Shard 0-9)) 則會測量快取中單一分區的效能。 例如，如果快取有四個分區，Cache Hits 就是整個快取的點擊總數，而 Cache Hits (Shard 3) 量值就只是該快取分區的點擊數。

在左側的 [資源] 功能表中，選取 [監視] 底下的 [計量]。 在這裡，您會為快取設計自己的圖表，並定義計量類型和彙總類型。

彙總類型

如需彙總類型的一般資訊，請參閱設定彙總 (部分機器翻譯)。

在正常的快取情況下，[平均] 和 [最大值] 很類似，因為只有主要節點節點會發出這些計量。 在連線的用戶端數目快速變更的案例中，[最大值]、[平均] 和 [最小值] 會顯示不同的值而且也是預期之中的行為。

[計數] 和 [總和] 類型可能會對特定計量造成誤導，例如已連線的用戶端。 因此，最好查看 [平均] 計量，而不是 [總和] 計量。

注意

即使快取閒置而沒有連線的作用中用戶端應用程式，您可能還是會看到某個快取活動 (例如連線的用戶端、記憶體使用量，以及正在執行的作業)。 活動在快取的作業中是正常的。

針對非叢集快取，最好使用不含 Instance Based 尾碼的計量。 例如，若要檢查快取執行個體的伺服器負載，請使用「伺服器負載」計量。

相反地，針對叢集快取，則建議使用含有 Instance Based 尾碼的計量。 然後，在 ShardId 上新增分割或篩選。 例如，若要檢查分區 1 的伺服器負載，請使用「伺服器負載 (執行個體型)」計量，然後套用「ShardId = 1」篩選。

Kusto 查詢

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

重要

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

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

Log Analytics 查詢

注意

如需如何使用 Azure Log Analytics 的教學課程，請參閱 Azure 監視器中的 Log Analytics 概觀。 請記住，記錄最多可能需要 90 分鐘的時間，才會顯示在 Log Analtyics 中。

以下幾個基本查詢可作為模型。

基本、標準和進階層的查詢

• 指定 IP 位址範圍內每小時的 Azure Cache for Redis 用戶端連線數目：

let IpRange = "10.1.1.0/24";
ACRConnectedClientList
// For particular datetime filtering, add '| where TimeGenerated between (StartTime .. EndTime)'
| where ipv4_is_in_range(ClientIp, IpRange)
| summarize ConnectionCount = sum(ClientCount) by TimeRange = bin(TimeGenerated, 1h)

• 已連結快取的 Redis 用戶端唯一 IP 位址：

ACRConnectedClientList
| summarize count() by ClientIp

企業和企業 Flash 層的查詢

• 指定 IP 位址範圍內每小時的 Azure Cache for Redis 連線數目：

REDConnectionEvents
// For particular datetime filtering, add '| where EventTime between (StartTime .. EndTime)'
// For particular IP range filtering, add '| where ipv4_is_in_range(ClientIp, IpRange)'
// IP range can be defined like this 'let IpRange = "10.1.1.0/24";' at the top of query.
| extend EventTime = unixtime_seconds_todatetime(EventEpochTime)
| where EventType == "new_conn"
| summarize ConnectionCount = count() by TimeRange = bin(EventTime, 1h)

• 指定 IP 位址範圍內每小時的 Azure Cache for Redis 驗證要求數：

REDConnectionEvents
| extend EventTime = unixtime_seconds_todatetime(EventEpochTime)
// For particular datetime filtering, add '| where EventTime between (StartTime .. EndTime)'
// For particular IP range filtering, add '| where ipv4_is_in_range(ClientIp, IpRange)'
// IP range can be defined like this 'let IpRange = "10.1.1.0/24";' at the top of query.
| where EventType == "auth"
| summarize AuthencationRequestsCount = count() by TimeRange = bin(EventTime, 1h)

• 已連結快取的 Redis 用戶端唯一 IP 位址：

REDConnectionEvents
// https://docs.redis.com/latest/rs/security/audit-events/#status-result-codes
// EventStatus :
// 0    AUTHENTICATION_FAILED    -    Invalid username and/or password.
// 1    AUTHENTICATION_FAILED_TOO_LONG    -    Username or password are too long.
// 2    AUTHENTICATION_NOT_REQUIRED    -    Client tried to authenticate, but authentication isn’t necessary.
// 3    AUTHENTICATION_DIRECTORY_PENDING    -    Attempting to receive authentication info from the directory in async mode.
// 4    AUTHENTICATION_DIRECTORY_ERROR    -    Authentication attempt failed because there was a directory connection error.
// 5    AUTHENTICATION_SYNCER_IN_PROGRESS    -    Syncer SASL handshake. Return SASL response and wait for the next request.
// 6    AUTHENTICATION_SYNCER_FAILED    -    Syncer SASL handshake. Returned SASL response and closed the connection.
// 7    AUTHENTICATION_SYNCER_OK    -    Syncer authenticated. Returned SASL response.
// 8    AUTHENTICATION_OK    -    Client successfully authenticated.
| where EventType == "auth" and EventStatus == 2 or EventStatus == 8 or EventStatus == 7
| summarize count() by ClientIp

• 對快取的驗證嘗試不成功

REDConnectionEvents
// https://docs.redis.com/latest/rs/security/audit-events/#status-result-codes
// EventStatus : 
// 0    AUTHENTICATION_FAILED    -    Invalid username and/or password.
// 1    AUTHENTICATION_FAILED_TOO_LONG    -    Username or password are too long.
// 2    AUTHENTICATION_NOT_REQUIRED    -    Client tried to authenticate, but authentication isn’t necessary.
// 3    AUTHENTICATION_DIRECTORY_PENDING    -    Attempting to receive authentication info from the directory in async mode.
// 4    AUTHENTICATION_DIRECTORY_ERROR    -    Authentication attempt failed because there was a directory connection error.
// 5    AUTHENTICATION_SYNCER_IN_PROGRESS    -    Syncer SASL handshake. Return SASL response and wait for the next request.
// 6    AUTHENTICATION_SYNCER_FAILED    -    Syncer SASL handshake. Returned SASL response and closed the connection.
// 7    AUTHENTICATION_SYNCER_OK    -    Syncer authenticated. Returned SASL response.
// 8    AUTHENTICATION_OK    -    Client successfully authenticated.
| where EventType == "auth" and EventStatus != 2 and EventStatus != 8 and EventStatus != 7
| project ClientIp, EventStatus, ConnectionId

警示

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

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

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

警示類型

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

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

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

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

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

建立警示

您可以進行設定來收到以計量和活動記錄為基礎的警示。 Azure 監視器可讓您將警示設定為在觸發時執行下列動作︰

• 傳送電子郵件通知
• 呼叫 Webhook
• 叫用 Azure 邏輯應用程式

若要設定快取的警示，請在 [資源] 功能表上選取 [監視] 底下的 [警示]。

Azure Cache for Redis 常見警示規則

下表列出 Azure Cache for Redis 常見和建議的警示規則。

警示類型	Condition	描述
計量	第 99 個百分位數延遲	針對 Azure Cache for Redis 執行個體中伺服器端命令最差的延遲發出警示。 延遲是使用 PING 命令和追蹤回應時間來進行測量。 追蹤快取執行個體的健康情況，以查看長時間執行的命令是否會危及延遲效能。
計量	高 Server Load 使用量或尖峰	高伺服器負載表示 Redis 伺服器無法跟上要求，導致逾時或回應緩慢。 針對伺服器負載計量的相關計量建立警示，以及早獲得關於潛在影響的通知。
計量	高網路頻寬使用量	如果伺服器超過可用的頻寬，則資料不會一樣快速地傳送至用戶端。 用戶端要求可能會逾時，因為伺服器無法快速將資料推送至用戶端。 使用 Cache Read 和 Cache Write 計數器設定伺服器端網路頻寬限制的警示。

Advisor 建議

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

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

下列螢幕擷取畫面顯示 Azure Cache for Redis 警示的顧問建議：

若要升級快取，請選取 [立即升級] 以變更定價層及調整您的快取。 如需選擇定價層的詳細資訊，請參閱選擇正確的階層。

相關內容

• 如需 Azure Cache for Redis 用以自我監視所建立的計量、記錄和其他重要值的參考，請參閱 Azure Cache for Redis 監視資料參考 (部分機器翻譯)。
• 如需監視 Azure 資源的一般詳細資訊，請參閱使用 Azure 監視器來監視 Azure 資源。