アクティブ-アクティブとアクティブ-スタンバイのフェイルオーバーを理解する

カテゴリを表示

アクティブ-アクティブとアクティブ-スタンバイのフェイルオーバーを理解する

所要時間

ネットワークのレジリエンスは、継続的な事業運営を維持するために不可欠です。フェイルオーバーメカニズムは、ネットワークサービスの高可用性と信頼性を確保する上で重要な役割を果たします。これらの目標を達成するために、アクティブ/アクティブとアクティブ/スタンバイという2つの主要なフェイルオーバー戦略が一般的に採用されています。

フェイルオーバーの基礎 #

フェイルオーバーメカニズムは、プライマリシステムまたはコンポーネントに障害が発生した場合に、スタンバイシステムまたはコンポーネントに自動的に切り替えることで、ダウンタイムを最小限に抑え、サービスを中断することなく維持するように設計されています。アクティブ/アクティブ構成とアクティブ/スタンバイ構成のどちらを選択するかは、組織のネットワークの具体的なニーズとアーキテクチャによって異なります。

アクティブ-アクティブフェイルオーバー #

アクティブ/アクティブフェイルオーバー構成では、複数のシステムまたはコンポーネントが同時に稼働し、負荷を分散して冗長性を確保します。両方のシステム(またはすべてのシステム)が完全に稼働し、トラフィックはそれらの間で分散されます。1つのシステムに障害が発生した場合、その負荷は残りのアクティブシステムにシームレスに引き継がれ、継続的な可用性が確保されます。

アクティブ-アクティブフェイルオーバー

公式サイト限定:

  • 高可用性: 複数のアクティブなシステムがある場合、1 つのシステムに障害が発生してもネットワークは引き続き利用できます。
  • ロードバランシング: トラフィックはすべてのアクティブ システム間で均等に分散され、リソースの使用率とパフォーマンスが最適化されます。
  • 拡張性: トラフィックとワークロードの増加に対応するために、追加のシステムを簡単に追加できます。

実装に関する考慮事項:

  • 複雑: アクティブ/アクティブ構成では、トラフィックを効果的に分散するために高度な負荷分散メカニズムが必要です。
  • 費用: 複数のアクティブ システムと冗長性が必要になると、ハードウェアとメンテナンスの面でコストがかかる可能性があります。
  • 同期: データの損失や破損を防ぐためには、すべてのアクティブ システム間でデータの一貫性と同期を確保することが重要です。

適用例:

  • ウェブホスティング: トラフィック量の多い Web サイトでは、アクティブ/アクティブ構成を使用してトラフィックを複数のサーバーに分散し、応答時間の短縮と高可用性を実現します。
  • クラウドサービスクラウド プロバイダーは、アクティブ/アクティブ フェイルオーバーを導入して、ユーザーにシームレスで中断のないサービスを提供します。

アクティブスタンバイフェイルオーバー #

アクティブ・スタンバイ・フェイルオーバー構成では、一方のシステム(アクティブ)がすべてのトラフィックを処理し、もう一方のシステム(スタンバイ)はアイドル状態のまま、アクティブシステムに障害が発生した場合に処理を引き継ぐ準備を整えます。スタンバイシステムは、障害発生時のみアクティブになります。

公式サイト限定:

  • 単純: アクティブ/アクティブ構成に比べて実装と管理が簡単です。
  • 高い費用対効果: スタンバイ システムはトラフィックをアクティブに処理しないため、必要なリソースが少なくなります。
  • 予測可能なフェイルオーバー: フェイルオーバー プロセスは簡単で、プライマリ システムとバックアップ システムが明確に区別されています。

実装に関する考慮事項:

  • フェイルオーバー時間: スタンバイ システムがアクティブ ロールを引き継ぐため、短時間の中断が発生する可能性があります。
  • 未活用: スタンバイ システムは、通常の操作中はアイドル状態のままとなり、リソースが十分に活用されない可能性があります。
  • メンテナンス: フェイルオーバー中にスタンバイ システムが正しく機能することを保証するために、スタンバイ システムの定期的なテストとメンテナンスが不可欠です。

適用例:

  • データベース: 重要なデータベースでは、フェイルオーバー中のデータの整合性と可用性を確保するために、アクティブ/スタンバイ構成がよく使用されます。
  • 業務アプリケーション: 予測可能で簡単なフェイルオーバー メカニズムを必要とするビジネス クリティカルなアプリケーション。

適切なフェイルオーバー戦略の選択 #

アクティブ/アクティブとアクティブ/スタンバイのフェイルオーバー戦略の選択は、次のようないくつかの要因によって決まります。
可用性要件: 高可用性と最小限のダウンタイムを必要とする環境では、アクティブ/アクティブ構成が推奨されます。
予算の制約: アクティブ/スタンバイ設定はコスト効率が高く、予算が限られている小規模な組織に適している可能性があります。
トラフィック負荷: トラフィック量の多い環境では、アクティブ/アクティブ構成の負荷分散機能が役立ちます。
複雑さと管理: アクティブ/スタンバイ設定は管理が簡単なので、IT リソースが限られている組織に適しています。

フェイルオーバーを実装する方法 RELIANOID #

アクティブ・アクティブおよびアクティブ・パッシブフェイルオーバーの実装 RELIANOID アクティブ/アクティブ構成ではグローバルサーバ負荷分散(GSLB)などの負荷分散手法を使用し、アクティブ/パッシブ構成ではステートフルクラスタリングを使用します。両方の設定を実現する方法については、以下の詳細なガイドをご覧ください。

GSLBによるアクティブ-アクティブフェイルオーバー #

概要: アクティブ/アクティブ フェイルオーバーにより、すべてのサーバーがトラフィックをアクティブに処理し、複数のサーバー間で負荷を分散することで、高可用性と負荷分散が実現します。

前提条件:

  • RELIANOID 複数のサーバーにインストールされます。
  • 各サーバーのパブリック IP アドレス。
  • GSLB レコードを管理するための DNS 制御。

ステップ:

1. GSLBのセットアップ:

  • にログインします。 RELIANOID Webインターフェイス。
  • MFAデバイスに移動する GSLB > 農場 新しい農場を作りましょう。

2. GSLBを構成する:

  • DNSゾーンとバックエンドを追加する(RELIANOID GSLB ファームに、アクティブ/アクティブ セットアップの一部となるサーバーの IP アドレスを指定して、複数のサーバー (この場合はロード バランサー) を追加します。
  • 各サーバーが正常に動作していることを確認するために、ヘルスチェックを設定します。これらのヘルスチェックは、各バックエンドサーバーのヘルスを定期的にチェックします。

3. DNS構成:
DNSプロバイダーをGSLBファームのIPアドレスを使用するように設定してください。これにより、DNSリクエストがGSLBを経由してルーティングされ、利用可能なサーバーにトラフィックが分散されます。

4. 監視と調整:

  • GSLBセットアップのパフォーマンスと健全性を定期的に監視するには、 RELIANOID インタフェース。
  • 必要に応じて負荷分散アルゴリズム (ラウンドロビン、最小接続など) を調整し、パフォーマンスを最適化します。

ステートフルクラスタリングによるアクティブ-パッシブフェイルオーバー #

概要アクティブ・パッシブフェイルオーバーでは、1台のサーバーがトラフィックをアクティブに処理し、他のサーバーはスタンバイモードのままになります。アクティブサーバーに障害が発生した場合、パッシブサーバーが処理を引き継ぎます。

前提条件:

  • RELIANOID 少なくとも 2 台のサーバーにインストールされます。
  • サーバー間の通信を可能にするネットワーク構成。
  • Carp および Gratuitous ARP トラフィックが許可されます。

ステップ:

1. クラスタ構成:

  • にログインします。 RELIANOID 両方のサーバーの Web インターフェース。
  • MFAデバイスに移動する システム > クラスタ 各サーバー上。
  • 1台のサーバーを Master そしてもう一つは スレーブ.

2. 同期設定:

  • マスター サーバーとスレーブ サーバーの間で構成ファイルと状態情報が同期されていることを確認します。
  • 内蔵の同期ツールを使用する RELIANOID 構成を同一に保つためです。

3. フェイルオーバーテスト:

  • マスター サーバーで障害をシミュレートして、フェイルオーバー メカニズムをテストします。
  • スレーブ サーバーが引き継ぎ、セッション状態が保持されていることを確認します。

4. 監視と保守:

  • 定期的にクラスタの状態を監視します。 RELIANOID インタフェース。
  • 同期がアクティブなままであり、構成の変更が両方のサーバーに伝播されていることを確認します。

ステートフルクラスタリング(アクティブ/パッシブ)の構成例 #

クラスターのセットアップ:

  • マスター サーバー上: システム > クラスタ > 構成 as Master.
  • スレーブ サーバーの場合: システム > クラスタ > 構成 as スレーブ.

同期:

  • 構成と状態の同期が有効になっていることを確認します。
  • 必要に応じて構成を手動で定期的に同期するか、自動同期機能を使用します。

ステートフルフェイルオーバーを有効にする:

  • セッション状態を保持するには、ステートフル フェールオーバー設定を構成します。

結論 #

アクティブ/アクティブとアクティブ/スタンバイの両方のフェイルオーバー戦略は、ネットワークの回復力と高可用性を確保する上で重要な役割を果たします。それぞれのメリット、ユースケース、実装上の考慮事項を理解することで、組織は特定のニーズを満たす適切なアプローチを選択できます。アクティブ/アクティブ構成で最大限の可用性を目指す場合でも、アクティブ/スタンバイ構成で費用対効果が高くシンプルなソリューションを求める場合でも、堅牢なフェイルオーバーメカニズムの実装は、中断のないネットワークサービスを維持し、事業継続性を実現するために不可欠です。

これらの手順に従うことで、アクティブ-アクティブとアクティブ-パッシブの両方のフェイルオーバー構成を設定できます。 RELIANOID アプリケーションの高可用性と負荷分散を保証します。

📄 この文書をPDF形式でダウンロードする #

    EMAIL: *