アクティブ・アクティブ フェールオーバーとは何ですか？
アクティブ・アクティブ フェールオーバーは、重要なサービス、アプリケーション、またはシステムの高信頼性と連続稼働を確保するために設計された高可用性（HA）アーキテクチャです。この方式では、複数のアクティブノード（サーバー、データベースインスタンス、仮想マシンなど）を使用して、いずれかのノードが障害を起こした場合、他のノードが自動的に処理を引き継ぎ、サービスを途切れることなく維持します。従来のアクティブ・パッシブ フェールオーバーモデルとは異なり、アクティブ・アクティブ アーキテクチャではすべてのノードが同時に稼働し、ロードバランシング機構を通じて業務トラフィックを処理しつつ、負荷を分散します。
アクティブアクティブフェールオーバーの仕組み
ロードバランサーがトラフィックを配分: アクティブアクティブ構成では、ロードバランサーが複数のアクティブノードにトラフィックまたはリクエストを配分します。ロードバランシングのポリシーは、ラウンドロビン、接続数の最小値、重み付き割り当てなどに基づいて調整可能です。
データ同期: 全てのノードはデータの一貫性を保つ必要があり、各ノードが最新のサービスを提供できるようにします。これは通常、同期的レプリケーションまたは分散ストレージを通じて実現されます。例えば、データベースシステムの複数のインスタンスが同期され、データの一貫性を確保します。
自動フェールオーバー：ノードに障害が発生した場合、健全なノードが自動的に引き継ぎます。このプロセスは自動であり、通常は人的介入を必要とせず、シームレスなサービス切り替えとダウンタイムの回避が可能になります。
アクティブ-アクティブフェールオーバーとアクティブ-パッシブフェールオーバーの違い
比較 | アクティブ-アクティブフェールオーバー | アクティブ・パッシブフェールオーバー |
ノード状態 | すべてのノードがアクティブであり、トラフィックおよびタスクの処理に参加しています。 | 1つのノードのみがアクティブであり、もう1つのノードはスタンバイ状態のアイドルノードです。 |
パフォーマンス | 複数のノードが負荷を共有し、システムのスループットと応答時間を向上させます。 | 1つのノードのみが負荷を処理し、スタンバイノードはプライマリノードが障害発生時のみアクティブになります。 |
フェールオーバー | フェールオーバーは迅速であり、他のノードが自動的にタスクを引き継ぐため、通常ダウンタイムは発生しません。 | 障害が発生すると、スタンバイノードがアクティブになり、一時的なダウンタイムが発生する可能性があります。 |
データ整合性 | すべてのノードは、同期的レプリケーションを通じてデータの整合性を維持する必要があります。 | データはプライマリノードとスタンバイノードの間で同期されますが、スタンバイノードは通常、データ処理を担当しません。 |
ユースケース | 高性能および継続的な可用性を必要とする、高コンカレンシー、高トラフィックのシステム。 | パフォーマンス要求が低く、簡易的なバックアップおよびディザスタリカバリのソリューションを必要とするシステム。 |
複雑さ | システムアーキテクチャはより複雑であり、データの一貫性を確保するために複数のアクティブノードの管理が必要です。 | シンプルで、アクティブノードは1つだけで、静的なスタンバイノードがあります。 |
アクティブ-アクティブフェールオーバーの利点
高可用性: すべてのノードがアクティブ状態にあり、あるノードが障害を起こしても他のノードが自動的に処理を引き継ぐため、システムのダウンタイムを短縮します。
ロードバランシングとパフォーマンスの向上： 複数のノードが協働してリクエストとデータを処理し、システムのパフォーマンスとスループットを大幅に向上させ、高コンカレントなアプリケーションシナリオに適しています。
障害許容性： いくつかのノードに障害が発生しても、システムはユーザー体験に影響を与えることなく動作を維持できます。
動的拡張性： システムは追加のノードを簡単に追加することで処理能力を高め、増加するトラフィックやデータ需要に適応できます。
アクティブ/アクティブフェールオーバーの一般的な適用シナリオ
データベースの高可用性（HA）： 例として、MySQL Group Replication、SQL Server Always On、PostgreSQL BDRなど、これらのデータベースは高可用性と負荷分散のためにアクティブ/アクティブアーキテクチャを使用しています。
仮想化プラットフォーム：VMware vSphere HA、Proxmox VEクラスターなど、これらのプラットフォームはアクティブアクティブ構成を使用して、仮想マシンの高可用性を確保します。
ウェブサービスおよびアプリケーション： アクティブアクティブアーキテクチャは、ロードバランサ（例：Nginx、HAProxy）を通じて実装され、ウェブサービスの高可用性とスケーラビリティを確保します。
分散ストレージ：CephやGlusterFSなどの分散ストレージシステムは、アクティブアクティブアーキテクチャを採用してデータの高可用性と一貫性を確保しています。
データ保護にはバックアップが不可欠です
バックアップソリューションは、データ保護および障害復旧において極めて重要な役割を果たします。アクティブ・アクティブのフェールオーバーが導入されていても、ハードウェアの障害や人為的なミス、データの破損などにより、データの完全性にリスクが生じる可能性があります。このような場合、信頼できるバックアップソリューションがあれば、HA構成がデータ保護に失敗した場合でも重要なデータを回復できます。バックアップによって、災害が発生したときにすぐに復元可能な、安全なデータのコピーを常に確保することができます。
Vinchin Backup & Recovery は、Proxmox、VMware、Hyper-V、XenServer、XCP-ng、oVirt、RHVなどのプラットフォーム上で動作する仮想マシン向けに設計された包括的なバックアップソリューションです。エージェントレスバックアップ、インスタントリカバリ、および V2V移行 といった強力なVMバックアップおよび復旧機能を提供します。これらの機能は、仮想化環境における重要なデータを保護および管理するために特別に設計されており、ビジネスが迅速に復旧し、運用を中断することなく継続できるようにすることを保証します。
Vinchin Backup & Recoveryの操作は非常に簡単で、わずか数ステップだけで完了します。
1.ホスト上の仮想マシンを選択するだけです
2. バックアップ先を選択します
3. 戦略の選択
4.最後にジョブを送信
Vinchinは、ユーザーが実際の環境で機能を体験できる60日間の無料トライアルを提供しています。詳細については、Vinchinに直接お問い合わせいただくか、現地のパートナーにご連絡ください。
アクティブ・アクティブフェールオーバー よくある質問
Q1: データの整合性の問題はどう対処しますか？
A1：アクティブアクティブアーキテクチャでは、データの一貫性を維持することが課題です。一般的な方法としては、分散データベースの利用、同期複製技術（例：MySQLのマスターマスター複製）、およびコンセンサスアルゴリズム（例：RaftやPaxos）に基づくソリューションを用いて、データの一貫性と信頼性を確保します。
Q2：災害復旧計画の重要性は？
A2: アクティブ-アクティブフェールオーバーを採用していても、包括的なディザスタリカバリ計画を確立しておくことが依然として重要です。これには、定期的なバックアップ、サイト外でのディザスタリカバリ、および大規模な障害や災害に備えた詳細な復旧手順が含まれます。
結論
アクティブアクティブフェールオーバーは、複数のアクティブノードを使用して高可用性と継続的な運用を保証しますが、バックアップに代わるものではありません。Vinchin Backup & Recoveryなどの信頼性の高いバックアップソリューションは、HAシステムが障害を起こした場合でもデータ保護と復元を保証します。
