Azure Virtual Desktop（AVD）入門｜ホストプール・アプリグループ設計とオンプレVDI移行の実践ガイド

社内のデスクトップ環境を整理しようとしたとき、「今の物理PCとRDSHサーバーをどうにかしたい」という声は多い。リモートワーク対応を急いだ結果、CitrixやオンプレのWindows Server RDSが継ぎ足し運用になっている現場も珍しくない。

Azure Virtual Desktop（以下、AVD）はMicrosoftが提供するクラウドベースのVDI/DaaS（Desktop as a Service）であり、Windows 11のマルチセッション機能を活かしてオンプレの構成を大幅にシンプル化できる。ただし、オンプレのRDSHやCitrixと概念が異なる部分が多く、最初の設計でつまずくポイントがいくつかある。

この記事では、AVDの基本アーキテクチャから、ホストプール・アプリグループの設計判断、VNet統合とネットワーク設計、料金の仕組みと見積もり、そしてCitrix/RDS/VMware Horizonからの移行判断まで、オンプレVDI経験者が知るべきことを体系的に整理する。

Azure Virtual Desktop（AVD）とは何か

AVD（旧称: Windows Virtual Desktop）は、Microsoftが2019年にGAした完全マネージド型のVDIサービスだ。「Azureインフラ上でWindowsデスクトップを動かす」と単純に表現できるが、オンプレVDIと最も大きく異なる点はコントロールプレーン（ブローカー・ゲートウェイ）がMicrosoftのPaaSとして提供されることにある。

オンプレのCitrix XenAppやRDSH構成では、接続ブローカー・ゲートウェイ・ライセンスサーバーを自前で管理する必要がある。AVDではこれらの管理コンポーネントはMicrosoft側が保守しており、自分たちが管理するのは「セッションホスト（仮想マシン）」と「ユーザー接続用のネットワーク」だけになる。

コントロールプレーンの管理が不要になる分、セキュリティパッチの範囲が明確になり、インフラ担当の負担が絞られるのが大きなメリットだ。

AVDの主要コンポーネント

1. ホストプール（Host Pool）

セッションホストVM群のコンテナ。プール内の全VMは同じOSイメージとポリシーを持つことが前提となる。ホストプールには2種類ある。

・プールド（Pooled）: ユーザーは空きVMに都度接続する（ランダム方式または深さ優先）。コスト効率が高く、一般業務ユーザー向けに適している。Windows 11 Enterprise マルチセッション（複数ユーザーが1台のVMを共有）が使用できるのはPooled限定だ。
・個人（Personal）: 特定のユーザーが固定のVMに接続する。ローカル管理者権限が必要な開発者や、CAD・映像処理など重い用途に向く。

2. アプリグループ（App Group）

ユーザーに公開するデスクトップまたはアプリを定義するグループ。1つのホストプールから「フルデスクトップ」と「RemoteApp（個別アプリのみ公開）」の両方を運用することもできる。

・Desktop app group: フルデスクトップを提供（1ホストプールに1つまで）
・RemoteApp group: 特定アプリのみをブラウザやクライアントアプリに表示（1ホストプールに複数作成可能）

3. ワークスペース（Workspace）

複数のアプリグループをまとめて、エンドユーザーのポータル（Windows App、Webクライアント等）に一覧表示するためのコンテナ。ユーザーからは「ワークスペースにアクセスするとデスクトップやアプリが並んでいる」という体験になる。

ホストプール設計の判断ポイント

1. プールド vs 個人割り当ての選び方

オンプレのRDSH移行ならプールドが基本だ。重要な判断軸は「ユーザーがローカルに何かをインストール・変更するか」という点にある。インストール禁止の標準業務端末ならプールドで問題ない。一方、開発者が自分のIDEや設定を持ち越したいなら個人割り当てを選ぶ。

2. セッションホストのVM SKU選定

プールドでWindows 11マルチセッションを使う場合、1VMあたりのユーザー数（密度）の設計が重要だ。Microsoftの公開するガイドラインでは、一般的な業務用途（Office・ブラウザ中心）で1vCPUあたり4～6セッションが目安とされている（2026年10月時点）。

・D-series（汎用）: 一般業務ユーザー向け。メモリとCPU比率が標準的で最も選ばれやすい
・Nv-series（GPU搭載）: 映像編集・3D設計ツールが必要なユーザー向け
・Fsv2-series（コンピューティング最適化）: CPU集中型の処理が多い場合

3. 自動スケーリング（Scaling Plan）

AVDにはスケジュールベースのScaling Planが用意されており、業務時間外にセッションホストをシャットダウンして料金を最適化できる。オンプレのRDSHは常時起動が前提だったが、AVDではVMの停止が課金停止に直結するため、「夜間・週末はVM0台、朝8時から台数を増やす」という設計が現実的に機能する。

ネットワーク設計：VNet統合と通信フロー

セッションホストVMはAzure VNet内のサブネットに配置する。Azureの管理プレーン（ブローカー）との通信はインターネット経由のMicrosoftマネージドゲートウェイで行われるため、セッションホストからアウトバウンドHTTPS（443番ポート）が疎通していれば追加設定は不要だ。

VNet設計で意識すべき点は以下の3つになる。

・オンプレとのハイブリッド接続: ファイルサーバーや業務システムがオンプレに残っている場合、ExpressRouteまたはVPN Gatewayでサブネットからオンプレ側へのルーティングを確保する。Citrix時代にWAN越しの遅延に悩んでいたなら、AzureリージョンをJapan East（東日本）など拠点に近い場所に置くことで改善できる
・FSLogixプロファイルの配置: ユーザープロファイルをAzure Files（またはAzure NetApp Files）に格納する場合、セッションホストサブネットからAzure Filesへのレイテンシを最小化するため、同一リージョン・同一VNet内にFilesのプライベートエンドポイントを置くのが基本だ
・インターネット向けトラフィック: セッションホストから直接インターネットに出るDirect Egressにするか、Azure Firewallや既存Proxyを経由させるかを設計段階で決める。Direct Egressはシンプルだが、トラフィックの可視化が難しくなる

Azure VNetとサブネット設計の基礎については、Azure Virtual Network（VNet）入門にまとめている。

Microsoft Entra IDとのドメイン参加設計

AVDでのユーザー認証はMicrosoft Entra ID（旧Azure AD）で行われる。セッションホストのドメイン参加には3つの方式がある。

・Active Directory Domain Services（ADDS）参加: オンプレのActive DirectoryにVMを参加させる。既存AD環境と親和性が高く、グループポリシーがそのまま適用できる。ADドメインコントローラーへの疎通確保が必要だ
・Azure AD DS（Microsoft Entra Domain Services）参加: AzureマネージドのドメインコントローラーにVMを参加させる。オンプレADを廃止するフェーズで使われる
・Microsoft Entra ID Join（Entra ID単独）: クラウドのみで完結。グループポリシーの代わりにIntuneポリシーを使用。オンプレAD完全廃止を目指す場合の最終形態に位置付けられる

Entra IDの認証・アクセス制御の仕組みについてはMicrosoft Entra ID（旧Azure AD）入門も参照してほしい。

料金体系と見積もりのポイント

AVDの料金は「Azureインフラ費」と「ライセンス費」の2軸で構成される。

1. Azureインフラ費

・セッションホストVM費用: 起動中のAzure VM料金。停止中は課金停止（ストレージのみ継続課金）。Windows 11マルチセッションを使う場合、OSライセンス費はM365ライセンスに含まれるため、Windowsプレミアムなしの料金が適用される（2026年10月時点）
・ストレージ費用: OSディスク（Managed Disks）とFSLogixプロファイル用のAzure Files費用。プロファイルの容量に応じてStandardまたはPremiumを選ぶ
・ネットワーク費用: VNet、パブリックIPなど通常のAzureネットワーク費用

2. ライセンス費

AVDを利用するにはユーザーが以下のいずれかのMicrosoftライセンスを保持している必要がある（2026年10月時点）。

・Microsoft 365 E3 / E5 / F3
・Windows 10 / 11 Enterprise E3 / E5
・Microsoft 365 Business Premium

多くの企業はすでにM365を契約しているため「追加ライセンス0円でAVDが使える」ケースが多い。この点がCitrix（専用ライセンス費が別途必要）やオンプレRDSH（Windows Server CALとRDS CALが必要）と比べたときのコスト優位性につながっている。

想定例：50ユーザー・一般業務での月額試算

以下はあくまで参考の想定例です。実際の料金はAzureリージョン・VMサイズ・利用時間により異なります。

これにM365ライセンス費（既存契約なら追加0円）が加わる構成となる。オンプレのRDSHサーバーの保守・電力・ライセンス費と比較した場合、5～10年の総所有コスト（TCO）でクラウド移行が有利になるケースは多い。ただし初期移行コスト（イメージ作成・設定・テスト期間）は別途見積もる必要がある。

コスト管理の詳細はAzure Cost Management入門もあわせて確認してほしい。

Citrix / RDS / VMware Horizonとの移行判断

「Citrixのポリシー制御や印刷機能を使い込んでいる」「グローバル展開でレイテンシ要件が厳しい」場合はCitrixを継続するメリットがある。一方、M365をすでに全社展開していて管理コストを下げたい、Citrixライセンス費を削減したいという場合はAVDへの移行が現実的な選択肢になる。

AWSのクラウドデスクトップとの比較についてはAmazon WorkSpaces入門も参照してほしい。

よくあるつまずきポイント

1. FSLogixプロファイルの容量肥大化

一般的には、Outlookのキャッシュやブラウザのキャッシュがプロファイルコンテナに蓄積して容量が膨らむことが多い。FSLogixのOfficeコンテナ分離（ODFCコンテナ）を有効にしてOutlookキャッシュを別コンテナに逃がす設定を忘れがちだ。また、ブラウザキャッシュはTEMP/AppDataの定期クリアポリシーで対処するのが一般的な解決策となる。

2. スケーリング設定の「起動タイミング」のずれ

Scaling Planでシャットダウンを設定しているとき、早朝の業務開始直後に「VMが起動中で接続できない」という苦情が出ることがある。起動完了までのウォームアップ時間（5～10分）を見越して、スケジュールの起動開始時刻を業務開始の15分前に設定するのが定石だ。

3. マルチセッションVMへのローカル管理者付与ミス

プールドホストプールのセッションホストVMは全ユーザーが共有するため、1ユーザーにローカル管理者権限を付与すると他ユーザーのセッションにも影響する。個人割り当て以外では、ローカル管理者付与を原則禁止にするポリシーを最初から設けておく。

4. AVD Insightsの設定漏れ

AVDには「AVD Insights」と呼ばれるAzure Monitor専用ワークブックが提供されている。セッションホストのCPU・メモリ使用率、セッション数、接続エラーを可視化できるが、デフォルトでは有効になっていないため、運用開始前に必ず設定する。Azure Monitor入門も参照してほしい。

本記事のまとめ

Azure Virtual Desktop（AVD）の要点を整理する。

・コントロールプレーンはMicrosoft管理: ブローカー・ゲートウェイはPaaSとして提供され、管理スコープはセッションホストVMとネットワークに絞られる
・ホストプールの基本設計: 一般業務ユーザーはプールド（マルチセッション）、開発者や特殊用途は個人割り当てが基本となる
・ライセンスが鍵: M365保持者であれば追加のVDIライセンスが不要。Citrix移行のコスト削減ポテンシャルが高い
・ネットワーク設計: FSLogixプロファイルはAzure Filesのプライベートエンドポイントを同一VNetに置き、Entra ID統合はオンプレAD移行フェーズに合わせて方式を選択する
・Scaling Planで夜間コスト削減: 業務時間外にVMを停止することで、オンプレVDI比でVMコストを大幅に圧縮できる