30.4. 共有ストア
このスタイルの高可用性は、ライブノードとバックアップノードの両方からアクセス可能な共有ファイルシステムを必要とするという点で、データのレプリケーションとは異なります。つまり、サーバーのペアは、設定の ページング、メッセージジャーナル、バインディングジャーナル、および 大きいメッセージ に同じ場所を使用します。
共有ストアの使用は Windows ではサポートされません。Red Hat バージョンの GFS2 または NFSv4 を使用する場合、Red Hat Enterprise Linux でサポートされます。さらに、GFS2 は ASYNCIO ジャーナルタイプでのみサポートされますが、NFSv4 は ASYNCIO と NIO の両方のジャーナルタイプでサポートされます。
また、クラスターに含まれていない場合でも、ペアの各参加サーバー (ライブとバックアップ) には cluster-connection が定義されている必要があります。これは、cluster-connection で、バックアップサーバーがその存在をライブサーバーと他のすべてのノードに通知する方法を定義するからです。これがどのように実行されるかについては、クラスター接続の設定 を参照してください。
フェイルオーバーが発生し、バックアップサーバーが引き継ぐ場合、クライアントが接続できるようになるには、その前に、共有ファイルシステムから永続ストレージを読み込む必要があります。このスタイルの高可用性は、ライブとバックアップの両方のペアからアクセス可能な共有ファイルシステムを必要とするという点で、データのレプリケーションとは異なります。これは通常、ある種の高パフォーマンスストレージエリアネットワーク (SAN) になります。Red Hat は、ストレージソリューションに NAS と呼ばれるネットワーク接続ストレージの使用を推奨していません。
共有ストアの高可用性の利点は、ライブノードとバックアップノード間でレプリケーションが発生しないことです。これは、通常の操作中にレプリケーションのオーバーヘッドによるパフォーマンスの低下が発生しないことを意味します。
共有ストアのレプリケーションの欠点は、バックアップサーバーがアクティブになったときに、共有ストアからジャーナルをロードする必要があり、ストア内のデータ量によっては時間がかかる場合があることです。また、JBoss EAP でサポートされる共有ストレージソリューションが必要です。
通常の操作中に最高のパフォーマンスが必要な場合、Red Hat では、高性能な SAN にアクセスし、若干遅いフェイルオーバーコストを受け入れることを推奨しています。正確なコストは、データ量によって異なります。
