現在、WebLogic クラスタ環境でサポートされるプロジェクトを開発しています。クラスタのセットアップは完了しましたが、ロード バランシング ソリューションが必要です (現在、テスト目的でのみ、WebLogic のラウンド ロビンHttpClusterServletロード バランシングを使用しています)。WebLogic にロード バランシングを提供するさまざまな方法を (長所と短所を含めて) 明確に比較したドキュメントはありますか?
取り上げたい主なトピックは次のとおりです。
よろしくお願いします。
WebLogicに負荷分散を提供するさまざまな方法を（長所と短所で）明確に比較できるドキュメントはありますか？
構築しているアプリケーションの種類と、関連するテクノロジーの種類は明確ではありません。だが...
クラスターでのフェイルオーバーとレプリケーション、およびクラスターでの負荷分散（クラスターの実装手順も参照）に役立つ情報がありますが、少なくとも私の知る限りでは、さまざまなオプション間の実際の比較はありません。ただし、選択はそれほど複雑ではありません。1。ハードウェアロードバランサーはソフトウェアロードバランサーよりもパフォーマンスが優れています。2。ソフトウェアロードバランサーを使用する場合は、Apache用のWebLogicプラグインが（BEAによって）本番環境に推奨されます。実際、Webアプリの場合、静的ファイルをWebサーバーに配置して、Apachemod_wlプラグインを使用するのが一般的です。ApacheHTTPServerプラグインのインストールと設定の章を参照してください。
これらは私がカバーしたい主なトピックです：
パフォーマンス（通常およびフェイルオーバー時）：この質問が永続セッションに関するものである場合、WebLogicはデフォルトでメモリレプリケーションを使用し、これは比較的低いオーバーヘッドで非常にうまく機能します。
検出できる障害とフェイルオーバーの回復速度：使用しているプロトコルが不明です。ただし、接続エラーとクラスタリングフェイルオーバーを参照してください。
失敗に対する透明性（たとえば、べき等要求を自動的に再試行する機能）：使用しているプロトコルを明確にすると、応答が容易になります。この質問がHTTP要求に関するものである場合は、図3-1接続フェイルオーバーを参照してください。
各負荷分散ソリューションは、さまざまなトポロジ（N層、クラスタリング）にどの程度適合していますか：質問は不明確で曖昧すぎます（私にとって）。しかし、おそらくクラスターアーキテクチャを見てください。
ちなみに、クラスタリングのベストプラクティスを読む必要があるもう1つのすばらしい章です。