次の方法で共有


Redis インスタンスのバージョンをアップグレードする方法

新機能とより多くのコマンドを備え、安定性が向上した新しいバージョンの Redis サーバー ソフトウェアが、頻繁にリリースされます。 可能な限り最高の Redis エクスペリエンスを確実に利用するには、最新バージョンの Redis を使って Redis インスタンスを維持するのが良い方法です。

この記事では、Azure Cache for Redis で使用できる最新バージョンの Redis に Redis インスタンスをアップグレードする方法について詳しく説明します。

重要

標準の Redis バージョン管理に従い、この記事では、Redis の "メジャー" バージョンへのアップグレードについてのみ説明し、"マイナー" または "パッチ" バージョンについては説明しません。 マイナーとパッチ バージョンへの更新は、毎月の通常のパッチ適用サイクルの間に自動的に行われます。

可用性のスコープ

この表では、各レベルで使用できる Redis アップグレード機能の情報を示します。

レベル 自動アップグレード 手動アップグレード
Basic、Standard、Premium いいえ いいえ
Enterprise、Enterprise Flash はい はい

現在のバージョン

この表では、各レベルで使用できる Redis バージョンの情報を示します。

レベル 利用できる Redis のバージョン
Basic、Standard、Premium 6.0 (GA)
Enterprise、Enterprise Flash Redis 6.0 (GA)、Redis 7.2 (プレビュー)

アップグレード方法 - Basic、Standard、Premium レベル

現在、アップグレードは使用できません。

アップグレード方法 - Enterprise および Enterprise Flash レベル

Enterprise レベルには、自動と手動の 2 つのアップグレード オプションがあります。 自動アップグレードは、標準パッチ適用プロセスの一部です。 手動プロセスを使うと、通常の自動プロセス以外で使用できるアップグレードを開始できます。

自動アップグレード

Redis サーバー バージョンのアップグレードは、毎月の標準パッチ適用プロセスの一環として自動的に行われます。 Azure で Redis のバージョンが一般提供 (GA) になると、最新バージョンの Redis へのアップグレードが行われます。

ユーザーが一般提供の前に延期していない限り、新しいバージョンが GA になると、Redis インスタンスは新しい GA バージョンに自動的にアップグレードされます。 アップグレードの延期について詳しくは、「アップグレードを延期する」をご覧ください。

アップグレードを手動で開始する

自動アップグレードの代わりに、手動で最新の Redis バージョンにアップグレードすることもできます。 自動アップグレードが行われるまで待たずに手動でアップグレードすると、他の 2 つの利点があります。a) アップグレードが発生するタイミングをユーザーが制御でき、b) Redis サーバーのプレビュー リリースにアップグレードできます。

  1. ポータルで、[リソース] メニューを使ってキャッシュの [概要] に移動します。 次に、作業ウィンドウで [アップグレード] を選んでアップグレードを始めます。

    アップグレード ウィンドウ、現在のバージョン、使用可能なバージョンを示すスクリーンショット。

  2. その後、[Redis のアップグレード] ペインに、現在の Redis のバージョンと、アップグレード先にできるバージョンが表示されます。 ペインで示されているように、アップグレードを元に戻すことはできません。 ダウングレードすることはできません。 アップグレード プロセスを確認して始めるには、[アップグレードの開始] を選びます。

    警告

    いったんアップグレードされた Redis インスタンスを、以前のバージョンにダウングレードすることはできません。

    リソース メニューで選ばれた概要と [Redis のアップグレード] というタイトルのペインが示されているスクリーンショット。

    利用可能な最新バージョンの Redis ソフトウェアを既に実行している場合、[アップグレード] ボタンは無効になります。

アップグレードを延期する

新しいバージョンの Redis ソフトウェアの自動アップグレードは、90 日まで延期できます。 このオプションを使うと、新しいバージョンをテストし、すべてが期待どおりに動作することを確認できます。 その後、キャッシュは、新しい Redis バージョンが GA に達してから 90 日後に、またはユーザーがいつでも手動でアップグレードをトリガーした時点で、アップグレードされます。

延期オプションは、新しい Redis バージョンが GA に達して有効になり自動アップグレードが行われる前に、選ぶ必要があります。

キャッシュのアップグレードを延期するには、[リソース] メニューの [詳細設定] に移動し、[Redis DB バージョンの更新を延期する] ボックスをオンにします。

[リソース] メニューで選択された [詳細設定] と、赤いボックスで囲まれた [Redis DB バージョンの更新を延期する] が示されているスクリーンショット。

重要

アップグレード延期オプションの選択は、次回の自動アップグレード イベントにのみ適用されます。 延期オプションを使って、既にアップグレードされているキャッシュをダウングレードすることはできません。

Redis バージョンをアップグレードする前に考慮すべきこと

Redis の新しい各バージョンは、以前のバージョンからシームレスにアップグレードすることが意図されており、設計原則として下位と互換性があります。 ただし、小さな変更やバグ修正が行われ、アプリケーションの変更が必要になる可能性があります。 このような変更を意識することを常にお勧めします。

クライアントのバージョン

古くなった Redis クライアントを使っている場合、新しいコマンドや Redis の機能を正しくサポートできません。 新しいバージョンでは安定性とパフォーマンスの改善も行われていることが多いため、常に最新の安定バージョンの Redis クライアントに更新することをお勧めします。 クライアント ライブラリの構成について詳しくは、クライアント ライブラリの使用のベスト プラクティスに関する記事をご覧ください。

RESP3

Redis バージョン 7.2 では、RESP3 と呼ばれる更新された Redis シリアル化プロトコル仕様 (RESP) が有効になります。 このプロトコルでは、データ型が増え、パフォーマンスが向上しています。 RESP3 の使用はオプションであり、Redis クライアントによってネゴシエートされます。 Go-Redis バージョン 9 以降や Lettuce バージョン 6 以降などの一部の Redis クライアントでは、既定で RESP3 が有効になるため、Redis サーバー インスタンスをバージョン 7.2 にアップグレードすると、異なる形式の応答が生成される可能性があります。 この破壊的変更を避けるには、代わりに既定で RESP2 を使うようにこれらのクライアントを構成することができます。

重大な変更

多くの場合、Redis の各バージョンには、破壊的変更をもたらす可能性がある軽微なバグ修正がいくつか含まれます。 心配がある場合は、Redis バージョンをアップグレードする前に、Redis 7.0 と 7.2 のリリース ノートを確認することをお勧めします。