Azure無料アカウントでWindows 11仮想デスクトップ(AVD)を構築｜AVD作成 FSLogix編

前回は「ゴールデンイメージ編」として、マスターとなるWindows 11環境のカスタマイズとキャプチャを完了させました。

Azure無料アカウントでWindows 11仮想デスクトップ(AVD)を構築｜AVD作成 ゴールデンイメージ編

しかし、どれほど完璧なマスターイメージを作成しても、このままでは運用上の大きな壁に突き当たります。
サインアウトするたびにデスクトップに保存したファイルが消えてしまったり、ブラウザのログイン情報がリセットされたりしては、実用的なクラウドデスクトップとは言えません。

• 設定が引き継がれない：
  ゴールデンイメージから複数のVMを展開した場合、前回使ったVMとは別のVMにサインインすると「デスクトップが初期状態に戻っている」という、VDI特有の課題が発生します。

そこで今回は、プロファイル管理の決定版であるFSLogixを導入します。
Azure Filesを保存先として活用し、どの仮想マシン（VM）に接続しても「いつもの自分の環境」が即座に再現される、ストレスフリーな環境を構築していきましょう。

FSLogixは、従来の「移動プロファイル」とは一線を画す革新的な技術です。
その核心は、ユーザーのプロファイル全体を丸ごと一つの仮想ディスク（VHDXファイル）にパッキングし、ネットワークストレージ上に保存する「コンテナ化」にあります。
ユーザーがサインインした瞬間、このVHDXファイルがネットワーク越しに仮想マシンへ「マウント」されるため、OS側からはあたかもローカルディスクにデータが存在しているように見えます。
この仕組みにより、サインイン時のプロファイルコピー時間を劇的に短縮しつつ、アプリケーションの互換性を完璧に維持できるのが最大の強みです。

FSLogixという「エンジン」を動かすためには、プロファイルを格納するための「燃料タンク」となるストレージサービスが必要です。
Azureでは主に、安価な「Azure Files」と、圧倒的なパフォーマンスを誇る「Azure NetApp Files (ANF)」の2種類が選択肢となります。
大規模な企業環境であればANFの超低遅延性能が求められる場面もありますが、今回のラボ環境やAzure無料アカウントのクレジット枠を最大限に活かすため、 Azure Files を使用します。
また、それぞれのストレージには、サービスレベル（性能別）に「Standard」と「Premium」があり、今回は Premium を使用します。

管理が容易なサーバーレス構成でありながら、小規模から中規模のワークロードであれば十分すぎるほどの性能を発揮してくれます。

各ストレージの月額料金（2026年2月 現在の目安）を表にまとめましたのでご参考にしてください。

Entra Domain Servicesとは、簡単に言うと、「Active Directoryの機能を、サーバー管理不要の『マネージドサービス』としてAzure上で提供するもの」です。
Entra Domain Servicesは、クラウドネイティブな「Entra ID（旧Azure AD）」と連携しつつ、従来のADが持っていた「古き良き機能」を提供します。

• ドメイン参加: Azure上の仮想マシン（Windows/Linux）をドメインに参加させることができます。
• グループポリシー（GPO）: 組織内のPCやサーバーの設定を一括管理できます。
• LDAP / Kerberos / NTLM認証: 昔ながらの認証プロトコルを利用できるため、古いアプリケーションも修正なしでクラウドへ移行（リフト＆シフト）可能です。
• Entra IDとの同期: Entra IDにあるユーザー情報が自動的に同期されるため、新しくユーザーを作り直す必要はありません。

Entra ID・Entra Domain Services・Active Directory それぞれの特徴を表にまとめました。

FSLogixでAzure Filesを使用するためには、「Windows標準のアクセス権（NTFSアクセス許可）を正しく判断するために、Kerberos認証やドメイン情報を必要とするため」にEntra Domain Servicesが必要となります。
そのため、Azure Filesの設定の前にEntra Domain Servicesを作成します。

ステップ1

基本設定の入力

Azureポータルで「Microsoft Entra Domain Services」を検索し、作成を開始します。

• DNSドメイン名: DNSドメイン名を指定します（例: adds.example.com）。
• 地域: AVD（FSLogix）などをデプロイする仮想ネットワークと同じリージョンを選びます。
• SKU:Sandardを選びます。

ステップ2

ネットワークの構成

ここが最も重要です。

• 仮想ネットワーク: 専用のVNet、または既存のVNetを選択します。
• サブネット: Entra DS専用のサブネット（/24程度）を新規に作成します。
  • 理由: ドメインコントローラー（Managed型）が2台自動でデプロイされるため、他のリソースと混在させない方が管理が安全です。

ステップ3

管理グループのメンバー指定

Entra DSでは「Domain Admin」権限は持てませんが、代わりに「AAD DC Administrators」というグループが作成されます。

• このグループに、構築作業を行うユーザーを追加してください。
• このメンバーは、ドメイン参加やグループポリシー（GPO）の編集権限を持ちます。

ステップ4

同期の設定

Entra IDのユーザー情報をどの程度同期するかを選びます。

• すべて: 全ユーザーを同期（推奨）。

ステップ5

作成と「DNS設定の更新」

設定を確認して「作成」を押します。デプロイには約45分〜1時間ほどかかります。気長に待ちましょう。

重要

忘れると動かない作業

デプロイ完了後、Entra DSの管理画面に「2つのIPアドレス」が表示されます。

その「2つのIPアドレス」を仮想ネットワークに登録します。

1. 仮想ネットワーク（VNet）の「DNSサーバー設定」を開きます。
2. 「カスタム」を選択し、表示された2つのIPアドレスを登録します。
3. これで、VNet内のサーバーがドメイン名を解決できるようになります。

いよいよここからは、実際に手を動かして環境を構築していく実践フェーズです。
構築のステップは大きく分けて3つあります。
まずは「器」となるストレージアカウントと共有フォルダの作成、次に「誰がアクセスできるか」を定義する権限設定（RBACとNTFS）、そして最後に「どのストレージを見に行くか」を仮想マシンに教え込むレジストリの適用です。
一見すると複雑に感じるかもしれませんが、一つ一つの工程には明確な理由があり、順番通りに進めれば確実に設定を完了できます。
特に権限設定は、セキュリティと利便性のバランスを保つための重要なポイントとなります。
Azureポータルの操作画面を思い浮かべながら、実運用でもそのまま使えるプロフェッショナルな設定値を、ステップ・バイ・ステップで確実にマスターしていきましょう。

ステップ１

ストレージアカウントの作成とファイル共有

1. Azureポータルで「ストレージアカウント」を作成します。
　リージョンはAVDのVMと同じ場所を選び、冗長性はコスト重視の「LRS」を設定します。

2. 「ファイル共有」から新しい共有フォルダ（例：fslogix）を作成し、適切なクォータを設定します。

ステップ２

認証とアクセス権の設定

プロファイルデータは機密情報であるため、厳格な権限設定が必要です。

1. RBAC設定:
　ストレージアカウントの「アクセス制御 (IAM)」で、AVDユーザーに「ストレージファイルデータSMB共有の共同作成者」ロールを割り当てます。

2. IDベースのアクセス設定:

ステップ３

セッションホスト（VM）へのレジストリ設定

最後に、各VMに対してFSLogixの使用を指示します。
レジストリ HKEY_LOCAL_MACHINE\SOFTWARE\FSLogix\Profiles に以下の値を登録します。

• Enabled (REG_DWORD): 1
• VHDLocations (REG_SZ): \\<storage_account>.file.core.windows.net\fslogix\profiles

設定がすべて完了したら、苦労して作り上げた環境が期待通りに動くかを確認する、最も楽しみな瞬間がやってきます。
まずはテストユーザーとしてAVDにサインインし、ストレージ側にVHDXファイルが自動生成される様子を確認しましょう。
これが確認できれば、プロファイルの外部保存という第一関門は突破です。
続いて、デスクトップの壁紙を変えたり、ブラウザにお気に入りを登録した状態で一度サインアウトし、再度サインインしたときにそれらの設定が完璧に保持されているかを検証します。
この「環境の永続化」が確認できて初めて、あなたのAVDは単なるテスト機から、ビジネスや個人の作業に耐えうる「真の仮想デスクトップ」へと進化を遂げたことになります。
万が一動かない場合のトラブルシューティングの視点も交えながら、最終的な動作確認のポイントを整理します。

プロファイルがVHDXとして作成されているか確認

ユーザーとしてAVDにサインイン後、エクスプローラでファイル共有を確認します。
「Profiles」のフォルダが自動生成されていれば、コンテナ化は成功です。

2回目以降のログオンの挙動チェック

デスクトップにテストファイルを作成し、一度サインアウトします。再度サインインした際に、そのファイルが残っていれば「永続化」が機能しています。
また、VMを再起動しても設定が維持されることを確認し、完全なデスクトップ環境の完成を確認しましょう。

ついにゴールデンイメージの管理とFSLogixによるデータの永続化を両立した、理想的なAVD環境が完成しました。
Azure無料アカウントという限られたリソースの中でも、正しい知識と設定手順を組み合わせることで、エンタープライズレベルのVDI基盤を再現できることが証明されたはずです。
この環境があれば、場所やデバイスを選ばずに自分専用のWindows環境を呼び出し、セキュアかつ快適に作業を進めることが可能になります。
構築を通じて得たFSLogixやAzureストレージの知識は、将来の大規模なインフラ設計にも必ず役立つ貴重な資産となります。

今回までの構築にかかった費用

※画像はサブスクリプションのコスト分析から抜粋

AVD環境の完成を喜ぶのも束の間、クラウド運用において忘れてはならないのが「コストの出口戦略」です。
Azure無料アカウントには有効期限やクレジットの制限があり、検証を終えたあともリソースを放置してしまうと、思わぬ課金が発生して大切な無料枠を使い切ってしまうリスクがあります。
特に、仮想マシンをシャットダウンしていても課金が続く「マネージドディスク（ストレージ）」や、予約済みの「パブリックIPアドレス」は、見落としやすい課金ポイントです。
本シリーズの締めくくりとなる次回は、不要になったリソースを特定し、安全にクリーンアップするための「撤収手順」を徹底解説します。
最後までスマートに管理し、Azureを「使いこなす」ためのフィナーレを一緒に迎えましょう。

Azure無料アカウントでWindows 11仮想デスクトップ(AVD)を構築｜後始末編