本文提供有關如何監視和針對 Azure Cache for Redis 進行疑難排解的常見問題解答。
如何監視快取的健全狀況和效能？
您可以在 Azure 入口網站中監視「Microsoft Azure Redis 快取」執行個體。 您可以檢視度量、將度量圖表釘選到「開始面板」、自訂監視圖表的日期和時間範圍、新增和移除圖表中的度量，以及設定符合特定條件時的警示。 如需詳細資訊，請參閱監視 Azure Redis 快取。
「Azure Redis 快取」資源功能表也包含數個工具，可對快取進行監控和疑難排解。
- 疑難排解和解決問題提供常見問題的相關資訊，以及解決問題的策略。
- 資源健康狀態 會監看您的資源，並告知您資源是否正如預期般執行。 如需 Azure 資源健康狀態服務的詳細資訊，請參閱 Azure 資源健康狀態概觀。
- 新增支援要求 提供選項來提出快取的支援要求。
這些工具可讓您監視 Azure Cache for Redis 執行個體的健康狀態。 這些工具也可協助您管理快取應用程式。 如需詳細資訊，請參閱如何設定 Azure Redis 快取的＜支援和疑難排解設定＞一節。
為什麼看到逾時？
用來與 Redis 溝通的用戶端發生逾時。 傳送命令至 Redis 伺服器時，命令會排入佇列。 Redis 伺服器最後會挑選命令並執行。 但是，用戶端可能會在此程序期間發生逾時。 若發生逾時，便會在呼叫端引發例外狀況。 如需為逾時問題疑難排解的詳細資訊，請參閱用戶端疑難排解和 StackExchange.Redis 逾時例外狀況。
我的用戶端為什麼中斷與快取的連線？
下面是快取中斷連線的一些常見原因。
- 用戶端原因
- 已重新部署用戶端應用程式。
- 用戶端應用程式進行了縮放作業。
- 雲端服務或 Web 應用程式可能在自動縮放期間造成快取中斷。
- 用戶端上的網路層已變更。
- 在用戶端或用戶端與伺服器之間的網路節點中，發生暫時性錯誤。
- 已達頻寬閾值限制。
- CPU 繫結作業用了太多時間才完成。
- 伺服器端原因
- 在標準快取供應項目上，Azure Cahce for Redis 服務啟動了從主要節點至複本節點的容錯移轉。
- Azure 已正在修補於 Redis 伺服器更新或一般 VM 維護期間部署快取的執行個體。
系統為什麼顯示「快取目前忙著處理之前的更新要求，或進行系統維護。 因此，目前無法接受更新要求， 請稍後再試一次。」
此訊息表示調整或修補等管理作業已在快取上進行。 所有其他管理作業會封鎖到完成進行中的作業為止。 一般而言，進行中的管理作業應當在幾個小時內完成。 若在 12 小時後仍看到此錯誤，請連絡 Azure 支援。 在此期間，您可以預期 Azure Cache For Redis 會提供用戶端作業完整功能。
快取為什麼是「失敗」狀態？
如果管理作業失敗，則 Azure Cache For Redis 最終可能是「失敗」狀態。 即使是失敗狀態，您可以預期 Azure Cache For Redis 會提供用戶端作業完整功能。
下一步
如需有關監視「Azure Cache for Redis」執行個體和進行疑難排解的詳細資訊，請參閱如何監視 Azure Cache for Redis 和各種疑難排解指南。