/ 流通システム部
Tweet
シェア
システム開発ブログ
最近の記事
- Chrome for Androidの新機能、Chrome to Mobileを試す
- ファイルサーバのBCP対策(アイロベックスの場合)
- Illustratorの矢印機能でラクラク矢印作成!
- システム会社選びのポイント
- システム保守の移管費用を抑えます
- アイロベックス通信発行してます
- ボタンのデザインをxmlで定義する
- Excel2010で行コピーをした場合に、画像ファイルのサイズが変わらないようにする
- Power Point2010 でスライド番号をつける方法
- Photoshop の秘宝
カテゴリー
- HTML全般 (2)
- Access (15)
- Android (5)
- .NET (14)
- Excel (9)
- Google Apps (5)
- HTML5 (3)
- iPhone (8)
- JAVA (14)
- Linux (7)
- Movable Type (15)
- MySQL (7)
- OpenOffice (10)
- Oracle (6)
- PHP (20)
- SQLServer (4)
- twitter (6)
- VBA (11)
- Webサイト構築・Web戦略 (32)
- Webサイト構築事例 (4)
- Windows (10)
- その他 (29)
- アクセス解析 (2)
- ウィジェット (1)
- システム設計 (5)
- システム開発事例 (3)
- システム開発体制 (1)
- セキュリティ (5)
- データベース (20)
- プロジェクト管理 (8)
- 品質管理・テスト (6)
- 帳票 (3)
- 技術活用 (6)
- 運用・保守 (8)
部署
- システム開発事業部 (33)
- ビジネスソリューション課 (17)
- システムソリューション事業部 (32)
- 流通システム部 (76)
- 産業システム部 (93)
- ソフトウエア開発部 (56)
- Webコンサルティング部 (97)
- 企画開発部 (37)
- 部長インタビュー (3)
月別アーカイブ
- 2012年2月 (6)
- 2012年1月 (18)
- 2011年12月 (19)
- 2011年11月 (22)
- 2011年10月 (29)
- 2011年9月 (28)
- 2011年8月 (5)
- 2011年7月 (18)
- 2011年6月 (15)
- 2011年5月 (21)
- 2011年4月 (8)
- 2011年3月 (12)
- 2011年2月 (12)
- 2011年1月 (13)
- 2010年12月 (18)
- 2010年11月 (19)
- 2010年10月 (19)
- 2010年9月 (21)
- 2010年8月 (17)
- 2010年7月 (21)
- 2010年6月 (22)
- 2010年5月 (14)
- 2010年4月 (12)
- 2010年3月 (13)
- 2010年2月 (9)
- 2010年1月 (12)
- 2009年12月 (7)
- 2009年11月 (6)
- 2009年10月 (8)
- 2009年9月 (7)
- 2009年8月 (3)
- 2009年7月 (1)
- 2009年6月 (3)
- 2009年5月 (1)
- 2009年4月 (1)
- 2009年3月 (8)
- 2009年2月 (10)
- 2009年1月 (1)
- 2008年12月 (1)






流通システム部 / その他
ITシステムの運用では、ネットワーク機器全般が正しく稼動しているかを『監視』するよう仕掛けをしておくこと多々あります。
一言で『監視』といっても、実際に見るべき観点は2パターンあって、
ひとつは「サービスは今 正常に稼動しているか」、
もうひとつが「サービスは今後も安定して提供できるか」です。
1つ目の「正常に稼動しているか」は、一般的に『死活監視』と呼ばれます。
監視サーバーから定期的(多くの場合は 5~10分以下の間隔)に pingを打ってみて返事があるか、あるいはサーバーのポートが開いているか(逆にちゃんと閉じているか)、もっと詳しく調べる時にはアプリケーションのプロトコルでアクセスしてみて、正常な結果が得られるか( httpで htmlが取得できるか)等を試してみて、異常があった場合は即座に管理者に向けてメールで連絡する等を行なうものです。
弊社では十年近く自作のスクリプトを使用していましたが、メンテナンスが入り組んできたことから、ようやく昨年あたりから比較的有名なオープンソースの Nagiosというツールを入れるようになりました。
例えば ubuntu Linux を監視サーバーにする場合は「apt-get install nagios3」でインストールして、あとは"http://インストールしたマシン/nagios3/"で参照するだけです。
監視対象を設定する定義ファイルは別途テキストエディタで修正する必要があるのと、監視対象をグループ化してないと1つの機器(例えばルータ)に依存して他の障害が連鎖する場合は大量のメールが届くことになるので、設定し始めのしばらくは調整に時間がかかりますが、あまり難しいことを言わなければ最近の Linuxにはかなりお手軽に導入できます。
画像:Nagiosの例(画像は弊社環境のものなので意図的に荒くしています)

監視の2つ目の「サービスを今後も安定して提供できるか」は、一般的には『リソース監視』等とも呼ばれます。
やはり監視サーバーから定期的(やはり 5~10分以下の間隔)にネットワークワークのトラフィックはどの程度あるか、サーバーのリソース(HDDの残り容量や CPUの平均使用率など)は余裕があるかについて長期にわたって記録し、、グラフ化したりして、今後のインフラ増強の予想を立てるために使用します。
これもしばらく弊社では自作のスクリプトを使用していましたが、最近は比較的有名なオープンソースの Cactiを使うように変えつつあります。
これも ubuntu Linux を監視サーバーにする場合は「apt-get install cacti」でインストールして、
"http://インストールしたマシン/cacti/"で参照するだけです。
監視する対象も Webから設定できたりと相当お手軽に導入できます。
画像:Cactiの例(画像は弊社環境のものなので意図的に荒くしています)

お金を出せば、いろいろと使い勝手の良いアプリケーションもありますが、オープンソースだけでもそれなりの監視体制は組めます。
異常が起きてからあわてて対処するのではなく、日ごろからきちんとシステム監視をしておきましょう。
何をどう監視すればよいのかについてわからない場合は、ご相談に乗りますよ。
「システム開発ブログ」へのコメントやご意見等ありましたら、ファンページまでお願いします。 Facebook のファンページ
他社のシステムも直します。資産を活かしてシステムリフォーム