設計書(インフラ)INF-03

監視設計書テンプレート

重要度の定義、監視項目と閾値、ログ監視、通知先とエスカレーションを定義します。

章の数
シンプル 2 / 標準 8 / 詳細 15
形式
Markdown(UTF-8)
分類
インフラ設計 / 運用

テンプレート本文

目次
  1. 文書管理情報
  2. 改版履歴
  3. 1. 監視方針
  4. 2. 重要度の定義
  5. 3. 監視項目
  6. 4. ログ監視
  7. 5. 通知
  8. 6. 見直し

監視設計書

文書管理情報

項目内容
システム名
版数1.0
作成日YYYY/MM/DD
作成者
承認者

改版履歴

版数日付変更箇所変更内容変更者
1.0YYYY/MM/DD-初版作成

1. 監視方針

  • 目的:
  • 監視ツール:
  • 監視時間帯: 24 時間 365 日 / 平日日中のみ
  • 監視の種類: 死活監視 / リソース監視 / プロセス監視 / ログ監視 / 外形監視

2. 重要度の定義

重要度定義通知方法対応開始の目安
Criticalサービス停止、または停止が差し迫っている電話 + チャット15 分以内
Warning放置すると停止につながるチャット当日中
Info記録のみなし-

3. 監視項目

No種類対象監視項目間隔Warning 閾値Critical 閾値対応手順
1死活Web/APping / ヘルスチェック1 分-3 回連続失敗Runbook-001
2リソースWeb/APCPU 使用率5 分80%95%
3リソースWeb/APディスク使用率5 分80%90%
4外形サービス URLHTTP 応答1 分応答 3 秒超応答なし

4. ログ監視

Noログ検知条件(文字列・件数)重要度対応手順
1アプリケーションログERROR が 5 分間に 10 件以上Warning

5. 通知

時間帯通知先方法エスカレーション
平日日中
夜間・休日
  • 通知の抑止条件(計画メンテナンス中など):
  • 復旧通知の有無:

6. 見直し

  • 見直しの頻度:
  • 見直しの観点: 誤検知・対応不要な通知・検知漏れ
  • 担当:
スポンサーリンク

監視設計書の書き方

用途

何を・どの閾値で監視し、誰に通知し、通知を受けた人が何をするかを定義する文書です。

主な構成

  • 監視方針
  • 重要度の定義
  • 監視項目と閾値
  • ログ監視
  • 通知とエスカレーション
  • 定期的な見直し

記入のポイント

  1. 通知を受けた人の行動が決まらない項目は監視しない
  2. Critical の項目には対応手順(Runbook)をひも付ける
  3. 閾値は過去の実績や性能要件を根拠にする
  4. 運用開始後に誤検知と検知漏れを定期的に見直す

準拠・参考