Azure 料金計算ツールの使い方（ステップ・バイ・ステップ）

クラウド費用は、最初の請求書を見るまで過小評価しがちです。幸い、Azure 料金計算ツールがあります。これは、デプロイ前に Azure サービスのコストを見積もれる、Microsoft の無料（ログイン不要）のツールです。

注意すべき点は、Azure の価格がサービスごとに一律ではないことです。たとえば仮想マシンは、リージョン、サイズ、月に稼働する時間数、契約する料金プランによって価格が変わります。これを 5〜6 種類のサービスから成る実際のアーキテクチャに当てはめると、単なるリスト価格はほとんど役に立ちません。

本記事では、ゼロから見積もりを作成し、仮想マシンの具体例を詳しく解説し、丁寧に作った見積もりを台なしにするよくあるミスについても取り上げます。

結論から：Azure 料金計算ツールの使い方

次の Azure 料金計算ツール を開き、以下の手順に従ってください。

1. 製品ピッカーで、価格を出したい Azure サービス（例：Virtual Machines）を検索します。
2. 選択すると、既定の構成で見積もりに追加されます。
3. 使用予定のリージョン、ティア、サイズ、その他サービス固有のオプションを設定します。
4. 月あたりの時間、GB 単位のストレージ、1 秒あたりのリクエストなど、そのサービスの課金基準に合わせて想定使用量を入力します。
5. 従量課金（Pay-As-You-Go）、予約インスタンス（Reserved Instance）、Azure Savings Plan などの料金オプションを選びます。
6. その製品に表示される月額費用と、該当する場合は前払い費用を確認します。
7. データベース、ストレージアカウント、ロードバランサーなど、アーキテクチャ内の他のすべてのサービスについても同様に行います。
8. ページ下部付近でサポートプランを追加します。

どの項目を変更しても合計額は即時に更新されます。多くの見積もりが本番で破綻するのはここです。関係者が注目しているサービスだけを見積もり、依存するサービスを見落としてしまうのです。

見積もりの読み方

計算ツールでは特に重要な要素が 3 つあります。数値を入力する前に、それぞれの役割を理解しておくと役立ちます。

• 製品ピッカー： ページ上部の検索・カテゴリブラウザーです。カテゴリには、コンピューティング、ストレージ、データベース、ネットワーク、AI と機械学習があります。正確な製品名がわからない場合は、検索語を当て推量するよりカテゴリから辿る方が早いことが多いです。
• サービス構成： 追加した各製品には専用の構成ブロックがあり、その内容はサービスにより異なります。たとえば VM は OS、サイズ、リージョンを設定します。一方、ストレージアカウントは冗長化ティアやアクセス頻度を尋ねます。共通フォームは存在しないため、各サービスはそれぞれの前提で構成します。
• 推定使用量： 時間、GB、トランザクションなどの想定消費量を金額に変換する部分です。既定値のまま放置されがちなフィールドでもあり、このミスについては後述します。

サービスによっては、前払い費用と月額費用の両方が表示されます。この区分は主に予約で見られ、一定の前払いにより低い継続料金をロックします。前払いなしで月額のみの表示は、通常は従量課金（Pay-As-You-Go）を意味します。

ウォークスルー：仮想マシンの見積もり

ステージング環境向けの汎用 VM を想定します。

まず「Virtual Machine」を検索して見積もりに追加します。製品は既定のサイズとリージョンで始まります。価格全体に影響するため、最初にリージョンを変更し、その後 OS と VM サイズを選びます。Azure Hybrid Benefit を有効にしない限り、Windows は Linux と比べてライセンス分の上乗せがある点に注意してください。

次に想定使用量を設定します。Microsoft の既定値は月 730 時間、つまり 1 か月の平均時間数です。言い換えると、計算ツールは VM が 24 時間 365 日稼働すると仮定します。これは本番サーバーには妥当でも、営業時間のみ稼働すればよいステージングには不適切です。

時間数を 730 から 200 などに下げると、見積もりは即座に更新されます。なお、変化は必ずしも比例しません。料金ティアには最低料金や段階的な料金があるためです。時間を 70% 減らしても、コストが常に 70% 減るとは限りません。この非線形性こそが静的な料金表で実コストを出せない理由であり、リスト価格だけで見積もらず計算ツールを使う実務的な根拠です。

料金プランの比較

ベースラインの見積もりができたら、このツールの真価が現れます。同じ VM を異なるコミットメント水準で試し、何がどう変わるかを正確に確認できます。

従量課金（Pay-As-You-Go）はコミットメント不要で、時間単価は最も高い一方、サイズ変更や削除の自由度が最大です。予約インスタンス（Reserved Instances）は、特定リージョンの特定 VM サイズに 1 年または 3 年コミットする代わりに、実質的に低い料金を得られます。汎用サイズでは、期間によって概ね 40〜70% 程度の節約が見込めます。

Azure Savings Plan は、特定の VM ではなく時間あたりの支出額にコミットする方式で、サイズ変更やワークロードの移動があっても、対象のコンピューティング全体に割引が適用されます。

どれが正解というものはありません。ワークロードの安定性と求める柔軟性に依存します。

コストを大きく動かす要因

費用の大半は、財務判断ではなく、少数のアーキテクチャ上の判断で決まります。

リージョン

同じ VM サイズでもリージョンにより明確に価格差が出るため、リージョンは大きな要因です。コンプライアンスで特定リージョンに縛られていなければ、近隣のいくつかを比較してください。

サービスのティアとサイズ

サービスのティアとサイズも重要です。「念のため」1 ティア上げるのは一般的かつ高くつく習慣です。バッファではなく、実際の要件をモデル化してください。

OS とライセンス

OS も価格に影響します。Windows や SQL Server のライセンスには実コストがあります。前述のとおり、既にライセンスを保有しているチームは Azure Hybrid Benefit を有効にできますが、見落としやすい点です。

使用量と料金プラン

前述の使用量と料金プランが、コスト変動の主戦場です。

見積もりを壊すよくあるミス

丁寧に作った見積もりでも、いくつかの典型的なポイントで誤りが生じます。数値を信用する前に、次の点を確認する価値があります。

既定の使用量をそのままにする

最初のミスは、既定の使用量を変更しないことです。730 時間という既定値は出発点としては良いものの、24 時間稼働しないワークロードにとっては不適切な最終値です。

周辺サービスの見落とし

2 つ目は周辺サービスの見落としです。VM にはディスクが必要であり、アプリケーションには通常データベースが必要です。主要サービスだけを見積もって周辺インフラを省くと、実際の請求額を常に過小評価します。

誤ったリージョンの選択

3 つ目は誤ったリージョンの選択です。自分とは別の場所にいるクライアントやチーム向けに見積もる場合に起こりがちです。

データ転送とネットワーク費用の無視

4 つ目は、消費量によって変動するデータ転送・ネットワーク費用を無視することです。

市価と交渉済み価格の混同

5 つ目は、市価と交渉済み価格の比較です。組織にエンタープライズ契約がある場合、サインインして契約を適用しない限り、公開計算ツールのリスト価格は実際の支払い額と一致しません。

見積もりを確定請求とみなす

最後に、見積もりを最終的な請求とみなさないでください。Microsoft 自身も、保存した見積もり合計は Azure の公開価格変更に伴い変動すると明記しています。余裕を持たせておきましょう。

Azure 料金計算ツールと Azure Cost Management の違い

これは用途の異なる 2 つのツールです。料金計算ツールは、まだ何もデプロイしていない段階でコストを見積もり、仮の構成や将来のシナリオを比較できます。一方の Azure Cost Management は、リソース稼働後に実際の支出を分析します。実使用量、実際の請求、実際の異常を扱います。

両方が必要です。構築前は計算ツールで見積もり・予算策定を行い、稼働後は Cost Management で計画と現実の整合を確認し、実トラフィックが実インフラに当たり始めた後に必ず生じる乖離を検知してください。

Azure コスト見積もりのベストプラクティス

いくつかの実践で、より信頼できる見積もりを継続的に得られます。

• 最大でも最小でもなく、現実的な使用量をモデル化する。
• 高額に見える要素だけでなく、アーキテクチャの全コンポーネントを含める。
• コンプライアンスが許すなら、複数リージョンを比較する。
• 同一ワークロードを従量課金とコミットメントありの両方で試算してから選ぶ。
• 単一数値ではなく、想定・低・高の 3 シナリオを作り、計画の幅を持たせる。
• アーキテクチャや Azure の価格が変わったら見積もりを見直す。どちらも長くは固定されません。

まとめ

手順はシンプルです。必要なサービスを追加し、実際の稼働に合わせて構成し、現実的な使用量を入力し、料金プランを選び、合計を確認します。計算はツールが行います。

結果の精度は、現実とのずれがない入力値にどれだけ近づけられるかに完全に依存します。誤った使用前提に基づく精密な計算は、やはり誤った見積もりです。

アーキテクチャを確定する前に複数のシナリオを作成し、リソースをデプロイしたら Azure Cost Management で実支出と見積もりを突き合わせてください。両者の差分は有益な情報であり、元の仮定が実使用とどこで食い違ったかを示してくれます。