問題タブ [failovercluster]

アクティブ/パッシブ方式を使用して、アプリケーションの可用性を高めようとしています。現在、アプリケーションをTomcatサーバーにデプロイしています。このサーバーは、WindowsまたはLinuxプラットフォームでホストできます。

そこで、2台のTomcatサーバーにデプロイします。各サーバーは別々のマシンで実行されます。セッションレプリケーション（DBへの保存）を提供するTomcat構成を介して、Tomcatを同じクラスターに構成します。リクエストをリダイレクトするためにいくつかのWebサーバー/ロードバランサーを使用しています（まだ決定されていません）。

問題は、アプリケーションが現在ステートフルであるため、両方のTomcatで同時に実行できないことです（そして、ステートレスにするのはコストがかかりすぎます）。実際には、同時に1つのTomcatのみが起動する必要があります。または、少なくとも、Tomcatで開始されるアプリケーションは1つだけです。

要約すると、次のことができるソフトウェアが必要です。

1. HTTPリクエストを介してアプリケーションの無効な状態を特定します（マシン/ Tomcatがダウンしているか、アプリケーションが応答しない）。
2. 他のアプリケーションが無効であると識別されたら、TomcatインスタンスまたはアプリケーションをTomcatで起動します。
3. 無効であると識別されたら、TomcatインスタンスまたはTomcat上のアプリケーションを停止します。
4. LinuxとWindowsの両方のプラットフォームをサポートしています...

この製品は、JVMで使用されるライブラリである場合があり、Tomcatマシン上に存在し、相互に通信する個別の監視プロセスである場合があり、Tomcatと通信する場合は、DBを使用する場合があります。Webサーバーマシンを使用する場合があります...

私はそれを実行する既製の製品（Pacemaker / CoroSync / keepalived）を検索しましたが、すべてWindowsをサポートしていません（私が理解している限り）。

クラスター化されたアプリケーションでこの構成を使用しています。

glassfish-web.xml :

セッションは Glassfish によって保存および複製されます。問題は、クラスターに問題が発生し、再起動する必要がある場合、すべてのセッションおよび ViewState データが失われることです。

memcached や mysql などの外部ストレージをプラグインして、Session および ViewState 情報を保存し、クライアント データが失われないようにする方法はありますか?

PS : @ManagedBean @ViewScoped を広く使用しており、ビュー ステートを安全な場所に保持したいと考えています。

FTP サーバーと通信する C# で記述された Windows サービスがあります。最近、このサービスを Windows 2008 R2 で実行されているフェールオーバー クラスターに「汎用サービス」として追加しました。「汎用サービス」には独自の仮想 IP アドレスがあります。

FTP 接続が開始されると、ソース IP アドレスは、仮想 IP ではなく、サービスをホストする NODE のアドレスになります。サービスが「クラスタ対応」の場合、ソース IP は virtualIP になることが示唆されています。

クラスタ内のすべてのノードの IP アドレスを FTP サーバーの ACL に追加しないようにしています。クラスター化された環境で、サービスがアウトバウンド トラフィックに仮想 IP を使用するようにするプログラム ソリューションを探しています。

クラスター (アプリケーション サーバーの場合はクラスター) では、サーバーに既に到達し、最近失敗した要求はどうなりますか。紛失したり、管理サーバーから最も近いノードに再送信されたりしますか? それとも何か？

4 ノードの RedShift クラスターがあります。

1. ノードの 1 つがダウンすると、クラスター全体が使用できなくなりますか?
2. はいの場合 - どのくらいの期間ですか?
3. クラスターが復旧したとき - 障害が発生する前とまったく同じ時点に戻ったのか、それともデータが数時間前の S3 スナップショットにロールバックされた可能性があるのか​​?
4. この状況をシミュレートして、このシナリオを自分で確認するにはどうすればよいですか?

どうもありがとう！

Windows フェールオーバー クラスターでクラスター化されたリソースとして MSMQ を実行しています。キューの NAT IP アドレスを使用して、HTTP 経由でキューにメッセージを送信したいと考えています。

クラスタ化されていない環境では、IP マッピング ファイルを MSMQ/Mapping フォルダに展開するため、これは正常に機能します。MSMQ はこのファイルを読み取り、それらのメッセージの送信先を認識します。

クラスター化されたシナリオでは、その NAT IP アドレスの変換はまったく行われません。

私のキューはクラスター化されたコンテキストで作成され、http://CLUSTERNAME.Domain/MSMQ/Private $/queuenameを使用して同じネットワーク内のマシンからメッセージを受信できます

次の XML マッピング ファイルをアクティブ ノードとパッシブ ノードの %windir%\system32\msmq\mapping フォルダーに展開し、アクティブ ノードでクラスター化された msmq サービスを再起動しました。

これは効果がありませんでした。メッセージはまだ配信されません。

ノート

1. リモート送信者からの着信要求は、アクティブ ノードの IIS ログであることがわかります。HTTP ステータスは 200 です。
2. Internet Explorer (501/505 エラー) と NAT IP アドレスを使用して、リモート センダーでクラスター化された msmq を参照できます。
3. わかりやすくするために、HTTP 経由でキューにメッセージを正常に送信しましたが、同じネットワークからのみ送信しました。

誰にもアイデアはありますか？

よろしく

ニール