監視基盤 パラメータシート（製品非依存）
説明
監視基盤（Prometheus / Grafana / Zabbix ほか）のパラメータシート。監視の仕組みそのものをどう組むかを決めます。製品には依存しません（何を使っても決めることは同じです）。ここから先は Prometheus / Grafana / Zabbix などを想定しています）。★「監視項目一覧」が何を監視するかの表なのに対し、本書は仕組みの側です。監視項目一覧に書いた項目を、この基盤で実際に見られるようにします。★核は3枚です。（1）監視の監視 … 最も重い枚です。監視基盤が止まっても、止まったことを知らせる相手が居ません。「アラートが来ない」は「異常が無い」ではなく「監視が死んでいる」かもしれません。静かなほど安心に見えるので、気づくまでに何日もかかります。（2）保存と容量 … 時系列のデータは増え続けます。保存期間を決めていないとディスクが尽き、ある日突然この基盤自体が落ちます。しかも「過去のデータが要る」と気づくのは障害の後です。（3）通知の設計 … 設定しただけで、実際に届くか試していない例が多くあります。抑制（メンテナンス中の停止）を解除し忘れると、以降ずっと黙ります。★既定値は製品と版で変わるため、確証のあるものだけを記載し、それ以外は「要確認」と明記しています。
使い方
★監視基盤そのものを、別の経路から監視してください。同じ基盤の上で自分を監視しないでください。★一定時間、何も来なければ異常として扱ってください。異常が「来ない」ことは、正常の証拠になりません。★月に1回、わざと試験のアラートを出して実際に届くことを確かめてください。通知の経路は静かに壊れます。★抑制は必ず期限付きにしてください。解除し忘れると以降ずっと黙り、黙っていることに気づけません。★監視基盤自身の容量を監視項目一覧に入れてください。監視しているのに自分の容量だけ見ていない、が最も抜けやすい形です。★保存期間は「障害のときに何日前まで遡れれば足りるか」から決めてください。気づくのは障害の後です。★収集の失敗を異常として扱ってください。空欄と正常を区別しないと、その機器だけ静かに落ちます。グラフが平らなのは「安定」ではなく「取れていない」かもしれません。★登録数を機器一覧と毎月突き合わせてください。増設した機器が登録されないまま動きます。★通知は重大度を分け、同じ原因はまとめてください。全部を同じ重さで出すと全部が無視されます。
収録内容
全9シート。各シートに書いてあることは次のとおりです（ファイルの「目次」シートより）。
- 前提共通設計
- 基盤の構成・集め方・見せ方・記録
設定項目（15件）
監視基盤の版・冗長化・置き場所・管理画面の接続元・時刻同期・集め方・収集の間隔・対象の登録・収集の通信・収集の失敗・ダッシュボード・権限・定義の保管・設定の変更・抑制の記録
- 設計保存と容量
- ★決めないとディスクが尽きて基盤自体が落ちる
項目（16件）
保存期間・必要な容量の見積り・使用量の監視・増設のときの見直し・古いデータの扱い・障害時に要る期間・バックアップ・復旧の実測・書き方・★監視基盤自身の容量を監視する。監視しているのに自分の容量だけ見ていない、・が最も抜けやすい。監視項目一覧に必ず入れる。・★保存期間は「障害のときに何日前まで遡れれば足りるか」から決める。・気づくのは障害の後なので、先に決めておかないと間に合わない。・★見積りと実測はずれる。1か月動かして実測し、見積りを直す。・・対象を増やしたら計算し直す。1台増やすと項目数の分だけ増える。・・測定データより、設定と画面定義のほうが作り直しにくい。両方を残す。
- 設計監視の監視
- ★止まっても、止まったことを知らせる相手が居ない
項目（16件）
監視基盤の死活・静かすぎることの検知・定期的にわざと鳴らす・収集の失敗・監視対象の数・通知先の生存・抑制の解除漏れ・基盤自身の資源・書き方・★「アラートが来ない」は「異常が無い」ではない。監視が死んでいるかもしれない。・静かなほど安心に見えるので、気づくまでに何日もかかる。・★別の経路から監視基盤の死活を見る。同じ基盤の上で自分を監視しない。・★月に1回、わざと試験のアラートを出して、実際に届くことを確かめる。・通知の経路は静かに壊れる。鳴らして初めて分かる。・★抑制は必ず期限付きにする。解除し忘れると以降ずっと黙る。・・グラフが平らなのは「安定」ではなく「取れていない」かもしれない。
- 設定値通知の設計
- 誰に・どの経路で・いつ届けるか。抑制の期限
設定項目（13件）
平日日中の受け手・夜間・休日の受け手・重大時の連絡先・通知の手段・経路の冗長化・テスト送信・重大度の分け方・まとめ方・再通知・復旧の通知・計画作業中の停止・抑制中の一覧・抑制の記録
- 確認確認項目
- ★わざと止め、わざと鳴らして気づけることを見る
- 注意設定時の注意
- この基盤で実際に起きる失敗と、その回避手順
この型で検査する
記入済みのファイルをアップロードすると、この型の必須項目（パラメータシートの組込みルール）を満たしているか検査します。ファイルは保存されません。
関連するテンプレート
同じフェーズ（設計）や業界でよく使われている型です。
基本設計書（方式と方針の型）
「基本設計＝方式と方針、詳細設計＝具体的な値」の線引きを章構成で体現。設定値はパラメータシートに書き、本書には書かないことで二重管理を防ぎます。
IPアドレス管理表
セグメントの全アドレスを行に展開する台帳。「空き」が行として見えることで、重複払い出しを防ぎます。★セグメントごとの使用率を数式で出します（80%超で橙、90%超で赤）——IPは足りなくなってから増やせず、/24 を /23 へ広げるにはそのセグメントの全機器のアドレスを変えることになるためです。★ホスト名の重複を自動で検出し、使用中なのに用途・ホスト名が空の行、最終更新から1年以上動いていない行も色で出します。.0（ネットワークアドレス）と .255（ブロードキャスト）も「禁止」の行として残し、なぜ払い出せないかが見えるようにしました。★v3 では「実体（実機／仮想IP／機器のIF）」の列を追加しました。VIP・フローティングIP・ゲートウェイのSVIは★機器一覧に出てこないのにアドレスを消費するので、台帳に載せ忘れると後から同じIPを別の機器へ払い出して本番で衝突します。実機なのに機器IDが空の行は赤、仮想IPは薄紫で区別し、セグメント一覧に「うち仮想IP」の件数も出します（記入例はサーバー10台に対して使用中が14個になります）。払い出し記録シートつき。
構成図テンプレート（作図ルール＋部品集）
雛形・記法ルール・アイコン部品集のセット。新設＝赤枠／撤去＝グレーアウトなど更改案件の描き分けを標準化します。Visio不要、PPT標準図形のみ。
通信要件一覧（FWルール表）
ゾーン定義とゾーン間ポリシーを先に決め、個別ルールをその例外として書くFWルール表。送信元・宛先・サービスが any の行と、有効期限が過ぎた行には自動で色が付きます。★ゾーン間ポリシーに「≠（この区間はFWを通らない）」の記号を持たせてあります。VLAN間ルーティングをコアスイッチで行う構成では社内セグメント同士の通信がFWまで上がってこないため、ここを「×」と書くと止まっているつもりで素通りします。効かないルールの例と、棚卸しでヒット0からそれを見つける流れまで記入例に入れてあります。AD認証の内訳やIPsec・vSphereなど、毎回調べ直しているポート番号を約60件収録済み。FW機種を問わず使えます。