JBoss 7 Cluster-Apacheを使用した負荷分散

仕事の一般原則

基本設定

1. モジュールの接続 。 次の行をコメント解除または追加します。
   

   LoadModule proxy_module modules/mod_proxy.so LoadModule proxy_ajp_module modules/mod_proxy_ajp.so LoadModule proxy_balancer_module modules/mod_proxy_balancer.so LoadModule headers_module modules/mod_headers.so 

   
   ロードバランサーには、mod_proxy.so、mod_proxy_ajp.so、およびmod_proxy_balancer.soモジュールが必要です。 システムに「セッション」の概念がない場合は、十分です。 たとえば、Webサービスを介してリクエストを処理するシステムを使用しました。これらは相互に関連しない単一の呼び出しであるため、セッションは作成されませんでした。 この場合、ユーザーとそのセッションが存在するため、mod_headers.soモジュールを追加する必要があります。これにより、ブラウザーによって送信されたセッションデータを追跡できます。
   
2. バランス調整 。 次の行を追加します。
   

    NameVirtualHost 192.168.1.0:80 <VirtualHost 192.168.1.0:80> Header add Set-Cookie "ROUTEID=.%{BALANCER_WORKER_ROUTE}e; path=/" env=BALANCER_ROUTE_CHANGED <Proxy balancer://ajp-cluster> BalancerMember ajp://192.168.1.1:8009 route=node1 BalancerMember ajp://192.168.1.2:8009 route=node2 ProxySet stickysession=ROUTEID </Proxy> <Location /> ProxyPass balancer://ajp-cluster/ </Location> </VirtualHost> 

   
   192.168.1.0の代わりに、Apacheアドレスを指定します。
   [ プロキシ]セクションで、クラスターノードのAJPコネクターのアドレスのリストを指定します。ノードごとにBalancerMemberが1回出現します。 JBoss 7構成では、デフォルトで、AJPコネクターはポート8009でリッスンします。 ルートパラメーターは、Apache自体でのみ使用される一意のホスト名を割り当てます。 JBossの開始時に指定された名前（ パラメーターjboss.node.name ）と一致する必要はありません。 これ以上変更する必要はありません;クラスターは起動とテストの準備ができています。
   構成の詳細

   Header add Set-Cookieディレクティブは、次のようにProxySet stickysessionディレクティブと連携して機能します。 クライアントが最初にApacheを呼び出すときに、バランサーがリダイレクト先のノードを選択した後、「 ROUTEID 」という名前のCookieがユーザーセッションに追加され、その値は選択したノードの識別子（上記の構成のnode1 / node2）です。 その後のクライアント呼び出しで、Apacheは以前にどのノードが選択されたかを「考える」必要がなくなり、CookieはリクエストをリダイレクトするノードにWebサーバーに明示的に指示します。 Headerディレクティブはセッション内のCookieの存在を担当し、ProxySet stickysessionディレクティブはセッションを特定のノードに「固定」するためにルーティングするときに使用します。 サーバーがセッションで機能しない場合（たとえば、上の例のようにWebサービスのみ）、HeaderおよびProxySetディレクティブは必要ありません。
   
   ジョシオニド

   多くの構成例では、セッション識別子JSESSIONIDをノードマーカーとして使用することをお勧めします。 これは論理的なようです、なぜなら この識別子は、ほとんどのJava Webアプリケーションで使用されます。 apache.orgの例：

    ProxyPass /test balancer://mycluster stickysession=JSESSIONID|jsessionid scolonpathdelim=On <Proxy balancer://mycluster> BalancerMember http://192.168.1.50:80 route=node1 BalancerMember http://192.168.1.51:80 route=node2 </Proxy> 

   すぐに言っておく必要があります。JBossの場合、これは少なくともデフォルトの構成では機能しません。 このメソッドは、アプリケーションのサーバー側で形成されるJSESSIONIDという名前のCookie値が2つの部分で構成されていることを前提としています。セッションIDはサーバーIDで補完され、ドットで区切られます。 JBoss 7は、セッションIDのみを含む単純なクッキーJSESSIONIDを形成します。セッションIDの値はランダムに生成され、意味を持ちません。
   したがって、説明した構成との主な違いは次のとおりです。
   

   • この記事で説明されている構成では、ノード識別子とセッション識別子は異なるCookieにあります。ここでは、2つの値が1つのCookieに結合されています。
   • この記事で説明されている構成では、ノード識別子はバランサーの側で形成され（論理的です：使用者は誰でも）、アプリケーションサーバー側のセッション識別子（同じ原則：セッション識別子はApacheではなくJBossで必要です）。 ここでは、両方の値がアプリケーションのサーバー側（またはバックエンドのWebサーバー）で生成されます。

   
   
   
   

SSLセットアップ（HTTPS）

一般原則

プロセスは次のとおりです。クライアントからのHTTPSリクエストは、AJPプロトコルを使用して、Apache Webサーバーに送信され、復号化され、クリア形式でアプリケーションサーバーに送信されます。 アプリケーションサーバーからの応答もWebサーバーに平文で送信され、そこで暗号化され、HTTPSプロトコルを介してクライアントに送信されます。 したがって、ApacheとJBossの間には、いわゆる「非武装地帯」があります。 外部の不正アクセスから閉じられ、アプリケーションレベルで不正アクセスに対する追加の保護を必要としないサーバー間に信頼関係が確立される環境。 HTTPSポート（通常は443）を介して外部からアクセスできるのはApacheのみであり、他のすべては密に閉じる必要があります。

1. ポート443盗聴 。 デフォルト設定のApache Webサーバーは、ポート80のみをリッスンします。ポート443をリッスンするには、次の行を追加します。
   

    Listen 443 

2. モジュールの接続 。 次の行をコメント解除するか、追加します。
   

    LoadModule ssl_module modules/mod_ssl.so 

   
   
3. バランス調整 。 次の行を追加します。
   

    NameVirtualHost 192.168.1.0:443 <VirtualHost 192.168.1.0:443> Header add Set-Cookie "ROUTEID=.%{BALANCER_WORKER_ROUTE}e; path=/" env=BALANCER_ROUTE_CHANGED <Proxy balancer://ajp-cluster> BalancerMember ajp://192.168.1.1:8009 route=node1 BalancerMember ajp://192.168.1.2:8009 route=node2 ProxySet stickysession=ROUTEID </Proxy> <Location /> ProxyPass balancer://ajp-cluster/ </Location> ProxyRequests off SSLEngine on SSLCertificateFile c:/Apache2/conf/my.cer SSLCertificateKeyFile c:/Apache2/conf/my.key </VirtualHost> 

   
   

 openssl pkcs12 -nocerts -nodes -in C:\key.p12 -out C:\Apache2\conf\my.key openssl pkcs12 -clcerts -nokeys -nodes -in C:\key.p12 -out C:\Apache2\conf\my.cer 

おわりに

PS