TOP
＞
サーバ構築・運用
＞ 監視管理画面の表示設計
Hinemosではじめる運用管理〜運用設計の導入〜
第２回：Hinemosの画面設計とリポジトリ設計
著者：
NTTデータ 高畑 知也
2007/10/10
前のページ
1
2
3
次のページ
監視管理画面の表示設計
Hinemosクライアントを表示するディスプレイの最小スペックは、SXGA（1,280×1,024）の解像度であることも注意してください。WUXGA（1,920×1,200）の解像度の場合、図2のように監視管理画面のビューのほとんどの表示項目を常時表示することが可能となります。ぜひ運用する前に最適な解像度を検討することをお勧めします。
図2：WUXGAディスプレイでの監視管理画面
（画像をクリックすると別ウィンドウに拡大図を表示します）
Hinemosの監視管理画面（図2）は、「スコープビュー」と「ステータスビュー」「イベント履歴ビュー」の3つで構成されており、すべてのビューを表示することをお勧めします。今回はステータスビューとイベント履歴ビューの位置づけについて説明し、それらを統括するスコープビューについてはリポジトリ設計とあわせて説明します。
まず、各々のビューにおいて何を表示するか、つまり何を監視管理したいかを決定する必要があります。このポリシーの決定において検討すべきポイントを以下に示します。
ステータスビュー
表形式で各監視項目のステータスを表示します。表示する監視項目を最小限に絞り、全体の監視結果を把握しやすくするとよいでしょう。それでも表示項目が多い場合は、ソート機能を用いてシステム運用者が順序を切り替えて確認することが必要となります。
表示すべき監視項目の例として、時間軸に沿って直近の状態が重要な各ノードの死活状態やリソースの使用状況があります。また応用例として、クラスタ構成における運用／待機状態の監視、負荷分散などを用いて提供しているサービスの状態なども表示すべき対象となるでしょう。
イベントビュー
何らかのイベントを契機として表示項目が増えていきます。運用時にシステム運用者が手動で「確認」を実施することで非表示にしておくこともできますし、フィルタ機能を用いることで表示する項目を「危険のみを表示」といった形で絞り込むこともできます。
しかし、日常的に「確認」を実施しない運用の場合もあるでしょう。この場合には、システム運用者の対処が必要な項目に対して「警告」と「危険」のみを出力することをお勧めします。
ここで表示すべき監視項目としては、一時的な状態の蓄積が重要なものがあげられます。これらの情報を蓄積していると、Hinemos内部のデータベース容量も増大します。このため、不必要になった項目を定期的に削除する機能が用意されています。
ポリシーの決定
以上を踏まえ、各ビューでの表示項目に関するポリシーを決定していきます。ここでは一般的と考えられるポリシーの一例を表2に示します。
表示内容・表示ポリシー
ステータスビュー
ノード単位やクラスタ構成全体の死活状態（ping監視）を表示する
サービスの状態（HTTP監視）を表示する
クラスタ構成における運用/待機状態を表示する
イベントビュー
すべての監視の「警告」以上の場合にイベント通知する
ジョブ結果はジョブ管理画面の履歴に表示するので必要ない
表2：監視管理画面の表示ポリシー例
前のページ
1
2
3
次のページ
著者プロフィール
株式会社NTTデータ 高畑 知也
基盤システム事業本部
オープンソース開発センタ
2006年、株式会社NTTデータに入社。入社以来、オリジナルOSSの開発やOSSを用いたシステム構築の技術支援に従事。
INDEX
第2回：Hinemosの画面設計とリポジトリ設計
Hinemosクライアントの画面構成とノード管理の構造化
監視管理画面の表示設計
リポジトリ設計
