負荷分散／QoS制御 機能ガイド

2.1.1.8 故障監視

サイト負荷分散機能は、サーバファーム内の各サーバの動作状況をリアルタイムに監視します。故障を検出すると、故障したサーバやアプリケーションを分散対象から除外します。つぎの4つの方式を提供します。

• 装置監視（レイヤ3レベル・ヘルスチェック）
  この方式は、サーバファーム内の各サーバに対して、PING（ICMP Echoリクエスト）を指定された間隔で送信して、その応答の有無によってサーバの故障を監視しています。透過デバイスの負荷分散を行う場合は、本監視を選択願います。
• サービス監視（レイヤ4レベル・ヘルスチェック）
  この方式は、サーバファーム内の各サーバに対して、各サーバ上で動作しているアプリケーションのTCPポート、UDPポートにリクエストを送信して、その応答の有無によってアプリケーションの動作状況を監視しています。TCPポートに対しては、TCPコネクションが正常に確立できることを確認します。UDPポートに対しては、UDPポートプローブパケットを送信し、応答がなければ正常と認識し、ICMP 宛先到達不可（Destination Unreachable）パケットを受信すると異常と認識します。サービス監視は、装置監視でサーバが正常に動作していることを確認した後で実行されます。

なお、本方式を使用する場合、監視対象となるアプリケーションによっては、正常に監視できない場合やアプリケーション側がエラーとなる場合があります。その場合は、他の監視方式を選択願います。

• アプリケーション監視（レイヤ7レベル・ヘルスチェック）
  この方式は、アプリケーションに対して、アプリケーションレベルのリクエストを送信し、その応答を監視することでアプリケーションの動作状況を監視する方式です。Traffic Director（サーバ）はつぎのアプリケーションに対する監視をサポートしています。アプリケーション監視は、装置監視、サービス監視でサーバ及びサービスが正常に動作していることを確認した後で実行されます。

  アプリケーション名	監視概要
  HTTP	指示されたURLパス名でリクエストを発行し、その応答を監視
  FTP	“Service Ready (220)”メッセージの受信で正常動作と認識
  SMTP	“Service Ready (220)”メッセージの受信で正常動作と認識
  POP3	“Service Ready (+OK)”メッセージの受信で正常動作と認識
  IMAP4	“Service Ready (* OK)”メッセージの受信で正常動作と認識
  NNTP	“Service Ready (200,201)”メッセージの受信で正常動作と認識
  TELNET	“IAC DO”メッセージの受信で正常動作と認識
  LADP	BINDリクエストを発行し、その応答コードを監視
  DNS	DNS問合せリクエストを発行し、その応答コードを監視
  SSL	Client-Helloを発行し、Server-Hello受信を監視対象プロトコルは、HTTPS,FTPS,SMTPS,POP3S,IMAP4S,NNTPS,TELNETS,LDAPS, Interstage IIOPS

• 負荷計測エージェントによる監視
  この方式は、サーバファーム内の各サーバ上に「負荷計測エージェント」がインストールされて動作している場合に、負荷計測エージェントからのパケットの有無によってサーバの故障を監視する方法です。さらに、Interstage Application Server Enterprise Edition上で負荷計測エージェントを動作させることによって、Interstage Application Serverのワークユニット(WU)の動作監視を行うことができます。ワークユニットの異常を検出すると、即座に分散対象から除外します。

さらに、故障監視のオプション機能として、つぎの機能を提供しています。

• URLリダイレクション
  HTTPプロトコルを使用した通信を行っている場合に、サーバファーム内のすべての分散対象サーバが高負荷状態、あるいは、故障などの要因でクライアントからのアクセスができなくなったとき、負荷分散ポリシーとして案内ページ（サーバファームがビジー状態になったことをお知らせするための専用ページ）のURLを指定しておくことで、クライアントからのアクセスを指定のURLにリダイレクトすることができます。
• HTTPエラーメッセージ転送
  HTTPプロトコルを使用した通信を行っている場合に、サーバファーム内のすべての分散対象サーバが高負荷状態、あるいは、故障などの要因でクライアントからのアクセスができなくなったとき、負荷分散ポリシーとしてエラーメッセージを事前に定義しておくことで、クライアントからのアクセスに対して指定されたHTMLメッセージを通知することができます。HTTPリダイレクト機能をサポートしていないデバイスに対しても状況を通知することができます。
• コネクション・リセット
  TCP通信を行っている最中に何らかの原因でサーバがダウンした場合、クライアントのTCP/IPやクライアント・アプリケーションは何度かデータの再送信を試み、その結果通信ができなければ通信異常と認識します。通常、クライアントが通信異常と認識するまでに、1分〜10分かかります。Traffic Director（サーバ）は、サーバの異常をリアルタイムに監視していますので、サーバ異常をより早く認識することができます。サーバ異常を認識すると、TCPコネクションをリセットし、クライアントにサーバ異常が発生したことを通知する機能を提供しています。このオプション機能を利用することで、素早く業務を再開することができます。また、シャットダウン制御機能を使用して、保守対象としてサーバを切り離した場合にも、TCPコネクションがリセットされます。

---

• URLリダイレクション機能および、エラーメッセージ転送機能は、SSLで暗号化された通信には適用できません。
• ワークユニットの動作監視の詳細については、「負荷分散/QoS制御 テクニカルガイド」の“11.1 IIOP負荷分散”を参照してください。
• Traffic Director(Solaris版)では、以下の注意事項があります。
  • サービス監視でUDPポート監視は未サポートです。
  • アプリケーション監視（レイヤ7レベル・ヘルスチェック）は未サポートです。また、以下の機能を利用する場合は、Traffic Director（サーバ）を通過型で配置する必要があります。並列型配置では利用できません。
    • URLリダイレクション
    • コネクション・リセット
    • HTTPエラーメッセージ(HTTPエラーページ)転送
  • サイトファーム配下に複数の分散対象サービスを定義した場合、どれか一つのサービスが故障すると、該当分散対象サーバ全体を故障として負荷分散対象からはずします。