オンプレ→クラウド移行で絶対に外せない“見積”のポイントまとめ
はじめに
オンプレで長く運用してきたシステムをクラウドへ移行する――
一見シンプルな作業に見えて、実際に着手すると
「どこから考えればいいのか」途端に輪郭がぼやけてきます。
そこで本記事では、クラウド移行で“最低限ここは押さえておきたい”という観点を
見積・設計・テスト/移行・運用の4フェーズに分けて整理しました。
今回はその中でも 「見積」フェーズについて解説します。
現場でつまずきがちなポイントにも触れながら、
できるだけ多くの環境で応用できる内容を目指しています。
これからクラウド移行を検討する方、
すでにプロジェクトに関わっている方の参考になれば幸いです。
筆者について
入社から10年ほど、オンプレシステムの開発・保守・運用に携わってきました。
あるタイミングでクラウドを扱う部門へ異動となり、
オンプレ歴の長いエンジニアがクラウドへ踏み出す際に感じたギャップや気付きをもとに、
本記事を執筆しています。
クラウド移行で“最初に”考えるべき見積のポイント
ソフトウェアライセンス
ライセンスの整理
クラウドに移行するとハードウェア費用は不要になりますが、
OS・ミドルウェア・DB などのライセンス費用は必ず発生します。
製品によっては オンプレとクラウドでライセンスの数え方が異なる場合も多く、
移行時に「オンプレと同じ数でOK」という判断をすると後でズレが生まれます。
例：
| オンプレ | クラウド |
|---|---|
| ソケット数で課金 | vCPU 数で課金 |
| 物理コア単位 | インスタンス単位 |
なお、クラウドではライセンス込み OS イメージ(例：Windows Server)が選べることもあります。
自分でライセンスを用意しなくてよいため一見便利ですが、以下の点には注意が必要です。
- 既に保持しているライセンスの流用ができない場合がある(新規費用となる)
- 基本的にはOSもクラウドベンダー側の責任範囲となるため、
受けられるサポートの内容が従来のものとは異なる可能性がある
※特にパッチ適用やバージョンアップをクラウドベンダー側でやってくれることもあるため注意が必要
ライセンス見積のポイント
単に必要なライセンスを列挙するだけでなく、
「どう数えるか」（体系）と 「どう入手するか」（調達方法）をセットで整理すると、
後工程でのズレを防ぎやすくなります。
| 観点 | 内容 |
|---|---|
| カウント方法の違い | ソケット数 / コア数 / vCPU など |
| BYOL可否 | OS / DB / ミドルウェアごとの対応 |
| サポート期間 | 延長サポートの扱い、期限 |
| サポート内容 | サポートレベル、アップデート方針 |
ランニングコスト
ランニングコストの内訳
クラウドではハードウェア費用がかからない代わりに、クラウド利用料を支払う必要があります。
これは基本的にはオンプレにはない考え方で、以下のような様々な要因で変動します。
当然、システムの規模が大きくなればなるほど算出が困難になります。
クラウドのコスト変動要素
- 利用するサービスの種類
- サーバスペック
- 稼働時間
- データ量
- NWトラフィック(アウトバウンド)
コスト算出
クラウド各社が提供する見積ツールは便利ですが、
正確性を求める場合はサポートへの相談や外部ベンダーの協力も選択肢として考えてよいでしょう。
コスト算出の注意ポイント
- NW(特にアウトバウンド)の料金
- マネージドサービスの利用料（監視、ログ、DB、LB など）
- 稼働時間の整理
- ログ・バックアップなど“膨らみ続ける”ストレージ系の費用
- リザーブドインスタンス等を利用してコスト最適化できるか
見積フェーズの要点をもう一度整理
最後に見積フェーズで最低限気を付けたほうが良いポイントについてチェックリスト化しました。
クラウド化を検討する際に参考になれば幸いです。
✅ 見積フェーズ チェックリスト
▼ ソフトウェアライセンス
■ 必要ライセンスの洗い出し
■ クラウド環境で必要なライセンス数の確認
■ ライセンス込みOS利用可否の判断
▼ ランニングコスト
■ 利用サービスの料金体系
■ 稼働時間（24h/平日/業務時間）の明確化
■ アウトバウンド通信量の見積り
■ ストレージ増加（ログ・バックアップ）の傾向
■ コスト最適化（リザーブドインスタンス等の利用）の検討
Discussion