Tair (Redis OSS-compatible) では、インスタンスのアーキテクチャをスタンダード (マスター/レプリカ) とクラスターアーキテクチャの間で切り替えることができます。
制限事項
すべてのインスタンスタイプでアーキテクチャの変更がサポートされているわけではありません。続行する前に、以下の表をご確認ください。
インスタンスタイプ | スタンダードからクラスターへ | クラスターからスタンダードへ |
読み書き分離が有効なスタンダードインスタンス | 最初に読み書き分離を無効化 | 最初に読み書き分離を無効化 |
分散インスタンスの子インスタンス | サポートされていません | サポートされていません |
Tair (Enterprise Edition) SSD ベースのインスタンス | サポートされていません | サポートされていません |
直接接続モードのクラスターインスタンス | — | サポートされていません |
課金
料金は、課金方法によって異なります:
従量課金: 変更後すぐに新しい仕様の料金で課金されます。
サブスクリプション: アップグレードまたはダウングレードに応じて、差額が請求または返金されます。
詳細については、「設定変更」をご参照ください。
スタンダード (マスター/レプリカ) からクラスターへの変更
開始する前に
変更を開始する前に、以下の影響をご確認ください。
エンドポイント、アカウント、パスワード、ホワイトリストは変更されません。 アプリケーションコードの変更は不要です。
データは通常、保持されます。 切り替え中にプライマリノードで障害が発生した場合、まれに同期されていない少量のデータが失われる可能性があります。
それぞれ 30 秒未満の一時的な切断が 1〜2 回発生します。 アプリケーションに再接続メカニズムがあることを確認してください。
約 1 分間の読み取り専用状態。 新しいインスタンスが差分データを同期し、DNS キャッシュがクリアされる間、インスタンスは読み取り専用モードになります。書き込み負荷の高いインスタンスでは、読み取り専用期間が長くなる場合があります。
Lua スクリプトが失われる可能性があります。 続行する前に Lua スクリプトをバックアップしてください。詳細については、「クラスターインスタンスの特別な制限」をご参照ください。
プロキシモードのクラスターでは、Lua スクリプト内の redis.call または redis.pcall の最初の引数は、変数ではなくリテラル文字列 (例:'GET') である必要があります。変数の引数は、エラー
ERR bad lua script for redis cluster, first parameter of redis.call/redis.pcall must be a single literal stringをトリガーします。このチェックを無効にするには、script_check_enable パラメーターを 0 に設定します。詳細については、「クラスターインスタンスの特別な制限」をご参照ください。追加のコマンド制限が適用されます。 一部のコマンドはクラスターアーキテクチャではサポートされていません。変更する前に、ワークロードへの影響を評価してください。詳細については、「クラスターインスタンスのコマンド制限」をご参照ください。
インスタンスは最新のマイナーバージョンにアップグレードされます。 マイナーバージョンは前方互換性があるため、互換性の問題は発生しない見込みです。
アーキテクチャの変更
コンソールにログインし、[Instances] ページに移動します。上部メニューでインスタンスが存在するリージョンを選択し、インスタンス ID をクリックします。
右上隅の [Specification Adjustment] をクリックし、次のように操作します:
サブスクリプションインスタンスの場合: [Specification Upgrade] を選択します。
従量課金インスタンスの場合: [Specification Upgrade/Downgrade] を選択します。
仕様変更ページで、ターゲット構成を選択し、[Buy Now] をクリックします。[Switching Time] パラメーターで、次のいずれかのオプションを選択します:
オプション
動作
[メンテナンスウィンドウ内で切り替え] (推奨)
切り替えは、メンテナンスウィンドウ (オフピーク時間) に実行されます。切り替え前に、[Task Hub] に移動し、必要に応じて [Modify Switchover Time] をクリックして切り替え時間を調整します。
[データ移行後に切り替え]
切り替えは、データ移行が完了した直後に実行されます。
プロンプトに従って支払いを完了します。
リクエストを送信すると、選択した切り替え時間に関係なく、インスタンスのステータスが [Changing Configuration] に変わります。このステータスは、実行中のサービスには影響しません。システムはバックグラウンドでリソースの準備とデータの同期を行っています。一時的な切断は、切り替えの瞬間にのみ発生します。
変更後
接続モードはデフォルトでプロキシモードになります。 プロキシノードのモニタリングページでクライアント接続を監視します。データノードの接続数は 0 と表示されます。
アラート設定は無効になります。 CloudMonitor の既存のアプリケーション グループも無効になる場合があります。モニタリングを再開するには、再設定してください。
データフラッシュバックは無効になります。 ポイントインタイムリカバリを再開するには、この機能を再設定してください。
アプリケーションが キー空間通知 (notify-keyspace-events) に依存している場合、変更完了後、[Parameter Settings] ページでパラメーターを再設定してください。
クラスターからスタンダード (マスター/レプリカ) への変更
開始する前に
変更を開始する前に、以下の影響をご確認ください。
エンドポイント、アカウント、パスワード、ホワイトリストは変更されません。 アプリケーションコードの変更は不要です。
データは通常、保持されます。 切り替え中にプライマリノードで障害が発生した場合、まれに同期されていない少量のデータが失われる可能性があります。
それぞれ 30 秒未満の一時的な切断が 1〜2 回発生します。 アプリケーションに再接続メカニズムがあることを確認してください。
約 1 分間の読み取り専用状態。 新しいインスタンスが差分データを同期し、DNS キャッシュがクリアされる間、インスタンスは読み取り専用モードになります。書き込み負荷の高いインスタンスでは、読み取り専用期間が長くなる場合があります。
インスタンスは最新のマイナーバージョンにアップグレードされます。 マイナーバージョンは前方互換性があるため、互換性の問題は発生しない見込みです。
アーキテクチャの変更
コンソールにログインし、[Instances] ページに移動します。上部メニューでインスタンスが存在するリージョンを選択し、インスタンス ID をクリックします。
サブスクリプションインスタンスの場合、右上隅の [Specification Adjustment] をクリックし、[Specification Downgrade] を選択します。
重要従量課金インスタンスは、コンソールから直接クラスターアーキテクチャからスタンダード (マスター/レプリカ) アーキテクチャにダウングレードすることはできません。代わりに、以下のいずれかの方法を使用してください:
ModifyInstanceSpec API を呼び出してインスタンスをダウングレードします。ターゲット仕様ファミリーに対応する正しい
InstanceClassを指定してください。最初にサブスクリプションに変換し、その後、上記の手順に従います。
仕様変更ページで、ターゲット構成を選択し、[Buy Now] をクリックします。[Switching Time] パラメーターで、次のいずれかのオプションを選択します:
オプション
動作
[メンテナンスウィンドウ中に切り替え] (推奨)
切り替えは、メンテナンスウィンドウ (オフピーク時間) に実行されます。切り替え前に、[Task Hub] に移動し、必要に応じて [Modify Switchover Time] をクリックして切り替え時間を調整します。
[データ移行後に切り替え]
切り替えは、データ移行が完了した直後に実行されます。
プロンプトに従って支払いを完了します。
リクエストを送信すると、選択した切り替え時間に関係なく、インスタンスのステータスが [Changing Configuration] に変わります。このステータスは、実行中のサービスには影響しません。システムはバックグラウンドでリソースの準備とデータの同期を行っています。一時的な切断は、切り替えの瞬間にのみ発生します。
変更後
アラート設定は無効になります。 CloudMonitor の既存のアプリケーション グループも無効になる場合があります。モニタリングを再開するには、再設定してください。
データフラッシュバックは無効になります。 ポイントインタイムリカバリを再開するには、この機能を再設定してください。