GroundWork Monitorによる監視の実際

前回は、OSS統合監視ソフトの例としてGroundWork Monitor（以下 GWM）の使い方を解説しました。今回は、GWMによる監視の詳細を見ていきます。

GWMには複数の監視画面がありますが、まずはStatusポートレットの画面を見てみましょう（図1-1）。表示項目が多く1画面に収まらないので、画面左側のTree Viewは隠れています。中央に大きな長方形の区画が4つありますが、それぞれ「ホストグループ」「ホスト」「サービスグループ」「サービス」の状況を、円グラフと表で表しています。

【ホストグループ】（左上）：

ホストをグループ化して名前を付けたものです。この例では、ホストグループが1つあり、稼働している（up）グループが1つ、予定外の停止をしている（Down:UnScheduled）グループが1つあることを表しています。稼働と停止の両方があるのは、グループを構成しているホストに、稼働しているものと停止しているものがあるということです。

ここで表示されているホストグループは、Linuxホストを登録するとデフォルトで入る“Linux Servers”というグループです。このLinux Serversグループは、前回登録した、localhost、osspc2、osspc3、osspc4という4台のホストからなります。

【ホスト】（右上）:

稼働しているホストと、停止しているホストの数を表しています。合計4台のうち、1台が予定外の停止をしています。

【サービスグループ】（左下）:

WebサーバーやDBサーバーなどの、提供しているサービスに応じたグループの状況を表しています。ここでは、サービスグループは未定義なので、円グラフは表示されず、表中の数字はすべてゼロになっています。

【サービス】（右下）:

個々のサービスの稼働数と停止数を表しています。ここでは、合計3個のサービスのうち34個が稼働中で、2個が停止していることを表しています。

GrondWork Monitorによる監視（2）

サービスに関して、詳細を見ていきましょう。個々のサービスの状況がどうなっているか、Statusポートレットの下位ポートレットであるlocal_cpu_javaを選択します。すると、図1-2のような画面が表示されます。

図1-2の（1）のように、画面左側にホストとサービスのツリー・ビューが表示されており、監視対象となっているサービスがずらりと並んでいます。このツリーのlocal_cpu_javaを選択しても、同じ画面になります。local_cpu_javaは、ローカルホスト（localhost）のjavaプロセス（JVM）のCPU使用率を監視するサービスです。

図1-2の（2）のように、中央2段目の区画に、緑色の丸印に続いてOkが表示されていますので、サービスは稼働中です。起動からの経過時間も表示されています。図1-2の（3）の区画では、サービスの詳細状況が説明されています。

図1-2の（4）では、CPU使用率の推移が線グラフで表示されています。紫色の線がCPU使用率の実際の値です。黄色い線は40％の線で、これを超えると警告状態に入ったことを表します。赤い線は50％の線で、これを超えるとクリティカル状態に入ったことを表します。

ツリー・ビューに表示されているサービスのうち、local_cpu_httpdなど、「local_cpu_プロセス名」という名前のサービスは、local_cpu_javaと同様に、各プロセスのCPU使用率についての監視状況を表します。また、「local_mem_プロセス名」は、各プロセスのメモリ使用率を表します。

「local_」で始まるサービス名は自ホストについての状況を表し、ほかにもディスク使用量、ロード・アベレージ、システム全体のメモリ使用量、ユーザーのログイン状況、各プロセス固有の情報などがサービスとなっています。また、http_tcpなど「local_」で始まらないものは、自ホストだけでなく他ホストの状況も監視可能になっています。

次ページからは、サービス監視項目の追加方法やサービス監視コマンドの作成方法など、より実践的な監視方法を解説します。