【仮想サーバ構築】Web-AP間連携の設定を行う！【mod_proxy】

2020年4月2日

本記事では、仮想サーバー上にい構築した、WebサーバとAPサーバ間の連携方法について解説します。なお、WebサーバーとAPサーバー間の接続には「mod_proxy」を、負荷分散設定には「mod_proxy_Balancer」を採用することとします。

Web-AP間接続コネクタとは？
- 想定するWeb-AP間連携構成図
- 負荷分散の振り分け（ロードバランシング）
Web-AP間連携の設定を行う

Web-AP間接続コネクタとは？

Web-AP間接続コネクタとは、ユーザーからのリクエストをWebサーバで受け取り、Apacheに導入したコネクタモジュール（Web-AP間接続コネクタ）からJBossクラスタの各ノードにリクエストを振り分ける機能を提供します。

クライアントとJBossクラスタの間にWebサーバ（Apache）を設置してロードバランシングする場合、コネクタとしては以下の3つの選択肢があります。

Web-AP間コネクタの種類

Tomcat Connectors（mod_jk）
Apache Tomcatプロジェクトによって開発されているコネクタです。開発の歴史も古く情報も豊富です。ただし通信プロトコルは「ajp」のみ対応。
Apache Proxyモジュール（mod_proxy）
Apache HTTPに標準で含まれているプロキシ用モジュールです。mod_proxyはいくつかのモジュールに分割されており、APサーバとの通信を行う場合はmod_proxy_ajp、mod_proxy_httpといったモジュールを利用して通信します。
JBoss HTTP Connector（mod_cluster）
JBossコミュニティが開発しているコネクタモジュールです。mod_clusterは、JBossパッケージに含まれて配布されています。

「mod_jk」や「mod_proxy」は、Webサーバ側に導入します。「mod_cluster」はWebサーバ、APサーバそれぞれにモジュールを導入します。なお、プロトコルに「http」を使用するため「mod_jk」は除外します。また「mod_cluster」は、経験上パフォーマンスに問題があるため、本記事ではWeb-AP間のコネクタに「mod_proxy」を採用します。

想定するWeb-AP間連携構成図

サーバーグループ毎に、異なるアプリケーションが動作することを想定して「main-server-group」のメンバに「jbs11」「jbs12」、「other-server-group」のメンバに「jbs21」「jbs22]を組み合わせ、それぞれサーバーを跨いで構築します。

実際のプロジェクトでは、ドメインコントローラも冗長構成にすることが一般的ですが、本記事ではシングルドメイン構成とします。
※ ドメインコントローラーを正副構成（冗長化）にしないという意味です。

負荷分散の振り分け（ロードバランシング）

各Jboss-eapサーバーグループのインスタンスは、特に正副は設けず「Act/Act」とします。「mod_proxy」を利用する事により、Apacheから複数台のJboss-eapサーバーインスタンスへリクエストを分散させる事が可能です。設定で「Act/Stb」構成とすることも可能です。

メンバーインスタンスに障害が発生した場合には「mod_proxy_balancer」がステータスコードを検知し、その経路を切断します。また、ロードバランスの方法には、大まかにラウンドロビンとステッィキーセッション２つの方式があります。

ラウンドロビン方式
単純に、リクエストが来たら複数のJboss-eapにリクエストを振り分けます。
ステッィキーセッション方式
クッキーの値で同じユーザと判断した場合、一度つながったJboss-eapへ再度リクエストを送ります。

本記事では、動的コンテンツを想定してスティッキーセッション方式を採用します。

Web-AP間連携設定の流れ

コネクタモジュールの設定
各サービス及びサーバーインスタンスの起動確認
JBOSS-EAPサーバーへのデプロイ
Web-AP間接続コネクタの動作確認
Web-AP間接続障害時の縮退動作確認

Web-AP間連携の設定を行う

ここからは、Apacheのモジュール「mod_proxy」関連のファイルを編集して設定を行っていきます。Web-サーバーへバンドル版のhttpd（Apache）を導入していれば、「mod_proxy」モジュールはデフォルトでインストールされています。

ちなみに、下記のコマンドでApacheのモジュール関連の導入有無が確認できます。

# 導入されている「Apache」の起動シェルスクリプトを検索
$ which apachectl

# 導入済みモジュールの一覧を表示
$ sh apachectl -M | grep proxy*

[root@wb01 sbin]# sh apachectl -M | grep proxy*
AH00558: httpd: Could not reliably determine the server's fully qualified domain name, using 192.168.109.150. Set the 'ServerName' directive globally to suppress this message
 proxy_module (shared)
 proxy_ajp_module (shared)
 proxy_balancer_module (shared)
 proxy_connect_module (shared)
 proxy_express_module (shared)
 proxy_fcgi_module (shared)
 proxy_fdpass_module (shared)
 proxy_ftp_module (shared)
 proxy_http_module (shared)
 proxy_scgi_module (shared)
 proxy_wstunnel_module (shared)

[root@wb01 sbin]# sh apachectl -M | grep proxy*

AH00558: httpd: Could not reliably determine the server's fully qualified domain name, using 192.168.109.150. Set the 'ServerName' directive globally to suppress this message

proxy_module (shared)

proxy_ajp_module (shared)

proxy_balancer_module (shared)

proxy_connect_module (shared)

proxy_express_module (shared)

proxy_fcgi_module (shared)

proxy_fdpass_module (shared)

proxy_ftp_module (shared)

proxy_http_module (shared)

proxy_scgi_module (shared)

proxy_wstunnel_module (shared)

proxyモジュールが一式導入されていることが分かります。

コネクタモジュールの設定

Webサーバー（wb01）とAPサーバー（ap01、ap02）の接続には、下記の3つのモジュールを使用して、各リクエストをAPサーバーへ負荷分散します。

負荷分散方式

mod_proxy
Apache HTTPに標準で含まれているプロキシ用モジュールです。
mod_proxy_http
HTTP/1.1 プロキシ/ゲートウェイサーバです。
mod_proxy_balancer
負荷分散のための mod_proxy 拡張機能を備えたモジュールです。

ロードモジュールの設定

「/etc/httpd/conf.modules.d/00-proxy.conf」の設定を確認します。

Web-AP間の連携で必要なモジュール3点のロード設定が有効化（非コメントアウト）されていることを確認します。

[root@wb01 conf.modules.d]# cat 00-proxy.conf
# This file configures all the proxy modules:
LoadModule proxy_module modules/mod_proxy.so
LoadModule lbmethod_bybusyness_module modules/mod_lbmethod_bybusyness.so
LoadModule lbmethod_byrequests_module modules/mod_lbmethod_byrequests.so
LoadModule lbmethod_bytraffic_module modules/mod_lbmethod_bytraffic.so
LoadModule lbmethod_heartbeat_module modules/mod_lbmethod_heartbeat.so
LoadModule proxy_ajp_module modules/mod_proxy_ajp.so
LoadModule proxy_balancer_module modules/mod_proxy_balancer.so
LoadModule proxy_connect_module modules/mod_proxy_connect.so
LoadModule proxy_express_module modules/mod_proxy_express.so
LoadModule proxy_fcgi_module modules/mod_proxy_fcgi.so
LoadModule proxy_fdpass_module modules/mod_proxy_fdpass.so
LoadModule proxy_ftp_module modules/mod_proxy_ftp.so
LoadModule proxy_http_module modules/mod_proxy_http.so
LoadModule proxy_scgi_module modules/mod_proxy_scgi.so
LoadModule proxy_wstunnel_module modules/mod_proxy_wstunnel.so

[root@wb01 conf.modules.d]# cat 00-proxy.conf

# This file configures all the proxy modules:

LoadModule proxy_module modules/mod_proxy.so

LoadModule lbmethod_bybusyness_module modules/mod_lbmethod_bybusyness.so

LoadModule lbmethod_byrequests_module modules/mod_lbmethod_byrequests.so

LoadModule lbmethod_bytraffic_module modules/mod_lbmethod_bytraffic.so

LoadModule lbmethod_heartbeat_module modules/mod_lbmethod_heartbeat.so

LoadModule proxy_ajp_module modules/mod_proxy_ajp.so

LoadModule proxy_balancer_module modules/mod_proxy_balancer.so

LoadModule proxy_connect_module modules/mod_proxy_connect.so

LoadModule proxy_express_module modules/mod_proxy_express.so

LoadModule proxy_fcgi_module modules/mod_proxy_fcgi.so

LoadModule proxy_fdpass_module modules/mod_proxy_fdpass.so

LoadModule proxy_ftp_module modules/mod_proxy_ftp.so

LoadModule proxy_http_module modules/mod_proxy_http.so

LoadModule proxy_scgi_module modules/mod_proxy_scgi.so

LoadModule proxy_wstunnel_module modules/mod_proxy_wstunnel.so

確認するのは下記の３つのモジュールです。

3行目：「modules/mod_proxy.so」
9行目：「modules/mod_proxy_balancer.so」
15行目：「modules/mod_proxy_http.so」

モジュールは導入されているだけでは機能しません。上記の様に設定ファイルで対象モジュールをロードして、初めて使用可能となります。なお、本設定ファイルは「httpd（Apache）」の起動時に読み込まれ、実行可能となります。

ロードバランス設定

httpd（Apache）からmod_httpdを利用してJboss-eapサーバー（jbs11、jbs12、jbs21、jbs22）に、接続するための設定を行います。

「/etc/httpd/conf.d/proxy-balancer.conf」ファイルを作成します。
※ ファイル名は判り易い名前であれば、特にルールはありません。「/etc/httpd/conf.d」配下へ作成すれば、httpdの起動時に読み込みます。

[root@wb01 conf.d]# vi proxy-balancer.conf

# BalancerMember
ProxyPass /balancer-manager !
<Location /balancer-manager>
  SetHandler balancer-manager
  Order Deny,Allow
  Deny from all
  Allow from all 192.168.109.
</Location>

# ServerStatus
ExtendedStatus On
ProxyPass /server-status !
<Location /server-status>
  Sethandler server-status
  Order deny,allow
  Deny from all
  Allow from all 192.168.109.
</Location>

ProxyRequests Off
ProxyPass / balancer://jbs-main-cluster nofailover=Off lbmethod=byrequests timeout=10 maxattempts=1
stickysession=JSESSIONID
ProxyPassReverse / balancer://jbs-main-cluster/
<Proxy balancer://jbs-main-cluster>
  BalancerMember http://ap01:8080/ route=01 keepalive=On loadfactor=10 retry=20
  BalancerMember http://ap02:8180/ route=02 keepalive=On loadfactor=10 retry=20
  ProxySet failonstatus=500,403,404
</Proxy>

ProxyPass / balancer://jbs-other-cluster nofailover=Off lbmethod=byrequests timeout=10 maxattempts=1 stickysession=JSESSIONID
ProxyPassReverse / balancer://jbs-other-cluster/
<Proxy balancer://jbs-other-cluster>
  BalancerMember http://ap02:8080/ route=01 keepalive=On loadfactor=10 retry=20
  BalancerMember http://ap01:8180/ route=02 keepalive=On loadfactor=10 retry=20
  ProxySet failonstatus=500,403,404
</Proxy>

[root@wb01 conf.d]# vi proxy-balancer.conf

# BalancerMember

ProxyPass /balancer-manager !

SetHandler balancer-manager

Order Deny,Allow

Deny from all

Allow from all 192.168.109.

</Location>

# ServerStatus

ExtendedStatus On

ProxyPass /server-status !

Sethandler server-status

Order deny,allow

Deny from all

Allow from all 192.168.109.

</Location>

ProxyRequests Off

ProxyPass / balancer://jbs-main-cluster nofailover=Off lbmethod=byrequests timeout=10 maxattempts=1

stickysession=JSESSIONID

ProxyPassReverse / balancer://jbs-main-cluster/

BalancerMember http://ap01:8080/ route=01 keepalive=On loadfactor=10 retry=20

BalancerMember http://ap02:8180/ route=02 keepalive=On loadfactor=10 retry=20

ProxySet failonstatus=500,403,404

</Proxy>

ProxyPass / balancer://jbs-other-cluster nofailover=Off lbmethod=byrequests timeout=10 maxattempts=1 stickysession=JSESSIONID

ProxyPassReverse / balancer://jbs-other-cluster/

BalancerMember http://ap02:8080/ route=01 keepalive=On loadfactor=10 retry=20

BalancerMember http://ap01:8180/ route=02 keepalive=On loadfactor=10 retry=20

ProxySet failonstatus=500,403,404

</Proxy>

3-10行目：バランサーマネージャの設定を記述します。
　※ 現在の稼働状況の確認やバランスメンバーの切離しや接続制御が可能になります。
12-20行目：サーバーステータスの設定を記述します。
　※ 現在のサーバーステータスが確認できるようになります。
22行目：フォワードプロキシ機能を無効にします。
23行目：バランシング対象とするパス(以下のパス全てが対象範囲)、対応するProxy balancerディレクティブと同じ名前を記述します。
25行目：リダイレクト時のURLを置換する為の設定を記述します。
26-30行目：「jbs-main-cluster」のプロキシーバランサーメンバーを追加します。
　本記事では、メンバーにjbs11、jbs12を設定します。
32-38行目：「jbs-other-cluster」のプロキシーバランサーメンバーを追加します。
　本記事では、メンバーにjbs21、jbs22を設定します。

主なディレクティブ

ProxyRequests
リバースプロキシのみ利用する場合は(フォワードプロキシを利用しない場合)は、off を指定します。
ProxyPass
プロトコル経由でJboss-eapへ接続します。
本記事では、負荷分散を行うため、「proxy-balancer」へリクエストを流します。<Proxy balancer://jbs-cluster>
Proxy
このタグ内に追加するバランサーメンバーを追加します。
lbmethod
分散方法の選択。byrequests(リクエスト回数)、bytraffic(バイト単位転送量)、bybusyness(フリーのワーカ優先)から選択します。
timeout
ワーカーを取得するまでの最大待機時間を設定します。
nofailover
アプリケーションがフェールオーバーに対応していればoffを、対応してない場合はonを指定します。
stickysession
同一情報に継続的に接続する為のセッション値を指定します。
loadfactor
ロードバランスする割合を指定します。
route
どのサーバに割り振るか動作している指定します。
retry
再接続思考の間隔を指定します。デフォルトは60秒

各サービス及びサーバーインスタンスの起動確認

実際に画面上でWeb-AP間接続コネクタの動作を確認していきます。

httpdサービスの起動確認

wb01サーバでhttpdサービスの起動を確認します。

起動していない場合は、下記のコマンドで起動して下さい。

# systemctl start httpd

Jboss-eapサーバーの起動確認

Jboss-eapサーバーの全インスタンスの起動を確認します。

ap01のJboss-eapサーバー起動確認

ap02のJboss-eapサーバー起動確認

起動していない場合は、下記のコマンドで起動して下さい。
※ ap01、ap02で実行します。

# sh /opt/jboss/EAP-7.2.0/bin/init.d/jboss-eap-rhel.sh start

「main-server-group」のサーバーインスタンス（jbs11、jbs12）が起動していることを確認します。

「other-server-group」のサーバーインスタンス（jbs21、jbs22）が起動していることを確認します。

Server-Status画面の確認

下記のURLへアクセスして「Server-Status」が正常に動作していることを確認します。

URL：http://wb01/server-status/

Balancer-Manager画面の確認

下記のURLへアクセスして「Balancer-Manager」が正常に動作していることを確認します。

URL：http://wb01/balancer-manager/

「jbs-main-cluster」と「jbs-other-cluster」の負荷分散状況が表示されている

JBOSS-EAPサーバーへのデプロイ

Web-AP間接続コネクタの正常動作を確認するために、全インスタンスへテストアプリケーションをデプロイします。

下記のURLから、テスト用アプリケーション「jboss-as-helloworld.war」をダウンロードします。

URL」 https://github.com/spagop/quickstart/blob/master/management-api-examples/mgmt-deploy-application/application/jboss-as-helloworld.war
※ アップしていただいた方に感謝です。

「jboss-as-helloworld.war」がダウンロードできたら、JBOSS-EAPの管理コンソールを使用して、「jboss-as-helloworld.war」を「jbs11」「jbs12」へデプロイします。
※ ドメイン構成なので、実際にデプロイするのは「main-server-group」に対して行います。

「Deployments」⇒「Server Groups」⇒「main-server-group」⇒「Add」ボタン押下

「 jboss-as-helloworld.war 」のアップロードが正常に完了

※「main-server-group」に対して「 jboss-as-helloworld.war 」のデプロイが完了したら、同様に「other-server-group」へも「 jboss-as-helloworld.war 」をデプロイします。
本来は、サーバーグループ毎に別のアプリケーションがデプロイされる想定ですが、本記事では学習目的の為、同じアプリケーションをデプロイしています。

各JBOSS-EAPのサーバーインスタンスへ接続

下記のURLを入力し、各Jboss-eapのサーバーインスタンスへ直接アクセスします。

URL：http://ap01:8080/jboss-as-helloworld/HelloWorld
URL：http://ap01:8180/jboss-as-helloworld/HelloWorld
URL：http://ap02:8080/jboss-as-helloworld/HelloWorld
URL：http://ap02:8180/jboss-as-helloworld/HelloWorld

上記のURL全ての画面で、正常に「Hello World!」が出力されていることを確認します。

Web-AP間接続コネクタの動作確認

下記のURLを入力し、Web-AP間接続コネクタが正常に負荷分散していることを、「Balancer-Manager」画面から確認します。

「wb01」⇒「jbs11」「jbs12」への接続確認

URL： http://wb01/main/jboss-as-helloworld/HelloWorld
※ 上記URLを10回連続で表示させます。

「jbs-main-cluster」メンバーが、それぞれ5回づつアクセスされている

「wb01」⇒「jbs21」「jbs22」への接続確認

URL： http://wb01/other/jboss-as-helloworld/HelloWorld
※ 上記URLを5回連続で表示させます。

「jbs-other-cluster」メンバーが、「jbs21」が3回、「jbs22」が2回アクセスされている

Web-AP間接続障害時の縮退動作確認

サーバーグループ内でメンバーインスタンスに障害が発生した場合には、「mod_proxy_balancer」がステータスコードを検知し、その経路を切断することを確認します。

「jbs-main-cluster」の縮退確認

「jbs11」サーバーインスタンスを停止して、下記のURLへアクセスします。

URL： http://wb01/main/jboss-as-helloworld/HelloWorld
※ 上記URLを5回連続で表示させます。

「jbs11」の異常を検知したBalancer-Managerは、次回から「jbs12」のみへリクエストを送信します

「jbs-other-cluster」の縮退確認

「jbs21」サーバーインスタンスを停止して、下記のURLへアクセスします。

URL： http://wb01/other/jboss-as-helloworld/HelloWorld
※ 上記URLを5回連続で表示させます。

「jbs21」の異常を検知したBalancer-Managerは、次回から「jbs22」のみへリクエストを送信します

本記事でのWeb-AP間接続コネクタの設定は、あくまでも一例にすぎません。

「mod_proxy」は、ヘルスチェックによる自動障害検知の方法や、負荷分散方式「Acrive-Standby」等、他にも詳細に設定が可能です。

是非、いろいろ試してみてください。

仮想サーバー構築（全9記事）［追加記事作成中］

├─KickStartを使ってVmWare Player上へLinuxを導入する！
├─KickStart設定ファイルについて！
├─httpd（Apache）サーバーの導入
├─NICチーミングを設定する！
├─サーブレットコンテナ（JBOSS）の導入
├─JBoss-EAPを設定する！
├─Web-AP間連携の設定を行う！
├─VmWare Playerのディスク共有設定を行う！
└─共有ディスク上へデータ格納領域を作成する

よく読まれている記事

1: シェルとシェルスクリプトの違いとは？シェルの種類について

Shellとは？ Shellとは、人間の理解できる言葉を機会へ伝えるプログラムです。 Linux環境でコマンドプロンプト画面を開いているとき、常にShellは起動している状態です。「Shell」とは ...

2: 【Linuxの基礎知識】Linuxとは何か？ Linuxの基本概要を理解しよう！

Linuxは主にサーバー用として利用されるOSです。大規模な基幹システムの開発者、ロボットや家電開発等の組み込み系エンジニア、ネットワーク機器やデータベースに携わるインフラエンジニアは触れることが多い ...

3: 【Javaプログラム】Javaとは？ Javaの基本概要をわかりやすく解説！

プログラミング言語を習得しようと思った時、必ずと言っていいほど候補として挙げられるのが「Java」というプログラミング言語です。「Java」は、現在日本で最も使われている言語であり、非常に人気のある ...

4: 【Shellスクリプト】シェルスクリプトの基本事項！

この記事は、Linuxについて勉強している初心者の方向けに「Shellスクリプト」について解説します。最後まで読んで頂けましたら、Shellスクリプトはどのような役割を担っているのか？を理解出来るよう ...

-仮想サーバー構築

comment コメントをキャンセル

仮想サーバー構築

2020/3/19

【仮想サーバー構築】KickStartを使ってVmWare Player上へLinuxを導入する！

今日のITインフラを取り巻く状況を見てみると、「仮想化」は、その言葉を聞かない日はないくらい一般に浸透してきています。仮想化とは、コンピュータリソースを物理的構成にとらわれずに論理的に統合や分割、または変換することを指しています。サーバーの仮想化は、1台の物理的なサーバーを複数の論理的なサーバーに分割したり、複数の物理的なサーバーを1台の論理的なサーバーに統合したりする技術です。本記事では、この仮想化技術を用いて自前のPCの中へ、エンジニアとしての技術習得環境を作成することを目的としています。もくじ ...

仮想サーバー構築

2020/6/17

【仮想サーバー構築】VmWare Playerのディスク共有設定を行う！

前回は、WebサーバーとAPサーバーの連携設定を行いました。今回は、データーベースを導入するにあたり、VmWare Player上でディスクの共有設定を行います。本記事では、VmWare Playerでのディスク共有設定を行います。もくじ想定する構築環境想定するミドルウェア想定するディスク領域 VmWare Playerのディスク共有設定共有ディスクの作成（node0側の作業）共有ディスク設定（db01、db02側の作業）想定する構築環境データーベースアプリケーションを「db01」「db ...

仮想サーバー構築

2021/3/2

【仮想サーバー構築】Linux導入後の環境設定！

前回までに下記の記事で、VmWare PlayerへLinuxを導入を進めてきました。現状ではLinux OSがインストールされているだけの状態であり、今後いろいろなモジュールを追加してサーバー機能を動作させるためには不足な設定箇所が多々あります。この記事では、LinuxOS導入後の環境準備を行っていきます。もくじ Linux OS導入後の設定！環境設定の簡単な流れ１．スクリプト格納ディレクトリ２．firewalldサービスの停止３．yumリポジトリの設定４．「/etc/hosts」の設定 ...

仮想サーバー構築

2020/3/24

【仮想サーバ構築】NICチーミングを設定する！【NIC冗長化】

もくじチーミングとは想定する構築環境 NICチーミングを設定する NetworkManagerの導入有無確認 NICチーミングの設定チーミングとはチーミングとは、コンピュータ内の複数の物理的なネットワークアダプタ（NIC）を、ソフトウェア上で仮想的な一つのアダプタとして一体的に運用することを指します。ネットワーク上を流れるパケットのサーバへの玄関（NIC）が壊れてしまうと、それ以降は通信が出来なくなってしまう状態となります。それを防ぐために、予めネットワークを流れるパケットのサーバへの玄関 ...

仮想サーバー構築

2020/3/30

【仮想サーバ構築】JBoss-EAPを設定する！【ドメイン構成】

この記事では、前記事【仮想サーバ構築】サーブレットコンテナ（JBOSS）の導入【APサーバー】後の「Jboss-EAP-7.2.0」の設定方法について解説しています。本記事では「ドメイン構成」での設定方法を説明しています。 jboss-eap-7.2では、複数ノードをシングルコンソールで管理する「ドメイン構成」で設定していきます。もくじ想定する構築環境 JBoss-EAPを設定するクラスタ環境設定 JBOSS-EAPの起動管理コンソール設定サービス画面の表示確認 JBOSS-EAP起動・停止・状 ...

【Shellスクリプト】シェルスクリプトの基本事項！

【Shellスクリプト】変数と特殊変数について！

【仮想サーバ構築】Web-AP間連携の設定を行う！【mod_proxy】

Web-AP間接続コネクタとは？

想定するWeb-AP間連携構成図

負荷分散の振り分け（ロードバランシング）

Web-AP間連携の設定を行う

コネクタモジュールの設定

ロードモジュールの設定

ロードバランス設定

各サービス及びサーバーインスタンスの起動確認

httpdサービスの起動確認

Jboss-eapサーバーの起動確認

Server-Status画面の確認

Balancer-Manager画面の確認

JBOSS-EAPサーバーへのデプロイ

各JBOSS-EAPのサーバーインスタンスへ接続

Web-AP間接続コネクタの動作確認

「wb01」⇒「jbs11」「jbs12」への接続確認

「wb01」⇒「jbs21」「jbs22」への接続確認

Web-AP間接続障害時の縮退動作確認

「jbs-main-cluster」 の縮退確認

「jbs-other-cluster」 の縮退確認

「jbs-main-cluster」の縮退確認

「jbs-other-cluster」の縮退確認