クラウド費用を見積もるときは、月額の合計だけでなく、その金額を計算した構成・利用量・対象範囲をそろえます。サーバーの台数が同じでも、稼働時間や保存量、通信量、運用の範囲が違えば、比較している条件は同じとは限りません。本記事では、企業の担当者が見積もりの依頼と比較に使える整理表を紹介します。
まず「何を含む見積もりか」を決める
クラウドの料金計算ツールで出した概算と、プロジェクト全体の予算は分けて整理します。
AWSはPricing Calculatorについて、入力条件から概算を作るツールであり、実際の利用料金を保証する見積書ではないと説明しています。利用量、入力していないサービス、通信量、利用リージョンなどの違いで実際の費用が変わり得ます。AWS Pricing Calculatorの前提条件
社内で比較する資料には、「クラウド利用料のみ」「移行作業を含む」「運用委託を含む」のように、費用の範囲を書いておきましょう。以下は、本記事で提案する整理方法です。
| 費用の区分 | 確認する内容 |
|---|---|
| 導入時の費用 | 設計、構築、移行、試験、教育など、必要な作業 |
| 毎月の費用 | クラウド利用料、運用、保守、必要なライセンス |
| 移行期間の費用 | 新旧環境の並行稼働、移行用リソース、データ転送 |
| 条件付きの費用 | 利用増加、復元試験、追加環境などの発生条件 |
すべての案件で全項目が発生するわけではありません。「不要」と「未確認」を区別するための表です。
1. 構成・地域・契約条件をそろえる
料金を入力する前に、どの業務をどの構成で動かすかを整理します。Microsoftのクラウド導入指針では、費用見積もりに先立って、サービス、リージョン、構成、依存関係、運用要件を明確にすることを説明しています。Azure環境の費用見積もり計画
構成が未整理なら、まずシステムと依存関係の棚卸しを行います。そのうえで、見積もりごとに次の前提を付けます。
| 前提 | 記録例 |
|---|---|
| 対象業務・環境 | 受注管理、本番と検証環境 |
| 配置する地域 | 比較する案で同じ条件か、違う理由は何か |
| 必要な性能・可用性 | 通常時と繁忙時の負荷、停止を許容する条件 |
| データの保管 | 現在量、増加見込み、バックアップと保持期間 |
| 料金条件 | 従量課金か、一定期間の利用を前提とした条件か |
| 計算基準 | 作成日、通貨、税の扱い、換算レートの前提 |
| 除外事項 | 運用作業や第三者ライセンスなど、別見積もりの項目 |
単に安い金額の案を選ぶ前に、必要な機能や稼働条件がそろっているかを確かめます。条件が違う案は、金額と一緒にその差を明示します。
2. 利用量を「実測・見込み・不明」に分ける
AWSの見積もりガイドは、OS、メモリ、I/O、ストレージの必要性、サーバーの利用時間など、基礎となる要件を把握するよう案内しています。AWSの見積もり作成ガイド
利用量は、一つの数字だけでなく、どこから得たかを添えます。次の数値は説明用の仮例で、推奨構成ではありません。
| 入力項目 | 仮の値 | 根拠・状態 |
|---|---|---|
| 検証サーバーの稼働 | 1日10時間×月20日＝200時間 | 運用予定。停止設定は未確認 |
| 保存データ | 初期500GB、月50GB増加 | 業務部門の見込み。実測待ち |
| 外部への転送量 | 不明 | 現行の通信記録を確認する |
| 本番サーバーの台数 | 通常2台、繁忙時の追加は未定 | 負荷試験後に再計算 |
不明な通信量を0として確定すると、「通信しない」という前提と区別できなくなります。未確認の欄には担当者と確認時期を添え、仮置きして計算するなら、その値を使ったケースだと示します。
Azureの料金計算ツールも、製品の初期設定を自社の月間利用量に合わせて変更する手順を案内しています。初期値のまま計算したか、実際の運用を反映したかを確認してください。Azure Pricing Calculatorの見積もり手順
3. サーバー以外の費用を別行で確認する
サーバーの計算が終わったら、構成図や運用手順と見積もりを照らし合わせます。以下は見落としを探すための確認例です。課金の有無や単位は利用サービスごとに確認します。
- ストレージ本体、バックアップ、復元時に使う領域。
- インターネット向け、拠点向け、環境間の通信。
- ログの収集と保存、監視、通知。
- データベース、認証、ネットワークなど、アプリケーションが依存するサービス。
- サポート、運用作業、障害時対応、第三者ソフトウェアのライセンス。
例えば「ログ保存を含む」と書くだけでなく、「どのログを、どの程度、何日間残す計算か」を確認します。運用委託なら、監視通知までか、調査や復旧作業までかも分けて整理します。
AWS Pricing Calculatorの前提条件には、税や第三者ライセンスなど、計算に含まれない項目の説明もあります。使用する計算ツールと見積もり条件を確認し、別計上した費用を重複して足さないようにします。AWSの計算範囲と除外事項
4. 通常時と利用増加時を同じ表で比較する
利用量が未確定なら、一つの合計額を確定値のように扱わず、条件別の金額として並べます。ここでは、通常ケースと増加ケースを作る方法を提案します。
| 条件 | 通常ケース | 増加ケース |
|---|---|---|
| 計算用リソース | 現在の想定台数と時間 | 繁忙時に追加する台数と時間 |
| 保存量 | 当初の見込み | データ増加を反映した量 |
| 通信量 | 現行記録に基づく想定 | 利用者や連携処理が増えた想定 |
| 運用 | 通常の監視・対応 | 対応時間や体制が変わる条件 |
| 比較結果 | 合計と前提 | 合計、差額、差額の原因 |
増加ケースは単純に全項目を2倍にする必要はありません。何が増えるかを業務計画と照合します。利用者が増えても変わらない固定的な項目と、処理回数や保存量に応じて変わる項目を分けるためです。
また、月額比較とは別に、同じ期間の総額を作ります。仮に初期作業30万円、毎月の費用10万円を12か月、移行期間だけの追加費用5万円と置けば、合計は155万円です。これは費用区分を説明する計算例であり、サービスの価格相場やテクノヴァースの提供価格ではありません。
5. 見積もりの更新条件を残す
見積もりには作成日と前提の版を付け、どの条件が変わったら再計算するかを残します。例えば、保存期間の延長、配置地域の変更、利用開始時期の変更、運用範囲の追加は、関連する費用を再確認するきっかけにできます。
比較の際は、次の3点を説明できれば、金額差の理由を追いやすくなります。
- 同じ業務要件と利用量で比較しているか。
- 金額に含まれない費用と、まだ確認していない条件は何か。
- 利用が増えた場合に、どの項目が変わる想定か。
まずは現在の構成と利用量を一枚にまとめ、実測できていない項目を分けてください。基盤の構成や運用の整理については、テクノヴァースのインフラ支援をご覧ください。