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_」で始まらないものは、自ホストだけでなく他ホストの状況も監視可能になっています。
次ページからは、サービス監視項目の追加方法やサービス監視コマンドの作成方法など、より実践的な監視方法を解説します。
