如何升級 Redis 執行個體的版本
新版本的 Redis 伺服器軟體往往會隨著新功能、更多命令和穩定性改善而發行。 使用最新版本的 Redis 維護 Redis 執行個體,是確保您獲得最佳 Redis 體驗的好方法。
本文詳細說明如何將 Redis 執行個體升級至 Azure Cache for Redis 中可用的最新版本 Redis。
重要
遵循標準 Redis 版本設定,本文僅涵蓋升級至主要版本的 Redis,而非次要或修補程式版本。 對次要和修補程式版本的更新會在每個月的一般修補週期內自動進行。
可用性範圍
下表包含每個層級中可用的 Redis 升級功能資訊。
層 | 自動升級 | 手動升級 |
---|---|---|
基本、標準、進階 | No | No |
Enterprise,Enterprise Flash | Yes | Yes |
目前的版本
下表包含每一層中可用的 Redis 版本的資訊。
層 | 可用的 Redis 版本 |
---|---|
基本、標準、進階 | 6.0 (GA) |
Enterprise,Enterprise Flash | 7.2 (GA) |
如何升級 - 基本、標準和進階層
目前沒有可用的升級。
如何升級 - 企業和企業 Flash 層
在企業層中,您有兩個升級選項:自動和手動。 自動升級是標準修補程序的一部分。 透過手動程序,您可以在一般自動程序外開始升級。
自動升級
Redis 伺服器版本升級會自動作為標準每月修補程序的一部分。 一旦 Redis 版本達到 Azure 上的正式發行 (GA),就會升級至最新版本的 Redis。
在新版本 GA 時,除非您在正式發行之前將其延遲,否則 Redis 執行個體會自動升級至新的 GA 版本。 如需延遲升級的詳細資訊,請參閱延遲升級。
手動開始升級
作為自動升級的替代方案,您也可以手動升級至最新的 Redis 版本。 手動升級提供另外兩個優點,而不需等待自動升級發生:a) 您可以控制何時進行升級,以及 b) 您可以升級至 Redis 伺服器的預覽版本。
在入口網站中,使用 [資源] 功能表瀏覽至快取的概觀。 然後,選擇工作窗格中的 [升級] 以開始升級。
接著,您會看到 [升級 Redis] 窗格,顯示目前的 Redis 版本,以及可升級至的任何版本。 如窗格中所述,升級無法復原。 您無法降級。 若要確認並開始升級程序,請選取 [開始升級]。
警告
升級 Redis 執行個體之後,就無法降級為舊版。
如果您已執行最新版本的可用 Redis 軟體,則 [升級] 按鈕會停用。
延遲升級
您可以將新版本 Redis 軟體的自動升級延遲最多 90 天。 此選項可讓您有時間測試新版本,並確保一切如預期般運作。 快取會在新的 Redis 版本到達 GA 的 90 天後升級,或每當您手動觸發升級時升級。
延遲選項必須在新的 Redis 版本到達 GA 之前選取,才能在自動升級發生之前生效。
若要延遲快取的升級,請瀏覽至 [資源] 功能表上的 [進階設定],然後選取 [延遲 Redis DB 版本更新] 方塊。
重要
選取延遲升級的選項,僅適用下一個自動升級事件。 已升級的快取無法使用延遲選項降級。
升級 Redis 版本之前的考量
每個新的 Redis 版本都是從舊版無縫升級,且具有回溯相容性作為設計原則。 不過,確實會發生少量變更和錯誤修正,這可能會導致應用程式變更。 知道這些變更總是好主意。
用戶端版本
如果您使用過時的 Redis 用戶端,就無法正確支援新的命令或 Redis 功能。 我們一律建議您更新至 Redis 用戶端的最新穩定版本,因為較新版本通常也有穩定性和效能改善。 如需設定用戶端程式庫的詳細資訊,請參閱使用用戶端程式庫的最佳做法。
RESP3
Redis 版本 7.2 會啟用稱為 RESP3 的更新 Redis 序列化通訊協定規格 (RESP)。 此通訊協定提供更豐富的資料類型和效能改善。 使用 RESP3 是選擇性的,並由 Redis 用戶端交涉。 由於某些 Redis 用戶端,例如 Go-Redis 版本 9+ 和 Lettuce 版本 6+,預設會啟用 RESP3,因此將 Redis 伺服器執行個體升級至版本 7.2 可能會產生不同格式的回應。 若要避免此重大變更,您可以改為將這些用戶端設定為預設使用 RESP2。
重大變更
每個版本的 Redis 通常會有一些可呈現重大變更的次要錯誤修正。 如果有疑慮,建議您先檢閱 Redis 7.0 和 7.2 版本資訊,再升級 Redis 版本:
相關內容
- 若要深入了解 Azure Cache for Redis功能:Azure Cache for Redis 服務層級