システムの稼働率評価 |
私のところでは,システム管理の評価項目のひとつに,システムの稼働率を使っています.システムの稼働率は,ひとつの数値で表されるため,システム管理を行うのに分かりやすい重要な値ですが,数値を出すためにはさまざまな工夫が必要です.ここでは,私が行った稼働率の出し方のついて少し紹介します. まず,管理対象のシステムを特定します.これはシステムといっても人によってイメージがばらばらのためです.サーバ管理者ならサーバのハードのこと,アプリケーションのエンジニアならアプリケーション,ネットワーク担当ならネットワークをイメージすると思います.しかし,ユーザから見ると,これら一連の物の組み合わせでシステムが成り立っていることになります.サーバAの稼働率はいくつかと言った場合,サーバが単に立ち上がっているだけではなく,アプリケーションも含めて正しく動作していなければ,意味がありません.そこで,管理対象にはどのシステムがあって,その範囲はどこまでと決めておくことにしました. また,管理対象の範囲は,それのレポートを受ける人によってグループ分けを行う必要がありました.これは,係長であれば,個々のシステムを見ている担当者からレポートを受ける必要があるので,個々のシステムの稼働率が見たいということになります.しかし,課長だと,各係長の担当しているシステムの稼働率が見たいということになり,この場合には,各システムの稼働率ではなく,各システムのグループの稼働率の数値が必要になりました.これはたとえば,イントラネット全体の稼働率であるとか,工場のシステム全体の稼働率であるとか,技術者用のシステム全体の稼働率であるとか,ということになります.さらには,部長にレポートするためには,課長の担当する範囲の稼働率,たとえば,東京エリアのシステムの稼働率,大阪エリアのシステムの稼働率など,さらにデータを集める必要がありました. では,実際にどうしたかを以下に説明します.まず,私の場合には,システムの中でも,重要なシステムのみを対象にしました.
次にシステムの稼働率評価のための計算式を定義しました.稼働率に似た言葉で”アップタイム”というものを定義して,予定したメンテナンス以外でシステムが停止してしまった場合のみを障害の時間として計算するようにしました.
最後のシステム停止の割合が工夫した点です.障害の仕方によっては,一部が機能停止になったり,全体が停止になったりとさまざまです.それらと一概に取り扱うのではなく,ユーザが使えなかった機能の割合を最後に掛けておくようにしました.このアップタイムは,0〜100%の値になります. さらに,システムのグループの稼働率は以下のようにしました.
ここでの工夫はシステムそれぞれに対して重み付けを行ったことです.これは,単にシステムAとシステムBとでは,会社にとっての重要さは違います.これに対して重み付けを行ったと言うことです.10点満点でどの程度になるのか,としてもよいでしょう.私の場合には,3点満点で重み付けをしました.
さらに,システムのもっと大きなグループ組みもできると思います.その場合にも,同様な計算式を使い,重み付けをシステムの重要性から,たとえば,支店ごとの重要性とか,支店グループの重要性だとかを値として使っていけば良いと思います. ずらずらと書きましたが,システムの停止の割合だとか,重要性だとかは数値ではうまく表現できないものだと思います.これは,あくまでも,ひとつの評価の方法として参考にしていただければよいと思います. |
||||||||
| <−戻る |
Last Update:03/05/30 , Wasabi |