Sterling Intelligent
Promising コンテナのマルチクラスタ・サポートを使用して、プライマリ・クラスタとセカンダリ・クラスタを構成する。 この機能により、プライマリ環境に影響を及ぼす災害や障害が発生した場合でも、ビジネスの継続性が確保される。
この機能により、組織は高可用性と災害復旧の目標を達成することができます。 スタンバイのセカンダリクラスタが同期していれば、プライマリクラスタが利用できないときに引き継ぐことができる。
注： この機能は、 Sterling Intelligent
Promising コンテナを完全に機能するプライマリクラスタにデプロイしているユーザーと、高可用性とディザスタリカバリのためにセカンダリクラスタを含める予定のユーザーにのみ適用されます。
このタスクについて
Sterling Intelligent
Promising 主に2つのデータベース、 と に依存している。 Cassandra Elasticsearch データの種類によって、データはどちらか、あるいは両方のデータベースに入るかもしれない。 単一クラスタからマルチクラスタ設定に移行する場合、両方のデータセンターが独立して動作するように、最初のクラスタの既存データを新しいクラスタに移行する必要があります。 以下の手順は、単一クラスタからマルチクラスタに移行する方法を示しています。
手順
- セカンダリクラスタである新しいクラスタにミドルウェアコンポーネントをデプロイします。
- Cassandra、 Elasticsearch、 Kafka など、必要なミドルウェアコンポーネントをセットアップする。
- セカンダリクラスタの Sterling Intelligent
Promising で必要な Kafka トピックを作成していることを確認します。 詳細については、 Kafka のトピックリストを参照のこと。
- Cassandra マルチデータセンターのレプリケーションを有効にして、クラスタ間でデータの一貫性と高可用性を維持します。
Cassandra はマルチデータセンターのクラスタリングをネイティブにサポートし、データセンター間のシームレスなデータレプリケーションを可能にします。
- Kafka ミラーリングを設定する。
- Kafka トピックをプライマリクラスタからセカンダリクラスタにレプリケートするために MirrorMaker を展開します。 詳細は、 Kafka ミラーリングされるトピックの一覧を参照。
- セカンダリクラスタからプライマリクラスタに、ステップ 3a で説明した Kafka トピックをレプリケートしていることを確認します。
- プライマリクラスタの Elasticsearch クラスタのバックアップを実行し、セカンダリクラスタにリストアします。
- AWS、 Azure、 Google Cloud Provider などのクラウドプロバイダーが提供する Elasticsearch を使用している場合は、これらのプラットフォームが提供するネイティブのスナップショットおよびリストア機能を使用できます。 クラウドプロバイダーの内蔵ツールを使えば、バックアップとリカバリーを独立して管理できる。
- 独立して管理するスタンドアロン Elasticsearch インスタンスを実行している場合は、指示に従ってスナップショットを作成し、データを復元します。 詳細については、 Elasticsearch スナップショットを作成してデータをバックアップおよび復元するを参照してください。
すべてのミドルウェアコンポーネントの準備ができたら、
Sterling Intelligent
Promising サービスをセカンダリクラスタにデプロイします。 ただし、プライマリおよびセカンダリ・クラスタ間のデータ・レプリケーションを有効にするには、ミラー化された Kafka トピックを構成し、必要なカスタム・リソース定義を更新して、 Elasticsearch データをレプリケートします。 詳細については、
マルチクラスタ環境の設定を参照してください。
プライマリクラスタとセカンダリクラスタが正常に構成されていれば、ビジネスの継続性を確保し、災害や停止時のダウンタイムを最小限に抑えることができます。
構成を検証するには、トラフィックまたはワークロードをプライマリクラスタからセカンダリクラスタにリダイレクトして、フェイルオーバーシナリオをシミュレートします。 これにより、フェイルオーバー・メカニズムが期待通りに機能し、実際の障害時にもシステムが円滑に稼働し続けることができるようになる。