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

Tair (Redis® OSS-Compatible):インスタンスのゾーン変更

最終更新日:Feb 05, 2026

ゾーン内のリソースがインスタンスタイプのアップグレードに不足している場合、ディザスタリカバリ機能を強化する必要がある場合、またはその他の理由でインスタンスを移動する必要がある場合、コンソールまたは API 操作を使用して Tair (Redis OSS-compatible) インスタンスのゾーンを変更できます。ゾーンを変更した後も、インスタンスのデータ、データベースアカウント、エンドポイントなどの情報は変更されません。

前提条件

考慮事項

クラウドネイティブ インスタンス

  • 一部のシナリオでは、ゾーン移行時に一時的な切断が発生しませんが、他のシナリオでは一時的な切断が発生する可能性があります。アプリケーションに再接続機構を備えていることを確認し、非ピーク時間帯に移行を実行することを推奨します。

    ✅ 一時的な切断なし

    • インスタンスがシングルゾーンで稼働しており、セカンダリゾーンを追加する場合。このとき、プライマリゾーンは変更されません。

    • インスタンスがマルチゾーンでデプロイされており、プライマリノードを含まないセカンダリゾーンのみを変更する場合。

    ⚠️ 一時的な切断あり

    • プライマリノードをホストするゾーンを変更する場合。これは、高可用性(HA)スイッチオーバーによりプライマリノードがセカンダリゾーンに移動した後、そのセカンダリゾーンを変更するケースも含みます。

    • 読み書き分離インスタンスに対して、セカンダリゾーンのエンドポイントを使用して接続中に、セカンダリゾーンを変更する場合。

  • インスタンスは最大 60 秒間、読み取り専用状態になることがあります。これは、新しいインスタンスが増分データを同期し、DNS キャッシュによる二重書き込みを防止するためです。書き込み負荷が高いシナリオでは、この読み取り専用期間がさらに長くなる場合があります。

    説明

    プライマリノードの移行が行われない場合は、読み取り専用状態は発生しません。

  • ゾーン移行により DNS マッピングが変更されます。常にエンドポイント(例:r-bp10b3fa3500****.redis.rds.aliyuncs.com)を使用してインスタンスに接続してください。古いバージョンの Jedis では、移行後に有効なエンドポイントを解決できない場合があります。詳細については、「Jedis クライアントのアップグレード」をご参照ください。

  • 最適なパフォーマンスと安定性を確保するため、マイナーバージョンが古くなっている場合、システムはゾーン移行時に自動的に最新のマイナーバージョンへアップグレードします。マイナーバージョンは上位互換性を維持するため、互換性に関する問題は発生しません。

  • 移行後、帯域幅はデフォルト値にリセットされます。以前に帯域幅を手動で調整していた場合は、移行後に再設定する必要があります。Auto Scaling は、次回のスケーリングルールがトリガーされた際に、カスタムの帯域幅設定を復元します。

    説明

    プライマリノードの移行が行われない場合は、帯域幅プランは変更されず、リセットされません。

クラシック インスタンス

  • ゾーン移行により一時的な切断が発生する可能性があります。また、インスタンスは最大 60 秒間読み取り専用状態になります。これは、新しいインスタンスが増分データを同期し、DNS キャッシュによる二重書き込みを防止するためです。

    書き込み負荷が高いシナリオでは、読み取り専用期間がさらに長くなる場合があります。アプリケーションに再接続機構を備えていることを確認し、非ピーク時間帯に移行を実行することを推奨します。

  • ゾーン移行により DNS マッピングが変更されます。常にエンドポイント(例:r-bp10b3fa3500****.redis.rds.aliyuncs.com)を使用してインスタンスに接続してください。古いバージョンの Jedis では、移行後に有効なエンドポイントを解決できない場合があります。詳細については、「Jedis クライアントのアップグレード」をご参照ください。

  • 最適なパフォーマンスと安定性を確保するため、マイナーバージョンが古くなっている場合、システムはゾーン移行時に自動的に最新のマイナーバージョンへアップグレードします。マイナーバージョンは上位互換性を維持するため、互換性に関する問題は発生しません。

  • 移行後、帯域幅はデフォルト値にリセットされます。以前に帯域幅を手動で調整していた場合は、移行後に再設定する必要があります。Auto Scaling は、次回のスケーリングルールがトリガーされた際に、カスタムの帯域幅設定を復元します。

サポートされる移行タイプとシナリオ

サポートされる移行タイプ

一般的なシナリオ

シングルゾーンからシングルゾーンへの移行

ECS インスタンスと同じゾーンにインスタンスを移行できます。同一ゾーン内の ECS インスタンスとデータベースは、内部ネットワーク経由で低遅延で接続できます。

マルチゾーンからマルチゾーンへの移行

シングルゾーンからマルチゾーンへの移行

データセンター間の耐障害性を有効化することで、ディザスタリカバリ機能を強化できます。

シングルゾーンインスタンスはサーバーレベルおよびラックレベルの障害には耐えられますが、マルチゾーンインスタンスは複数のデータセンターに分散してデプロイされるため、データセンター全体の障害にも耐えることができます。これにより、ディザスタリカバリ機能が大幅に向上します。

マルチゾーンからシングルゾーンへの移行

特定の機能要件を満たすために使用されます。

操作手順

警告

この操作により一時的な切断が発生する可能性があります。非ピーク時間帯に実行し、アプリケーションがインスタンスに自動的に再接続できることを確認することを推奨します。

  1. コンソールにログインし、インスタンス ページに移動します。上部のナビゲーションバーから、管理対象のインスタンスが存在するリージョンを選択します。その後、該当するインスタンスを見つけ、インスタンス ID をクリックします。

  2. [基本情報]」セクションで、移行ゾーン の横でクリックします。

  3. 表示されるパネルで、パラメーターを設定します。

    設定

    説明

    プライマリゾーンの変更

    移行先のゾーンを選択します。

    セカンダリゾーンの変更(任意)

    セカンダリゾーンを指定すると、インスタンスのセカンダリノードがそのゾーンに移行され、クロスゾーンディザスタリカバリが有効化されます。

    説明

    セカンダリゾーンを指定しない場合、プライマリノードおよびセカンダリノードの両方がプライマリゾーンに移行されます。

    vSwitch:

    移行先の vSwitch を選択します。対象ゾーンに vSwitch が存在しない場合は、事前に作成してください。詳細については、「vSwitch の作成と管理」をご参照ください。

    説明

    このオプションは、インスタンスが VPC を使用している場合にのみ表示され、設定が必要です。

    実行時間

    • 今すぐ実行: [OK] をクリックすると、システムはすぐに移行タスクを開始します。インスタンスステータスが 使用中 になると、移行は成功します。

    • メンテナンス時に実行する (推奨): [OK] をクリックすると、システムは事前の移行タスクを実行し、インスタンスのステータスを 別のゾーンに移行中 に変更します。この段階では、インスタンスは引き続き利用可能です。実際のスイッチオーバーは、設定されたメンテナンスウィンドウ中にのみ実行されます。

      詳細については、「」および「メンテナンスウィンドウの設定」をご参照ください。

    • シャードあたりのプライマリゾーンノード数

    • シャードあたりのセカンダリゾーンノード数

    インスタンスがクラウドネイティブタイプ(クラスタマルチレプリカまたは読み書き分離)の場合、マルチゾーン移行時に、プライマリゾーンおよびセカンダリゾーン間でレプリカ(または読み取り専用)ノードをどのように配分するかを調整できます。この設定は、プライマリおよびセカンダリノードの合計数を変更しません。

    説明

    クラスタアーキテクチャのインスタンスでは、これらのパラメーターは、それぞれプライマリゾーンおよびセカンダリゾーンにおけるシャードあたりのレプリカ(読み取り専用)ノード数を表します。

  4. 警告メッセージを読み、チェックボックスを選択してから、[OK] をクリックします。

関連 API

API 操作

説明

MigrateToOtherZone - 別のゾーンへのインスタンス移行

同一リージョン内で、インスタンスを別のゾーンに移行します。

よくある質問

ゾーン移行後にインスタンスのエンドポイントは変更されますか?既存のデータ、ホワイトリスト設定、データベースアカウントは失われますか?

  • ゾーン移行後、インスタンスの エンドポイント(例:r-bp10b3fa3500****.redis.rds.aliyuncs.com)は 変更されません。ただし、仮想 IP アドレス(VIP)および DNS マッピングは変更されます。以下の点にご注意ください:

    • インスタンスへの接続には、必ずエンドポイント(例:r-bp10b3fa3500****.redis.rds.aliyuncs.com)をご使用ください。

    • Jedis を使用している場合、バージョンが 3.10.0 以降であることを確認してください。それより古いバージョンでは、移行後に有効なエンドポイントを解決できない場合があります。詳細については、「Jedis クライアントのアップグレード推奨事項」をご参照ください。

  • ゾーン移行により データ損失は発生せずホワイトリストやデータベースアカウントの再設定も不要です

シングルゾーンからマルチゾーンへのインスタンス移行に料金はかかりますか?

いいえ、シングルゾーンからマルチゾーンへのインスタンス移行は 追加料金は発生しません

なぜ私のインスタンスをセカンダリゾーンに移行できないのですか?

スタンドアロンインスタンスにはセカンダリノードが存在しないため、セカンダリゾーンも存在せず、この移行は実行できません。

私のインスタンスは 2 つのゾーンにまたがってデプロイされています。片方のゾーンが障害を起こした場合、インスタンスは依然として利用可能ですか?

はい、利用可能です。2 つ以上のゾーンにまたがってデプロイされたインスタンスは、クロスゾーンディザスタリカバリをサポートしています。片方のゾーンが障害を起こした場合でも、もう一方のノードがリクエストの処理を継続します。

ゾーン移行の進行状況を確認するにはどうすればよいですか?

コンソールの タスクハブ で、移行の進行状況を確認できます。