すべてのプロダクト
Search
ドキュメントセンター

Tair (Redis® OSS-Compatible):インスタンスアーキテクチャの変更

最終更新日:Aug 29, 2026

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 に設定します。詳細については、「クラスターインスタンスの特別な制限」をご参照ください。

  • 追加のコマンド制限が適用されます。 一部のコマンドはクラスターアーキテクチャではサポートされていません。変更する前に、ワークロードへの影響を評価してください。詳細については、「クラスターインスタンスのコマンド制限」をご参照ください。

  • インスタンスは最新のマイナーバージョンにアップグレードされます。 マイナーバージョンは前方互換性があるため、互換性の問題は発生しない見込みです。

アーキテクチャの変更

  1. コンソールにログインし、[Instances] ページに移動します。上部メニューでインスタンスが存在するリージョンを選択し、インスタンス ID をクリックします。

  2. 右上隅の [Specification Adjustment] をクリックし、次のように操作します:

    • サブスクリプションインスタンスの場合: [Specification Upgrade] を選択します。

    • 従量課金インスタンスの場合: [Specification Upgrade/Downgrade] を選択します。

  3. 仕様変更ページで、ターゲット構成を選択し、[Buy Now] をクリックします。[Switching Time] パラメーターで、次のいずれかのオプションを選択します:

    オプション

    動作

    [メンテナンスウィンドウ内で切り替え] (推奨)

    切り替えは、メンテナンスウィンドウ (オフピーク時間) に実行されます。切り替え前に、[Task Hub] に移動し、必要に応じて [Modify Switchover Time] をクリックして切り替え時間を調整します。

    [データ移行後に切り替え]

    切り替えは、データ移行が完了した直後に実行されます。

  4. プロンプトに従って支払いを完了します。

リクエストを送信すると、選択した切り替え時間に関係なく、インスタンスのステータスが [Changing Configuration] に変わります。このステータスは、実行中のサービスには影響しません。システムはバックグラウンドでリソースの準備とデータの同期を行っています。一時的な切断は、切り替えの瞬間にのみ発生します。

変更後

  • 接続モードはデフォルトでプロキシモードになります。 プロキシノードのモニタリングページでクライアント接続を監視します。データノードの接続数は 0 と表示されます。

  • アラート設定は無効になります。 CloudMonitor の既存のアプリケーション グループも無効になる場合があります。モニタリングを再開するには、再設定してください。

  • データフラッシュバックは無効になります。 ポイントインタイムリカバリを再開するには、この機能を再設定してください。

  • アプリケーションが キー空間通知 (notify-keyspace-events) に依存している場合、変更完了後、[Parameter Settings] ページでパラメーターを再設定してください。

クラスターからスタンダード (マスター/レプリカ) への変更

開始する前に

変更を開始する前に、以下の影響をご確認ください。

  • エンドポイント、アカウント、パスワード、ホワイトリストは変更されません。 アプリケーションコードの変更は不要です。

  • データは通常、保持されます。 切り替え中にプライマリノードで障害が発生した場合、まれに同期されていない少量のデータが失われる可能性があります。

  • それぞれ 30 秒未満の一時的な切断が 1〜2 回発生します。 アプリケーションに再接続メカニズムがあることを確認してください。

  • 約 1 分間の読み取り専用状態。 新しいインスタンスが差分データを同期し、DNS キャッシュがクリアされる間、インスタンスは読み取り専用モードになります。書き込み負荷の高いインスタンスでは、読み取り専用期間が長くなる場合があります。

  • インスタンスは最新のマイナーバージョンにアップグレードされます。 マイナーバージョンは前方互換性があるため、互換性の問題は発生しない見込みです。

アーキテクチャの変更

  1. コンソールにログインし、[Instances] ページに移動します。上部メニューでインスタンスが存在するリージョンを選択し、インスタンス ID をクリックします。

  2. サブスクリプションインスタンスの場合、右上隅の [Specification Adjustment] をクリックし、[Specification Downgrade] を選択します。

    重要

    従量課金インスタンスは、コンソールから直接クラスターアーキテクチャからスタンダード (マスター/レプリカ) アーキテクチャにダウングレードすることはできません。代わりに、以下のいずれかの方法を使用してください:

    • ModifyInstanceSpec API を呼び出してインスタンスをダウングレードします。ターゲット仕様ファミリーに対応する正しい InstanceClass を指定してください。

    • 最初にサブスクリプションに変換し、その後、上記の手順に従います。

  3. 仕様変更ページで、ターゲット構成を選択し、[Buy Now] をクリックします。[Switching Time] パラメーターで、次のいずれかのオプションを選択します:

    オプション

    動作

    [メンテナンスウィンドウ中に切り替え] (推奨)

    切り替えは、メンテナンスウィンドウ (オフピーク時間) に実行されます。切り替え前に、[Task Hub] に移動し、必要に応じて [Modify Switchover Time] をクリックして切り替え時間を調整します。

    [データ移行後に切り替え]

    切り替えは、データ移行が完了した直後に実行されます。

  4. プロンプトに従って支払いを完了します。

リクエストを送信すると、選択した切り替え時間に関係なく、インスタンスのステータスが [Changing Configuration] に変わります。このステータスは、実行中のサービスには影響しません。システムはバックグラウンドでリソースの準備とデータの同期を行っています。一時的な切断は、切り替えの瞬間にのみ発生します。

変更後

  • アラート設定は無効になります。 CloudMonitor の既存のアプリケーション グループも無効になる場合があります。モニタリングを再開するには、再設定してください。

  • データフラッシュバックは無効になります。 ポイントインタイムリカバリを再開するには、この機能を再設定してください。

よくある質問

アーキテクチャの変更にはどのくらいの時間がかかりますか?

所要時間は、ネットワークの状態、リクエスト量、データサイズに依存するため、事前に予測することはできません。

インスタンス詳細ページの右上隅にある image.png アイコンをクリックして、進捗状況を追跡できます。

仕様変更中に読み取りおよび書き込み操作を一時停止する必要はありますか?

いいえ。ただし、インスタンスが約 1 分間読み取り専用状態になり、それぞれ 30 秒未満の一時的な切断が 1〜2 回発生する可能性があるため、オフピーク時間帯に切り替えを実行することを推奨します。

クラスターに変更する際、データは各シャードに自動的に移行されますか?

はい。システムがデータを自動的に移行し、すべてのシャードに均等に分散します。

アーキテクチャ変更後、データベースの数は変わりますか?

いいえ。デフォルトの 256 個のデータベース数は変更されません。

仕様変更後、バックアップセットは失われますか?

いいえ。バックアップセットは保持されます。ただし、クラシッククラスターインスタンスのシャード数を減らしたり、アーキテクチャをスタンダードに変更したりすると、以前のバックアップセットとインスタンスノード間のマッピングが変更されます。

この場合、以前のバックアップセットを見つけるには、バックアップ時間またはバックアップセット ID で検索してください。データを復元するには、バックアップセット (RDB ファイル) をダウンロードして解析し、新しいインスタンスにデータをインポートしてください。

変更後、なぜ構成が更新されないのですか?

これは通常、メタデータキャッシュの更新遅延が原因です。数分待ってからページを更新してください。

エラー "The direct custins can not trans to normal custins" は何を意味しますか?

このエラーは、直接接続エンドポイントを持つクラシッククラスターインスタンスのアーキテクチャを、スタンダードまたは読み書き分離アーキテクチャに変更しようとすると発生します。この操作はサポートされていません。アーキテクチャを変更するには、まず直接接続エンドポイントを解放してから、再試行してください。

高可用性 (デュアルレプリカ) インスタンスをシングルレプリカインスタンスに変更できますか?

いいえ。シングルレプリカインスタンスはデータの信頼性を保証しないため、この変換はサポートされていません。

シングルレプリカインスタンスが必要な場合は、別途シングルレプリカインスタンスを購入し、Data Transmission Service (DTS) を使用してデータを移行してください。詳細については、「Tair (Redis OSS-compatible) インスタンス間の移行」をご参照ください。

Tair (Enterprise Edition) インスタンスのストレージメディアを変更できますか?

いいえ。ストレージメディアをタイプ間 (メモリ最適化、永続メモリ、ESSD) で変更することはサポートされていません。

インスタンスの CPU パフォーマンスのみをアップグレードできますか?

CPU のみのアップグレードはサポートされていません。全体的な CPU パフォーマンスを向上させるには、以下のいずれかの方法を使用します:

  • アーキテクチャをスタンダードからクラスターまたは読み書き分離に変更します。

  • 読み書き分離インスタンスに読み取り専用ノードを追加します。

  • クラスターインスタンスにシャードを追加します。

詳細については、「インスタンスの CPU 仕様をアップグレードする方法」および「インスタンスタイプとよくあるご質問」をご参照ください。

クラシックインスタンスを直接クラウドネイティブインスタンスにアップグレードできますか?

はい。詳細については、「クラウドネイティブデプロイメントモードへの変換」をご参照ください。