Tair (Redis® OSS-Compatible):プライマリ/セカンダリの手動切り替え

利用シーン

• 災害復旧訓練：オフピーク時にノード障害をシミュレーションできます。これにより、データベースの切り替えが発生した際のアプリケーションのディザスタリカバリ能力と信頼性を検証できます。

• アクセス遅延の最適化：アプリケーションとプライマリノードが異なるゾーンにある場合、プライマリ/セカンダリ切り替えを実行できます。これにより、プライマリノードがアプリケーションと同じゾーンに移動します。この最寄りアクセスでのデプロイメントにより、ネットワーク遅延が削減されます。

利用シーンの例

この例では、アプリケーションの ECS インスタンスはゾーン B にあり、Tair インスタンスのプライマリノードはゾーン A にあります。ECS インスタンスは、ゾーンをまたいでプライマリノードに接続する必要があります。これにより、ネットワーク遅延が増加し、インスタンスのパフォーマンスやビジネス運用に影響を与える可能性があります。

クラウドリソースのデプロイメントを最適化するために、プライマリ/セカンダリ切り替えを実行してノードのロールを交換できます。切り替え後、ゾーン B のノードがプライマリノードになります。ノードのロールのみが変更され、そのゾーンと ID は変更されないことにご注意ください。これにより、ECS インスタンスとデータベースインスタンスが同じゾーン内で接続できるようになり、ネットワーク遅延が最小限に抑えられます。

切り替えによる影響

• 切り替えが実行されるデータノードは、数秒間切断されます。切り替えには、データ損失の潜在的なリスクがあります。たとえば、同期遅延により、マスターノードとレプリカノード間でデータが不整合になる可能性があります。切り替えによる潜在的なデータ損失リスクや、Domain Name System (DNS) キャッシュによるデータの二重書き込みを防ぐため、データノードは最大 30 秒間、読み取り専用の状態が維持されます。

• インスタンスが 切り替え中 の状態になると、このインスタンスを管理することはできません。たとえば、インスタンスの構成を変更したり、インスタンスを別のゾーンに移行したりすることはできません。

操作手順

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

2. 左側のナビゲーションウィンドウで、サービスの提供 をクリックします。

3. データノード エリアで、スイッチオーバーするデータシャードを選択し、主従切り替え をクリックします。

   説明

   インスタンスがクラスタアーキテクチャを使用している場合、このページで各データシャードのプライマリノードとセカンダリノードのゾーンを確認できます。

4. 表示されたパネルで、切り替えの有効時間を選択します。

   • 即時適用：システムは直ちにプライマリ/セカンダリ切り替えを実行します。

   • [メンテナンスウィンドウ内で有効]：システムは、設定したメンテナンスウィンドウ中に切り替えを実行します。メンテナンスウィンドウの表示および変更方法の詳細については、「メンテナンスウィンドウの設定」をご参照ください。

     説明

     [メンテナンスウィンドウ内で有効] を選択した場合、システムはリソースのリクエストやデータ同期などの準備を直ちに開始します。インスタンスのステータスは [切り替え中] に変わりますが、これはサービスには影響しません。実際のノードロールの切り替えと、それに伴う一時的な切断や読み取り専用状態などの影響は、メンテナンスウィンドウ が開始されたときにのみ発生します。

5. OK をクリックします。

   セキュリティのため、プロンプトに従って多要素認証 (MFA) などの二次認証を完了してください。認証に成功すると、15 分間は再認証が不要になります。

関連 API

参考資料

このトピックでは、プライマリ/セカンダリの手動切り替え方法について説明します。高可用性の中核コンポーネントとして、Tair (Redis OSS-compatible) は自動フェールオーバーもサポートしています。システムはノードの状態を継続的に監視します。プライマリノードが利用できなくなった場合、システムは自動的にフェールオーバーをトリガーし、セカンダリノードを新しいプライマリノードに昇格させます。このプロセスにより、高いサービス可用性が確保されます。詳細については、「高可用性」をご参照ください。