advisor のリスト

advisor は、Load Balancer 内のエージェントです。これは、サーバー・マシンの状態および負荷の状態を評価することを目的としています。この advisor のリストは、Load Balancer と共に既に提供されていますが、特定の必要性を満たすためにカスタム advisor を作成することもできます。

表 1. advisor のリスト
advisor 名 説明
caching proxy caching proxy advisor は、接続をオープンし、 Caching Proxy 固有の HTTP GET 要求を送信し、その応答を Caching Proxy 負荷として 解釈します。
重要: Caching Proxy advisor を使用する場合は、ロード・バランシングされているすべてのサーバーで Caching Proxy を実行している必要があります。Load Balancer が常駐するマシンは、ロード・バランシングが行われる同じマシンに連結されていなければ、Caching Proxy がインストールされている必要はありません。
connect connect advisor では、プロトコル固有のデータをサーバーと交換することは しません。これは、サーバーとの TCP 接続をオープンおよびクローズするために かかる時間を単に測定するものです。この advisor は、IBM 提供の advisor またはカスタム advisor を使用できない高水準プロトコルとともに TCP を使用するサーバー・アプリケーションに有用です。
カスタム advisor Dispatcher は、カスタム (カスタマイズ可能な) advisor を作成する機能をユーザーに 提供します。これによって、IBM によって特定の advisor が開発されていない (TCP 最上部の) 専有プロトコルが サポートされるようになります。詳しくは、カスタム advisor の作成を参照してください。
DB2 DB2 advisor は、DB2 サーバーと連動します。 Dispatcher には、ユーザーが独自のカスタム advisor を作成しなくても、DB2 サーバーの正常性を検査することができる組み込み機能が 備わっています。DB2 advisor は、Java 接続ポートではなく、DB2 接続ポートのみと通信します。
dns DNS advisor では、接続をオープンし、DNS に関するポインター照会を送信し、応答を待機して接続をクローズし、経過時間を負荷として 戻します。
ftp FTP advisor では、接続をオープンし、SYST 要求を送信し、応答を待機してから接続をクローズし、経過時間を負荷として 戻します。
http HTTP advisor では、接続をオープンし、デフォルトによって HEAD 要求を送信し、応答接続を待機して、経過時間を負荷として 戻します。HTTP advisor によって送信される要求タイプを変更する方法についての詳細は、advisor 要求または応答オプションによるサービス固有のアドバイスの取得を参照してください。
https HTTPS advisor は、SSL 接続用の「重量」の advisor です。これは、サーバーとの完全 SSL ソケット接続を実行します。 HTTPS advisor は、SSL 接続をオープンして HTTPS 要求を送信し、応答を待機して接続をクローズし、負荷として経過時間を戻します。 (SSL 接続用の「軽量」の SSL advisor も参照してください。
注: HTTPS advisor はサーバー鍵または証明書のコンテンツには依存しませんが、期限切れになってはなりません。
imap IMAP advisor では、接続をオープンし、 サーバーからの初期メッセージを待機し、終了コマンドを送信して 接続をクローズし、経過時間を負荷として戻します。
ldap LDAP advisor では、接続をオープンし、匿名の BIND 要求を送信し、応答を待機してから接続をクローズし、経過時間を負荷として戻します。
ldapuri
New feature New feature:
LDAP URI advisor により、 LDAP サーバーに対する完全な要求を処理することによって、LDAP の可用性をより正確に測定できます。
advisor は、以下を行います。
  1. 接続をオープンする。
  2. サーバー・オブジェクトで定義された advisorrequest フィールドに基づいて、BIND 要求を送信する。
  3. 応答を待機する。
  4. 接続をクローズする。
  5. 経過時間を負荷として戻す。
この advisor の構成について詳しくは、LDAP URI advisor の構成を参照してください。
newfeat
nntp NNTP advisor では、接続をオープンし、 サーバーからの初期メッセージを待機し、終了コマンドを送信して 接続をクローズし、経過時間を負荷として戻します。
ping ping advisor では、サーバーとの TCP 接続をオープンしませんが、代わりにサーバーが ping に応答するかどうかを報告します。ping advisor はどのポートでも使用することができますが、マルチプロトコルのトラフィックが流れている可能性のある ワイルドカード・ポートを使用する構成のために設計されています。これは、サーバーとの間で非 TCP プロトコルを使用する構成にも有用です。
pop3 POP3 advisor では、接続をオープンし、 サーバーからの初期メッセージを待機し、終了コマンドを送信して 接続をクローズし、経過時間を負荷として戻します。
reach reach advisor では、そのターゲット・マシンを ping します。また、この advisor は、Dispatcher の HA コンポーネントがこの advisor のリーチ・ターゲットの到達可能性を決定するように設計されています。 この結果は、HA コンポーネントに流して送られますが、manager 報告書には 記載されません。他の advisor とは異なり、各 advisor は Dispatcher コンポーネントの manager 機能によって自動的に開始されます。
sip SIP advisor では、 接続をオープンし、OPTIONS 要求を送信し、応答を待機して接続をクローズし、 経過時間を負荷として戻します。サポートされる SIP advisor は、TCP 上だけでしか実行されません。また、この advisor の要件として、OPTIONS 要求に 応答するサーバー上にアプリケーションをインストールする必要があります。
smtp SMTP advisor では、接続をオープンし、 サーバーからの初期メッセージを待機し、終了を送信して 接続をクローズし、経過時間を負荷として戻します。
ssl SSL advisor は、SSL 接続用の「軽量」の advisor です。 これは、サーバーとの完全 SSL ソケット接続を確立しません。 SSL advisor は、接続をオープンして SSL CLIENT_HELLO 要求を送信し、応答を待機して接続をクローズし、負荷として経過時間を戻します。 (SSL 接続用の「重量」の HTTPS advisor も参照してください。)
注: 以下に留意してください。
  • SSL advisor は、鍵の管理および証明書に依存しません。
  • TLS advisor は、SSL advisor がサーバーのダウンをマーキングしているが、サーバーがまだ稼働していることがわかっており、かつ、暗号が見つからなかったことを示すメッセージが表示されている場合に使用するとよいでしょう。
ssl2http ssl2http advisor ではポート 443 にリストされたサーバーで開始およびアドバイスを行いますが、HTTP 要求に 対して「mapport」のソケットは、この advisor によってオープンされます。クライアントとプロキシー間のプロトコル・リストが SSL であり、プロキシーとサーバー間のプロトコルが HTTP である場合のみ、CBR に ssl2http advisor を使用してください。
telnet Telnet advisor では、接続をオープンし、サーバーからの初期メッセージを待機し、接続をクローズして、経過時間を負荷として戻します。
tls Transport Layer Security (TLS) は、SSL プロトコルの後継機能です。TLS 1.0 が、SSLv3 の後継となっています。

TLS advisor は、SSL advisor がサーバーのダウンをマーキングしているが、サーバーがまだ稼働していることがわかっており、かつ、暗号が見つからなかったことを示すメッセージが表示されている場合に使用するとよいでしょう。

was WAS (WebSphere Application Server) advisor は、WebSphere Application Server と 連動します。この advisor のカスタマイズ可能なサンプル・ファイルは、インストール・ディレクトリーで提供されます。詳しくは、例: WAS advisor の実装を参照してください。
wlm WLM (ワークロード管理) advisor は、MVS™ ワークロード管理 (WLM) コンポーネントを実行している OS/390 メインフレーム上のサーバーと連動するように設計されています。詳しくは、ワークロード管理 advisorを参照してください。
Reference topic    

Terms and conditions for information centers | Feedback

Last updated: May 28, 2013 08:30 AM EDT
File name: rprf_advlist.html