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

Tair (Redis® OSS-Compatible):インスタンスをゾーン間で移行する

最終更新日:Jul 23, 2025

インスタンスがデプロイされている現在のゾーンにスペックアップグレードのためのリソースが不足している場合、またはディザスタリカバリ機能を向上させたい場合は、Tair (Redis OSS-compatible) コンソールを使用するか、API オペレーションを呼び出すことによって、インスタンスを別のゾーンに移行できます。インスタンスが別のゾーンに移行された後も、インスタンスのデータ、アカウント、およびエンドポイントは変更されません。

前提条件

インスタンスに追加でリクエストされたパブリックエンドポイントプライベートエンドポイントは解放されます。そうでない場合、インスタンスをゾーン間で移行することはできません。

注意事項

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

  • 特定のシナリオでは、インスタンスのゾーン間移行によって一時的な切断は発生しません。ただし、他のケースでは、移行によって一時的な切断が発生する可能性があります。そのため、この操作はオフピーク時に行い、アプリケーションがインスタンスに自動的に再接続できることを確認することをお勧めします。

    ✅ 次のシナリオでは、一時的な切断は発生しません。

    • プライマリゾーンを変更せずに、シングルゾーン インスタンスにセカンダリゾーンを追加します。

    • デュアルゾーン インスタンスのセカンダリゾーンを変更します。マスターノードはセカンダリゾーンにデプロイされていません。

    ⚠️ 次のシナリオでは、一時的な切断が発生します。

    • マスターノードが存在するゾーンを変更します。これには、高可用性(HA)フェールオーバーによってマスターノードがセカンダリゾーンに移動し、セカンダリゾーンも変更されるシナリオが含まれます。

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

  • 元のインスタンスから新しいインスタンスに増分データを同期し、Domain Name System(DNS)キャッシングによる二重書き込みを防ぐために、移行中はインスタンスが最大 1 分間読み取り専用の状態になる場合があります。大量のデータがインスタンスに書き込まれる場合、インスタンスは長期間読み取り専用の状態になる可能性があります。

    説明

    マスターノードが移行に関与していない場合、インスタンスは読み取り専用状態になりません。

  • インスタンスをゾーン間で移行すると、インスタンスの DNS マッピングが変更される場合があります。この場合、r-bp10b3fa3500****.redis.rds.aliyuncs.comなどのインスタンスのエンドポイントを使用してインスタンスに接続してください。また、以前のバージョンの Jedis では、インスタンスの有効なエンドポイントを取得できない場合があります。Jedis クライアントを更新する必要があります。

  • インスタンスのマイナーバージョンが古い場合、パフォーマンスと安定性を向上させるために、移行中にシステムによってインスタンスが最新のマイナーバージョンに更新されます。マイナーバージョンは上位互換性があるように設計されているため、互換性の問題は発生しません。

  • 移行後、帯域幅はデフォルト値にリセットされます。帯域幅を手動で調整した場合、移行後に手動でリセットする必要があります。自動スケーリングは、次回ルールがトリガーされたときに自動的に再開されます。

    説明

    マスターノードが移行に関与していない場合、帯域幅プランはそのまま残り、リセットされません。

クラシック インスタンス

  • インスタンスをゾーン間で移行すると、一時的な切断が発生する可能性があります。元のインスタンスから新しいインスタンスに増分データを同期し、Domain Name System(DNS)キャッシングによる二重書き込みを防ぐために、移行中はインスタンスが最大 1 分間読み取り専用の状態になる場合があります。

    大量のデータがインスタンスに書き込まれる場合、インスタンスは長期間読み取り専用の状態になる可能性があります。そのため、この操作はオフピーク時に行い、アプリケーションがインスタンスに自動的に再接続できることを確認することをお勧めします。

  • インスタンスをゾーン間で移行すると、インスタンスの DNS マッピングが変更される場合があります。この場合、r-bp10b3fa3500****.redis.rds.aliyuncs.comなどのインスタンスのエンドポイントを使用してインスタンスに接続してください。また、以前のバージョンの Jedis では、インスタンスの有効なエンドポイントを取得できない場合があります。Jedis クライアントを更新する必要があります。

  • インスタンスのマイナーバージョンが古い場合、パフォーマンスと安定性を向上させるために、移行中にシステムによってインスタンスが最新のマイナーバージョンに更新されます。マイナーバージョンは上位互換性があるように設計されているため、互換性の問題は発生しません。

  • 移行後、帯域幅はデフォルト値にリセットされます。帯域幅を手動で調整した場合、移行後に手動でリセットする必要があります。自動スケーリングは、次回ルールがトリガーされたときに自動的に再開されます。

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

タイプ

シナリオ

インスタンスを 1 つのゾーンから別のゾーンに移行する

特定の Elastic Compute Service(ECS)インスタンスのゾーンにインスタンスを移行する場合。同じゾーンにデプロイされている ECS インスタンスと Tair インスタンスは、内部ネットワークを介して低ネットワークレイテンシで通信できます。

インスタンスをあるゾーンのセットから別のゾーンのセットに移行する

インスタンスを 1 つのゾーンから複数のゾーンに移行する

インスタンスのデータセンター間のディザスタリカバリを実装する場合。

シングルゾーン インスタンスは、サーバーレベルおよびラックレベルの障害に耐えることができます。マルチゾーン インスタンスは、データセンターレベルの障害に耐え、異なるデータセンターにリソースをデプロイすることでディザスタリカバリ機能を強化できます。

インスタンスを複数のゾーンから 1 つのゾーンに移行する

特定のビジネス要件に基づいてインスタンスを移行する場合。

手順

警告

この操作により、一時的な切断が発生する可能性があります。この操作はオフピーク時に行い、アプリケーションがインスタンスに自動的に再接続できることを確認することをお勧めします。

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

  2. [基本情報] セクションで、ゾーン の右側にある クロスゾーン移行 をクリックします。

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

    パラメータ

    説明

    [移行先プライマリゾーン]

    インスタンスの移行先のプライマリゾーン。

    [移行先セカンダリゾーン](オプション)

    インスタンスの移行先のセカンダリゾーン。このパラメータを設定すると、インスタンスのレプリカノードはこのゾーンに移行されます。これにより、ゾーン間のディザスタリカバリが保証されます。

    説明

    このパラメータを設定しない場合、インスタンスのマスターノードとレプリカノードはすべてプライマリゾーンに移行されます。

    VSwitch

    移行先の 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 を使用する場合は、Jedis のバージョンが 3.10.0 以後であることを確認してください。以前のバージョンの Jedis では、有効なエンドポイントを取得できない場合があります。詳細については、「Jedis の更新に関するお知らせ」をご参照ください。

  • 移行によってデータが失われることはありませんホワイトリストまたはデータベースアカウントを再設定する必要はありません

インスタンスを 1 つのゾーンから複数のゾーンに移行すると、課金されますか?

インスタンスを 1 つのゾーンから複数のゾーンに移行する場合、課金されません

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

インスタンスがスタンドアロン インスタンスの場合、インスタンスのレプリカノードまたはセカンダリゾーンは使用できません。この場合、インスタンスをセカンダリゾーンに移行することはできません。

インスタンスが 2 つのゾーンにデプロイされている場合、1 つのゾーンに障害が発生してもインスタンスは使用可能な状態を維持しますか?

2 つ以上のゾーンにデプロイされているインスタンスは、ゾーン間のディザスタリカバリを提供できます。1 つのゾーンに障害が発生した場合、他のゾーンのインスタンスはサービスの提供を継続できます。

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

[タスクセンター] で移行の進捗状況を確認できます。