Azure Virtual Desktopのコストを見直す3つの視点｜ムダは「動かしっぱなし」に潜む

「AVDを導入したが、毎月のAzure費用が想定より高い」——Azure Virtual Desktop（AVD）を運用中の企業から、そうした相談をよくいただきます。導入時の見積もりが甘かったというより、運用が始まってから最適化されないまま使い続けているケースがほとんどです。

この記事では、運用中のAVDのコストを見直すための考え方を、効果の出やすい順に3つの視点で整理します。個別の設定手順ではなく、「どこから手を付けるか」の判断材料に絞っています。

この記事でわかること

• AVDコストの内訳と、見直しの優先順位の付け方

• 効果の出やすい順に並べた3つの見直し視点

• コスト削減の「やりすぎ」がユーザー体験を壊すポイント

※Azureの料金体系・機能は変更されることがあります。実際の検討時には、Azure料金計算ツールと公式ドキュメントで最新情報を確認してください。

まず、コストの内訳を分解する

AVDは、対象となるMicrosoft 365 / Windowsライセンスに利用権が含まれている場合、AVDサービスそのものに対する追加のユーザー単価課金は発生しません。一方で、実際のAzure費用はセッションホストVM、ストレージ、ログ、ネットワークなどのAzureリソース側で発生します。主な内訳は次のとおりです。

• コンピュート（セッションホストVM）: 多くの環境で最大の費用項目。割り当て解除されていない時間に対してコンピュート料金が発生します

• ストレージ: セッションホストのOSディスクと、FSLogixプロファイル（Azure Files等）。VMを停止してもディスク費用は残ります

• ライセンス: Microsoft 365や Windows のライセンス体系によってAVDの利用権が含まれる場合があります。契約内容によって扱いが異なるため、自社の契約でどこまでカバーされるかを確認してください

• その他: ログ収集（Log Analytics）、ネットワークなど

見直しの第一歩は、コスト分析でこの内訳を可視化することです。タグやリソースグループでAVD関連の費用を切り出せるようにしておくと、「どこが重いか」が一目でわかり、以降の打ち手の効果測定もできるようになります。

視点1: 動かす時間を減らす（オートスケール）

最も効果が出やすいのがここです。セッションホストVMは、割り当て解除されていない時間にコンピュート料金が発生します。そのため、誰も利用していない時間帯にVMを停止・割り当て解除できるかが大きなコスト差になり、夜間・休日の「動かしっぱなし」がAVDの最大のムダになります。

AVDにはスケーリングプランの機能があり、時間帯ごとに「何台起動しておくか」を制御できます。平日の業務時間帯はピークに合わせて起動し、夜間・休日は最小限（またはゼロ）まで縮退する。24時間365日稼働している環境を、平日業務時間中心の稼働へ見直せれば、コンピュートの稼働時間は大幅に削減できます。ただし、実際の削減率はピーク時間帯、最低起動台数、予約・Savings Planの有無などで変わります。

あわせて検討したいのが「接続時にVMを起動する」構成です。縮退中にユーザーが接続してきた場合に自動でVMを起動できるため、「全部止めたら朝一番の人が使えない」問題を緩和できます。個人割当型（1人1台）のデスクトップでは特に有効で、「使う人が来たら起動し、使い終わったら停止する」運用に近づけられます。
※接続時のVM起動ですが、起動完了するまで少し時間はかかるので、利用者が許容できるのかなど運用上の検討は必要です。

注意点は、縮退時の強制サインアウトです。作業中のユーザーを切断しないよう、猶予時間と事前通知を設定し、縮退の時刻は実際の残業実態に合わせて決めてください。ここを雑にすると「コストは下がったが現場の信頼を失う」ことになります。

視点2: 1台に載せる人数を見直す（サイジングとマルチセッション）

次に効くのが、セッションホストのサイジングです。AVDにはマルチセッション（1台のVMに複数ユーザーが同時サインイン）の構成があり、ユーザーの利用実態に対してVMの台数・サイズが過剰だと、その分がそのまま固定的なムダになります。

見直しのポイントは、業務時間帯の利用実態をメトリクスで確認することです。このときCPUだけで判断せず、メモリ、同時セッション数、ディスクI/O、サインイン時間なども合わせて確認します。特にマルチセッションでは、CPU使用率が低くてもメモリ不足やストレージI/Oがボトルネックになっているケースがあります。ピーク時でもリソースに余裕があるなら、1台あたりの同時セッション数を増やす、VMサイズを一段下げる、台数を減らす、といった調整余地があります。
逆にメモリが張り付いているなら、詰め込みすぎです。また、一般的な事務作業とCADなど、必要リソース特性が大きく異なるユーザーを同じホストプールへ集約すると、サイジングが難しくなります。利用特性が大きく異なる場合は、ホストプールを分けることも検討します。

また、VMシリーズの世代が古いままの環境では、新しい世代への変更で同等性能を安く調達できる場合があります。そのうえで、縮退してもなお常時起動が残る分（最小台数分）には、予約や割引プランの適用を検討します。順番が重要で、先に稼働時間とサイズを最適化し、残った「確実に使い続ける分」だけをコミットするのが原則です。最適化前の構成で長期コミットしてしまうと、ムダごと固定化されます。

視点3: プロファイルとディスクの置き場所（FSLogix・ストレージ）

3つ目は地味ですが、放置すると効いてくるストレージです。

まず、FSLogixプロファイルの置き場所。プロファイル用ストレージには性能帯の選択肢があり、規模や利用実態に対して過剰な性能帯を選んでいると、固定費として毎月効いてきます。サインインの体感に問題がない範囲で、規模に見合った性能帯を選び直す余地がないかを確認します。あわせて、プロファイル容量が大きい場合は、どのデータが増えているかを確認したうえで、不要データの整理、アプリ側のキャッシュ設計、プロファイルサイズ上限などを検討します。除外設定はアプリ動作やユーザー体験への影響を確認したうえで適用します。

次に、OSディスクの種別と「ゴミ」の掃除です。VMを停止（割り当て解除）してもディスクは課金され続けるため、退役したセッションホストのディスク、検証で作って放置したスナップショットやイメージが残っていないかを棚卸しします。スケールで台数が増減する環境ほど、この手の残骸が溜まりがちです。

削減効果の目安と「やりすぎ」の注意

効果の大きさは環境によりますが、経験上、着手の優先順位は「視点1 → 2 → 3」で考えて問題ありません。
特に、これまでスケジュール制御を入れていなかった環境では、視点1だけで目に見えて費用が変わることが多いはずです。

一方で、コスト削減が目的化すると必ず失敗します。よくあるのは、縮退を攻めすぎて朝の起動待ちが発生する、セッションを詰め込みすぎて日中の操作が重くなる、といったケースです。VDIは「遅い」と感じられた瞬間にユーザーの信頼を失い、利用そのものが敬遠されはじめます。こうなると、削減した費用よりも大きなものを失います。

コストの数字と一緒に、サインイン時間やリソース使用率などユーザー体験側の指標も見る。削減施策は一度に入れず、段階的に適用して影響を確認する。このあたりの進め方は、デバイス管理や認証まわりの展開と同じ考え方です。

四半期に一度、内訳の可視化から見直すリズムを作ることをおすすめします。

まとめ

AVDのコスト最適化は、特別なテクニックよりも「動かす時間・載せる人数・置き場所」という3つの基本の見直しがほとんどです。まず内訳を可視化し、オートスケールで動かす時間を絞り、メトリクスに基づいてサイジングを直し、ストレージの固定費と残骸を整理する。この順番で進めれば、ユーザー体験を守りながら、継続的にコストをコントロールできるはずです。