キャパシティ管理表

サイジング設計書は「5年後にどれだけ要るか」を見積もります。ですが運用に入ったあと、その見積りが当たったかを誰も確認しません。増設の判断は、たいてい「そろそろ厳しいらしい」という感覚で始まります。★核は「使用率だけを見ない」ことです。増加の速さと調達のリードタイムを並べ、判断ラインに到達するまでの月数を数式で出します。到達予測がリードタイムを下回った行は赤くなります——★記入例の「バックアップ保存先」は使用率73%で判断ライン80%に届いていないのに、到達予測1.8か月 < リードタイム2か月ですでに手遅れという状態にしてあります。使用率だけを見ていると「まだ余裕がある」に見えます。サイジング設計書の想定値も列に持たせ、見積りと実績を並べます（★記入例の拠点間回線は、5年後のピークを181Mbpsと見積もったのに契約が100Mbps。設計時点で増速が前提だったのに発注されていません）。★「1台停止時」の行も作ります——全体の使用率が低くても、1台落ちたときに載らなければ冗長ではありません。月次の記録シートもあり、同じ条件で毎月採った値をここから写します。

★到達予測がリードタイムを下回ったら、その時点で発注してください。行が赤くなります。★調達のリードタイムを先に測っておいてください。ここが空だと、到達予測を出しても使えません。過去の発注から納品までの実績を書き、分からなければ保守ベンダーに聞いてください。回線は工事が要るので最も長く、契約変更の申込から開通まで数か月かかります。★判断ラインはサイジング設計書の目標使用率と同じにしてください。別々に決めると、設計時の前提と運用の判断がずれます。★増加/月は（現在 − 3か月前）÷3 です。1か月だけの差はぶれるので使いません。マイナスになったら、測定条件が変わったかデータを消したかのどちらかです。★測定は同じ条件で採ってください。ピーク時か平均かを決めて、月ごとに変えないこと。IOPS と帯域はピーク、容量は月末時点が扱いやすいです。★増設したら行を消さず、状態を「増設済み」にして上限を書き換えてください。いつ何を増やしたかが、次の更改の見積りの根拠になります。増設以外の手（世代数を減らす・古いデータを退避する・ピークをずらす）も先に書いておいてください。ただしRPOや業務時間に影響します。