問題タブ [failovercluster]

次の構成を使用しています。

Glassfish 3.1.1 (zip バージョン)、apache 2.2.22、mod_jk 1.2.32、および Windows 7 x64。

物理マシンが 2 台あります。最初のマシンには、DAS、Glassfish のインスタンス 1、mod_jk を使用した apache があります。2 番目のマシンには、Glassfish のインスタンス 2 があります。

私は Web 上の多くのチュートリアルを読み、まったく同じことをしましたが、まだ機能しません。1 つの Web アプリケーションの 2 つの物理マシン間でセッション レプリケーションを実行できます。Apacheを実行してmod_jkをインストールすることができました。ポート 8009 に http-listener をセットアップしました。Apache がすべてのリクエストを、Glassfish が使用するポート 80 から 8080 にリダイレクトすることがわかります。ただし、localhost/some_application と入力すると、some_application が開きません。

mod_jk のログを調べました。これは私が通常そこで見るものです：

[Thu Feb 09 18:15:31 2012] [5532:2244] [info] jk_open_socket::jk_connect.c (626): 127.0.1.1:8009 への接続に失敗しました (errno=61) [Thu Feb 09 18:15: 31 2012] [5532:2244] [info] ajp_connect_to_endpoint::jk_ajp_common.c (1008): (127.0.1.1:8009) へのソケットを開くことができませんでした (errno=61) [Thu Feb 09 18:15:31 2012] [5532 :2244] [エラー] ajp_send_request::jk_ajp_common.c (1630): (worker1) バックエンドへの接続に失敗しました。Tomcat が起動されていないか、間違ったポートでリッスンしている可能性があります (errno=61) [Thu Feb 09 18:15:31 2012] [5532:2244] [info] ajp_service::jk_ajp_common.c (2607): (worker1) 送信中リクエストの送信中にエラーが発生したため、Tomcat へのリクエストが失敗しました (回復可能) (試行 = 1)

誰かがそれを解決することを知っていますか?

前もって感謝します。

たとえば、アクセス数の多いインターネット Web サイトがあるとします。たとえば、1 日あたり 10M pv の場合、

いう、

1. セッション スティッキーは適切な方法でフェイルオーバーを処理できません。ユーザーは影響を受けます。
2. セッション レプリケーションはオーバーヘッドが大きすぎる可能性があります。
3. 実際のセッション データを格納するためにクラスター化されたキャッシュ サーバーを使用し、キー (useid など) のようなものに対してのみセッション レプリケーションを行いますか?

私はかつて eBay で誰かに尋ねたことがあります。良い方法/ベストプラクティスはありますか?

プロパティを見つけましたDiskVolumeInfo-- クラスター化されたセットアップでディスク情報を取得するために使用したいと思います。

http://msdn.microsoft.com/en-us/library/windows/desktop/bb309235(v=vs.85).aspx

問題は、このデータを取得するために必要な技術がわからないことです。これは、標準の C/C++/C#/VB 形式の関数/メソッド参照とは異なります。

質問: DiskVolumeInfo データを取得するにはどうすればよいですか?

理想的には、バイナリ出力を data.bin などのファイルに直接書き込むことができます。

どんなアイデアも役に立ちます、ありがとう。

原則として、SQL Server フェールオーバー クラスターは、SQL Server が実際にはサーバーのクラスターであるという事実に気付かずに、アプリケーションが接続できる仮想マシンとして自身を提示します。したがって、原則として、アプリケーションのデータベース アクセス層内に追加のロジックは必要ありません。 .

私の質問は、上記が正しいかどうか、およびフェールオーバー クラスターを使用する場合に DB アクセス層がどのように動作するかについてのベスト プラクティスの変更があるかどうかです。たとえば、フェイルオーバーが発生すると、遅延が発生し、DB アクセス層でタイムアウト エラーが発生する可能性があります。その層にロジックを配置して、タイムアウトが発生したときに [一部の] DB 呼び出しを再試行することを検討しています (既に再試行があります)。 DB デッドロックのロジック)。これにより、アプリケーションに影響を与えるエラーから別のレベルの保護が提供されます。

フェールオーバー スイッチが発生し、サービス コールでタイムアウト エラーを受け取った上位のアプリケーション レベルが発生した場合、それはシームレスなスイッチオーバーではありません。フェイルオーバーが可能な期間にタイムアウトを設定するだけでよいのでしょうか?

ありがとう。

Tomcat にデプロイされた webapp の高可用性の側面に取り組んでいます。webapp ユーザーにはわからないようにフェールオーバーのメカニズムが必要であり、その解決策として tomcat クラスタリングを検討しています。

フェールオーバーのみを検討し、ロード バランシングを検討していない場合 (この時点では必要ありません)、Tomcat クラスタをどのように構成すればよいですか?

編集

メカニズムについては認識していますが、構成の側面を見ています。

Sql Server 2012 AlwaysOn を起動して実行しました。すべてが計画どおりに機能しています。ただし、私の運用環境には、新しいデータベースを作成するアプリケーションがあります。次に、これらの新しいデータベースを可用性グループに手動で追加する必要があります。次の方法はありますか?

1. 新しい各 DB が作成時に適切なグループに自動的に追加されるようにする、または
2. まだグループにないデータベースをグループに追加するスクリプトを定期的に実行します

ありがとう！

スコット

MYSQL サーバーがフェイルオーバーで適切に構成されていません。Redhat クラスターまたはハートビートを使用することを考えています。また、アプリケーションは複数のデータベースを認識しないため、1 つのフローティング IP ですべてのタスクを実行する必要があります。誰かがどのルートが最適かを提案できますか?

レプリケートされたデータベースを使用するアクティブ/アクティブ クラスターを設計する最善の方法を見つけようとしています。ネットワークの負荷分散とフェールオーバーには、Windows NLB を使用できます。データベースには、すぐに使用できるマスター - マスター レプリケーションを実行できる MySQL を使用できます。これは単純な部分です。

ここでの問題は、複製されたデータベースに接続されているメッセージング サービスをどのようにプログラムするかということです。両方のサービスが競合することなく同じテーブルで動作するように設計するための最良の方法は何ですか? 障害が発生した場合、障害が発生したノードからの未完了のトランザクションは、他のノードによって引き継がれる必要があります。

メッセージング サービスの仕組みは次のとおりです。Web クライアントは、受信者とメッセージを指定して Web サービスを呼び出します。Web サービスはメッセージをデータベース キューに挿入します。特定の条件が満たされると、メッセージが送信されます。これは、数秒以内または数日後に発生する可能性があります。

インターネットで大規模な検索を行いましたが、役に立ちませんでした。誰かが似たようなことをしましたか？ありがとう。

David Fowlerのブログで、SQLServerがサービスバスのスケールアウトプロバイダーのリストに追加されました。

現在、WindowsサーバーにRedisを実装しています。私がRedisについて知っていることに基づいて、SQL Serverを使用するよりも大幅に高速になると思います-それは公正な仮定ですか？

もしそうなら、RedisのWindowsバージョンはどのようにフェイルオーバーを実装しますか？

最も基本的なクラスタリング要件を提供するライブラリを探しています。状態複製の要件は非常に最小限であるため、このライブラリは、本格的な状態複製ソリューション (ZooKeeper) から切り離されることを願っています。

1. シードとゴシップを使用した他のクラスター メンバーの検出。(マルチキャストなしのネットワーク)
2. REST over HTTP/S に基づく LAN および WAN ネットワークのフェイルオーバー検出アルゴリズム。(設計によるファイアウォール フレンドリー、マルチサイト クラスタリング)。
3. スプリットブレイン検出を含むクォーラムベースのリーダー選挙。(マルチサイト クラスタリング)
4. Java または JVM 互換言語で書かれていることを願っています。
5. リーダーとの間でのみ読み取り/書き込みを行います (リーダー ノードへの書き込みは、他のすべてのノードに複製されます)。
6. ごくわずかな量の読み取り/書き込みトラフィック。