リアル・サーバー・モニターはいくつか用意されており、以下の表で説明している。もちろん、PERLを使って追加のモニターを書くこともできます。
|
モニタリング方法
|
説明
|
例
|
|
HTTP 200 OK
|
リアル・サーバーにTCP接続が行なわれる。接続が確立すると、Real Serverに対して簡単なHTTPリクエストが送信される。
レスポンスを受信すると、「200 OK」文字列があるかどうかがチェックされる。この文字列が存在すれば、サーバーは稼動しているとみなされる。
このモニターを使用すると、コンテンツを含むページ全体を取得することに注意してください。
このモニタリング・メソッドは、HTTPとAccelerated HTTPサービス・タイプでのみ使用できる。しかし、HTTPサーバーでレイヤー4サービスタイプが使用されている場合、リアルサーバーでSSLが使用されていないか、「Content SSL」機能によって適切に処理されていれば、まだ使用できます。
|
リクエスト
GET / HTTP/1.1
ホスト：192.168.159.200
受け入れる：*/*
受諾言語: ja-gb
ユーザーエージェントEdgenexus-ADC/4.0
接続キープアライブ
キャッシュ制御: no-cache
応答
HTTP/1.1 200 OK
コンテンツタイプ: text/html
最終更新日Wed, 31 Jan 2018 15:08:18 GMT
受諾範囲：バイト
ETag："0dd3253a59ad31:0"
サーバーマイクロソフト-IIS/10.0
日付火曜日, 13 7月 2021 15:55:47 GMT
コンテンツ長：1364
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1" />
<タイトル>ジェットネクサス</タイトル
<style type="text/css">。
<!--
ボディ
color:#FFFFFF；
...
</body>
</html>
|
|
HTTP 200 ヘッド
|
PATHフィールドにチェックする場所を指定して、リアルサーバーにTCP接続を行う。
レスポンスの先頭部分がサーバーから取得され、内容は破棄される。レスポンスは200 OKかどうかチェックされる。これが存在すれば、サーバーは稼動しているとみなされる。
このモニターを使用すると、ヘッド部分のみを取得することに注意してください。
このモニタリング・メソッドは、HTTPとAccelerated HTTPサービス・タイプでのみ使用できる。しかし、HTTPサーバーでレイヤー4サービスタイプが使用されている場合、リアルサーバーでSSLが使用されていないか、「Content SSL」機能によって適切に処理されていれば、まだ使用できます。
|
リクエスト
ヘッド / http/1.1
ホスト：192.168.159.200
受け入れる：*/*
受諾言語: ja-gb
ユーザーエージェントEdgenexus-ADC/4.0
接続キープアライブ
キャッシュ制御: no-cache
応答
HTTP/1.1 200 OK
コンテンツ長：1364
コンテンツタイプ: text/html
最終更新日Wed, 31 Jan 2018 15:08:18 GMT
許容範囲：バイト
ETag："0dd3253a59ad31:0"
サーバーマイクロソフト-IIS/10.0
日付火曜日, 13 7月 2021 15時49分19秒 GMT
|
|
HTTP 200 オプション
|
リアル・サーバーにTCP接続を行い、オプション要求を行う。
オプションが返され、200 OKの内容がチェックされる。
200 OKのコンテンツが見つかれば、サーバーは利用可能であると判断される。
|
リクエスト
オプション / http/1.1
ホスト：192.168.159.200
受け入れる：*/*
受諾言語: ja-gb
ユーザーエージェントEdgenexus-ADC/4.0
接続キープアライブ
キャッシュ制御: no-cache
応答
HTTP/1.1 200 OK
許可する：オプション、トレース、ゲット、ヘッド、ポスト
サーバーマイクロソフト-IIS/10.0
公開：オプション、トレース、ゲット、ヘッド、ポスト
日付火曜日, 13 7月 2021 16時23分39秒 GMT
コンテンツ長: 0
|
|
HTTPヘッド
|
HTTPヘッド・モニターは、HTTPストリームのヘッド部分にある特定の値をチェックすることができます。適切なフィールドに Path と Required Response を入力し、レスポンスでその値をチェックします。
Required Responseの値がHeadに見つかった場合、サーバーは稼働しており、利用可能であるとみなされる。
また、ユーザー名とパスワードが必要な特別に保護されたページでも、これを使うことができる。こうすることで、モニターの結果を正確なものとみなすことができる。
例えば、/ispagethere.htmlを提供し、PathとRequired Responseフィールドに200 OKを指定すると、サーバーが稼動しており、ページが利用可能で、リクエストに応答する場合、成功した結果が返されます。
このモニタリング・メソッドは、HTTPとAccelerated HTTPサービス・タイプでのみ使用できる。しかし、HTTPサーバーでレイヤー4サービスタイプが使用されている場合、リアルサーバーでSSLが使用されていないか、「Content SSL」機能によって適切に処理されていれば、まだ使用できます。
|
リクエスト
HEAD /ispagethere.htm HTTP/1.1
ホスト：192.168.159.200
受け入れる：*/*
受諾言語: ja-gb
ユーザーエージェントEdgenexus-ADC/4.0
接続キープアライブ
キャッシュ制御: no-cache
応答
HTTP/1.1 200 OK
コンテンツ長：1364
コンテンツタイプ: text/html
最終更新日Wed, 31 Jan 2018 15:08:18 GMT
許容範囲：バイト
ETag："0dd3253a59ad31:0"
サーバーマイクロソフト-IIS/10.0
日付水曜日, 14 7月 2021 08:28:18 GMT
|
|
HTTPオプション
|
HTTPオプション・モニターは、返されたオプション・データ内の特定の値をチェックすることができます。
適切なフィールドに「パス」と「必須レスポンス」を入力し、レスポンスをチェックする。
オプションデータに「必須レスポンス」が見つかれば、サーバーは利用可能であり、稼動している。
Required Responseの値には、以下のいずれかを指定する：OPTIONS、TRACE、GET、HEAD、POST。
例えば、/ispagethere.htmlを提供し、PathとRequired ResponseフィールドにGET値を指定すると、サーバーが稼働しており、ページが利用可能で、リクエストに応答する場合、成功した結果が返されます。
このモニタリング・メソッドは、HTTPとAccelerated HTTPサービス・タイプでのみ使用できる。しかし、HTTPサーバーでレイヤー4サービスタイプが使用されている場合、リアルサーバーでSSLが使用されていないか、「Content SSL」機能によって適切に処理されていれば、まだ使用できます。
|
リクエスト
オプション /ispagethere.htm HTTP/1.1
ホスト：192.168.159.200
受け入れる：*/*
受諾言語: ja-gb
ユーザーエージェントEdgenexus-ADC/4.0
接続キープアライブ
キャッシュ制御: no-cache
応答
HTTP/1.1 200 OK
許可する：オプション、トレース、ゲット、ヘッド、ポスト
サーバーマイクロソフト-IIS/10.0
公開：オプション、トレース、ゲット、ヘッド、ポスト
日付水曜日, 14 7月 2021 09:47:27 GMT
コンテンツ長: 0
|
|
HTTPレスポンス
|
リアル・サーバーへの接続とHTTPリクエスト/レスポンスが行われ、前の例で説明したようにチェックされる。
しかし、"200 OK "レスポンス・コードをチェックするのではなく、HTTPレスポンスのヘッダーにカスタム・テキスト・コンテンツがあるかどうかをチェックする。テキストは、完全なヘッダー、ヘッダーの一部、ページの一部からの行、あるいは単なる1語である。
例えば、右図の例では、Pathに/ispagethere.htm、Required ResponseにMicrosoft-IISを指定しています。
テキストが見つかれば、リアルサーバーは稼働しているとみなされる。
このモニタリング・メソッドは、HTTPとAccelerated HTTPサービス・タイプでのみ使用できます。
しかし、HTTPサーバーでレイヤー4のサービスタイプが使用されている場合、リアルサーバーでSSLが使用されていないか、「コンテンツSSL」機能によって適切に処理されていれば、レイヤー4のサービスタイプが使用される可能性がある。
|
リクエスト
GET /ispagethere.htm HTTP/1.1
ホスト：192.168.159.200
受け入れる：*/*
受諾言語: ja-gb
ユーザーエージェントEdgenexus-ADC/4.0
接続キープアライブ
キャッシュ制御: no-cache
応答
HTTP/1.1 200 OK
コンテンツタイプ: text/html
最終更新日Wed, 31 Jan 2018 15:08:18 GMT
許容範囲：バイト
ETag："0dd3253a59ad31:0"
サーバーマイクロソフト-IIS/10.0
日付水曜日, 14 7月 2021 10:07:13 GMT
コンテンツ長：1364
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1" />
<タイトル>ジェットネクサス</タイトル
<style type="text/css">。
<!--
ボディ
color:#FFFFFF；
...
|
|
マルチポートTCPモニター
|
この方法は、複数の異なるポートを指定できることを除けば、上記の方法と同じである。必須コンテンツセクションで指定されたすべてのポートが正しく応答した場合のみ、モニターは成功したとみなされる。
|
名前マルチポートモニター
説明複数のポートを監視する
ページの場所該当なし
必要なコンテンツ135,59534,59535
|
|
TCPアウトオブバンド
|
TCPアウト・オブ・バンド方式は、監視したいポートを必須コンテンツ欄に指定できる点を除けば、TCPコネクトに似ている。このポートは通常、トラフィック・ポートとは異なり、サービスを結び付けたい場合に使用します。
|
名前TCPアウト・オブ・バンド
説明帯域外/トラフィックポートの監視
ページの場所該当なし
必須コンテンツ555
|
|
ディコム
|
必須コンテンツ欄の "Source Calling" AE Title 値を使用して DICOM エコーを送信する。また、各サーバの Notes 欄で、"Destination Called" AE Title 値を設定することもできます。Notes カラムは、IP Services- の中にあります。
-仮想サービス--サーバーのページ。
|
名称DICOM
説明DICOMサービスのL7ヘルスチェック
モニタリング方法DICOM
ページの場所該当なし
必須コンテンツAETバリュー
|
|
LDAPS
|
この新しい健全性チェックは、LDAP/ADサーバーの健全性と応答をチェックするために使用される。
|
名前LDAPS
説明LDAP/ADサーバのヘルスチェック
使用パラメータは以下の通り：
ユーザー名：cn=ユーザー名,cn=ユーザー,dc=ドメイン名,dc=ローカル
パスワードドメインユーザーパスワード
内容物200OK
|
|
SNMP v2
|
この監視方法では、サーバーのSNMP MIB応答を使用して、サーバーの可用性ステータスをチェックすることができます。
Require Responseの値には、コミュニティ名を含めるべきである。
|
|
|
DNSサーバーチェック
|
DNSサーバーの負荷分散を行う場合、サーバーがDNSクエリに応答するかどうかを確認することは有益です。
モニターは以下のように使用できる：
これを空白にすると、モニターはデフォルトのルックアップを使用してクエリーを行います。
Required Response（必須レスポンス）」フィールドは空白のままにすることもでき、モニターはどのようなレスポンスも有効であるとみなす。そうでない場合は、[Required Response]フィールドに予想されるIPを入力する。例えば、101.10.10.100である。クエリがこの値を返した場合、モニターは成功のフラグを立て、そうでなければ失敗のフラグを立てる。
成功の結果は、ロードバランシングしているDNSサーバーが稼動していることを示す。
|
|
リアル・サーバー・モニター」ページは3つのセクションに分かれています。
