「Microsoft Edge for Virtual desktop infrastructure（VDI）」は、VDI専用の新しいブラウザー製品ではありません。既存のMicrosoft EdgeをAzure Virtual DesktopやCitrixなどの仮想環境で安定運用するための、要件・設定・制約をまとめた管理者向けガイダンスです。
結論からいうと、一般ユーザーの画面や操作が大きく変わる更新ではありません。影響が大きいのは、非永続VDIを運用する管理者です。特に、ゴールデンイメージによるEdge更新、ユーザープロファイルの同期方法、VMのリソース配分、Citrix固有の既知の問題を確認する必要があります。新しいVDI向け追加料金や、強制移行期限は公式情報に記載されていません。(Microsoft Learn)
なお、2026年6月15日付の案内として確認する場合でも、参照先のMicrosoft Learn英語ページに表示されている最終更新日は2025年9月9日です。そのため、2026年6月15日をEdgeの強制配信日や移行期限と解釈せず、現行環境を点検するための運用情報として扱うのが適切です。(Microsoft Learn)
Windows／EdgeのMicrosoft Edge for VDIで何が変わるのか
今回の情報で確認すべきポイントは次のとおりです。
| 確認項目 | 公式情報の要点 | 対応優先度 |
|---|---|---|
| ユーザー画面・操作 | 通常のEdgeとほぼ同じで、大きな操作変更はない | 低 |
| 認定VDI環境 | Azure Virtual Desktop、Citrix Virtual Apps and Desktops | 高 |
| リソース | 1ユーザーあたりvCPU 2～4コア、RAM 1GBが推奨目安 | 高 |
| 非永続VDIの更新 | Edgeの自動更新を止め、ゴールデンイメージ側で更新する | 高 |
| プロファイル同期 | Microsoft Entra IDによるエンタープライズ同期が推奨 | 高 |
| UDFのリダイレクト | ユーザーデータフォルダー全体のリダイレクトは避ける | 高 |
| 料金 | Edge VDI向けの新たな料金変更は記載なし | 中 |
| 期限 | 強制移行日、廃止日、適用期限の記載なし | 中 |
VDI向けの新機能が追加されるというよりも、従来曖昧になりやすかった「どのように更新し、ユーザーデータを保持し、障害を避けるか」を整理した内容です。(Microsoft Learn)
Microsoft Edge for Virtual desktop infrastructure（VDI）とは
VDIは、Windowsのデスクトップ環境やアプリケーションをデータセンターやクラウド上で実行し、利用者がネットワーク経由でアクセスする仕組みです。
Microsoft Edgeは、VDI上でもローカルPCとほぼ同じように利用できます。多くのEdge機能は特別な設定を行わなくても動作しますが、仮想マシンの性能やプロファイルの保存方法によっては、起動の遅延、同期失敗、クラッシュなどが発生します。(Microsoft Learn)
永続VDIと非永続VDIの違い
| 種類 | 仕組み | Edge運用で注意する点 |
|---|---|---|
| 永続VDI | ユーザーごとに同じ仮想マシンを継続利用する | 通常のPCに近い更新・プロファイル管理が可能 |
| 非永続VDI | 接続のたびに別の仮想マシンが割り当てられることがある | Edgeのバージョン統一とデータ同期が重要 |
| RemoteApp | デスクトップ全体ではなくEdgeなど特定アプリだけを公開する | Citrixのシームレスアプリでは認証問題に注意 |
特に影響が大きいのが非永続VDIです。セッション終了時に変更が破棄される構成では、各VMでEdgeを自動更新しても、再作成時に古いバージョンへ戻る可能性があります。
Microsoft Edgeの認定VDIプラットフォーム
公式情報で認定されているのは次の2つです。
- Azure Virtual Desktop
- Citrix Virtual Apps and Desktops
それ以外のVDI製品でも一般的なEdgeの操作は動作すると見込まれていますが、Microsoftによる認定は明記されていません。Omnissa Horizonなど別のVDI基盤を使用している場合は、MicrosoftとVDIベンダー双方のサポート条件を確認してください。(Microsoft Learn)
影響を受けるユーザーと管理者
| 対象者 | 想定される影響 | 必要な対応 |
|---|---|---|
| 一般ユーザー | 通常は操作変更なし | お気に入り消失、同期失敗、認証エラーを管理者へ報告 |
| Azure Virtual Desktop管理者 | リソース不足やEdgeのバージョン不一致 | VMサイズ、イメージ、同期設定を確認 |
| Citrix管理者 | クラッシュ、描画遅延、WAM認証失敗の可能性 | Citrixのバージョンとポリシーを確認 |
| 非永続VDI管理者 | セッションごとにEdgeやプロファイルの状態が変わる | ゴールデンイメージと同期方式を見直す |
| その他のVDI管理者 | 公式ガイダンスをそのまま適用できない可能性 | 検証環境で主要業務をテスト |
通常のWindows PCでEdgeを使用している一般ユーザーは、今回の情報だけを理由に設定を変更する必要はありません。
VDIで必要なリソースを確認する
Microsoftは、VDI上でEdgeを展開する際の推奨目安として、次のリソースを示しています。
- vCPU：1ユーザーあたり2～4コア
- RAM：1ユーザーあたり1GB
これは、あらゆる業務を快適に動かせる保証値ではありません。大規模なWebアプリ、ブラウザー拡張機能、多数のタブ、Web会議、30,000行を超えるような大きなHTMLテーブルを扱う場合は、追加のCPUとメモリが必要です。(Microsoft Learn)
実際のサイジングでは、平均使用量だけでなく次の値を確認します。
- 始業直後など同時ログインが集中する時間帯のCPU使用率
- Edge起動後のユーザー単位のメモリ使用量
- 業務アプリを開いた状態でのタブ数
- 導入済み拡張機能の数
- ページ読み込み時間と入力遅延
- VMホスト全体のメモリ競合
「RAM 1GBを割り当てたため問題ない」と判断せず、実際の業務シナリオで負荷テストを行うことが重要です。
非永続VDIでのEdge設定・更新手順
非永続VDIでは、各VMを個別に更新するのではなく、基になるゴールデンイメージを更新します。
現在の環境を確認する
最初に、次の情報を一覧化します。
- 永続VDIか非永続VDIか
- 利用中のEdgeチャネル
- 各VMで稼働しているEdgeのバージョン
- Edgeの更新ポリシー
- ゴールデンイメージの更新頻度
- ユーザープロファイルの保存先
- 同じユーザーによる同時セッションの有無
利用者は、Edgeの「設定」から「Microsoft Edgeについて」を開くとバージョンを確認できます。アドレスバーにedge://settings/helpと入力しても同じ画面を開けます。(マイクロソフトサポート)
ゴールデンイメージにEdgeを導入する
VMのOSとアーキテクチャに合うMicrosoft Edge for BusinessのMSIパッケージを用意し、管理者権限でインストールします。
msiexec /i <MSIファイルのパス> /qn /norestart /l*v <ログファイル名>/qnは画面を表示しないサイレントインストール、/norestartは自動再起動を行わない指定です。障害解析に備えて、インストールログの保存先を必ず指定しておくとよいでしょう。(Microsoft Learn)
検証用プールで動作確認する
本番イメージを一括更新する前に、少数の検証用VMへ適用します。
確認する項目は次のとおりです。
- Edgeが正常に起動するか
- 社内サイトや業務Webアプリが動くか
- 拡張機能が読み込まれるか
- シングルサインオンが機能するか
- お気に入りや設定が同期されるか
- 印刷、ダウンロード、ファイルアップロードが動くか
- セッションを切断・再接続しても問題がないか
Edge本体だけでなく、認証、プロファイル、ネットワーク、VDIクライアントを含む一連の操作で確認してください。
VMプールのEdgeバージョンを統一する
同じプールのVMに複数のEdgeバージョンが混在すると、ユーザーデータの保存形式に互換性がない場合があります。特に、共通プロファイルを複数のVMから参照している環境では、Edgeがクラッシュしたり応答しなくなったりする原因になります。(Microsoft Learn)
ローリング更新を行う場合は、旧イメージと新イメージの同時稼働期間を短くし、問題発生時に旧イメージへ戻せるようにしておきます。
自動更新を停止する場合は更新計画をセットで作る
Microsoftは、非永続VDIでは各VMの自動更新を無効にし、ゴールデンイメージを更新する方法を推奨しています。
ただし、自動更新を止めることは「Edgeを更新しなくてよい」という意味ではありません。更新ポリシーを無効にした場合、管理者が定期的に新しいバージョンを確認し、利用者へ配布する必要があります。(Microsoft Learn)
運用手順には、少なくとも次の項目を含めます。
- 新しいEdgeバージョンの確認日
- 検証開始日
- ゴールデンイメージの更新日
- 本番プールの切り替え方法
- 問題発生時のロールバック方法
- 旧イメージの保管期間
永続VDIや通常のPCまで一律に自動更新を停止すると、更新漏れが起きやすくなります。非永続プールなど、イメージ管理が必要な範囲だけにポリシーを適用してください。
Edgeのプロファイル同期・移行方法
非永続VDIでは、ユーザーが別のVMへ接続しても、お気に入りや設定を引き継げる仕組みが必要です。
| 方式 | 適した環境 | 同時セッション | 主な注意点 |
|---|---|---|---|
| Microsoft Entra IDエンタープライズ同期 | Microsoft Entraアカウントを利用する環境 | 対応 | 対応サブスクリプションが必要 |
| Active Directory向けオンプレミス同期 | クラウド同期を使わないAD環境 | 非対応 | 同時利用でデータが上書きされる可能性 |
| UDFの一部リダイレクト | 既存プロファイル管理との互換性が必要な環境 | 構成による | 対象を最小限にする |
| UDF全体のリダイレクト | 推奨されない | 非推奨 | バージョン差によるクラッシュや遅延の原因 |
Microsoft Entra IDエンタープライズ同期
Microsoft Entra IDを利用できる場合は、エンタープライズ同期が推奨されています。お気に入り、パスワード、設定、拡張機能、履歴、開いているタブなどを、サインインしたデバイス間で同期できます。
複数のセッションを同時に利用する構成にも対応しており、Edgeのバージョンが異なる環境でも利用しやすい方式です。(Microsoft Learn)
ただし、利用には対応するMicrosoft Entra IDまたはMicrosoft 365のサブスクリプションが必要です。契約名だけで判断せず、対象テナントでMicrosoft Edge同期が有効かを確認してください。
古いMicrosoft 365 Business BasicまたはBusiness Standardテナントでは、Microsoft Purview Rights Management Serviceが有効になっていないと、同期が正常に動作しない場合があります。(Microsoft Learn)
Active Directory向けオンプレミス同期
クラウドへブラウザーデータを同期できない環境では、オンプレミス同期を利用できます。
この方式では、お気に入りと設定をprofile.pbというファイルへ保存します。標準の保存先は次の場所です。
%APPDATA%\Microsoft\Edgeオンプレミス同期で正式にサポートされるのは、profile.pbを利用する方法です。%LocalAppData%\Microsoft\Edge以下のファイルやフォルダー全体をローミングさせる方法はサポートされません。(Microsoft Learn)
また、オンプレミス同期は同時セッション間の変更を同期できません。同じユーザーが複数のVMでEdgeを開くと、後から保存されたデータによって変更が上書きされる可能性があります。共有されたprofile.pbはロックされるため、同じファイルを利用するEdgeを複数同時に起動できない構成もあります。(Microsoft Learn)
ユーザーデータフォルダー全体のリダイレクトは避ける
FSLogixやCitrix Profile Managementを利用している場合でも、Microsoft Edgeのユーザーデータフォルダー全体をリダイレクトする構成は避ける必要があります。
Edgeの更新によってデータの保存形式が変わると、異なるEdgeバージョンから同じプロファイルを読み込んだ際に、クラッシュやハングが発生する可能性があるためです。(Microsoft Learn)
リダイレクトが必要な場合は、お気に入り、基本設定、履歴など、必要なデータだけに限定します。少なくとも次のキャッシュ関連フォルダーは、ローミング対象から除外します。
%LocalAppData%\Microsoft\Edge\User Data\Default\Cache
%LocalAppData%\Microsoft\Edge\User Data\Default\Code Cache
%LocalAppData%\Microsoft\Edge\User Data\Default\JumpListIconsTopSites
%LocalAppData%\Microsoft\Edge\User Data\Default\JumpListIconsRecentClosed既存環境がUDF全体をリダイレクトしている場合は、いきなり設定を削除しないでください。検証ユーザーを用意し、同期対象データ、初回ログオン時間、Edgeの起動時間、既存のお気に入りが保持されるかを確認してから段階的に切り替えます。
Citrix環境で確認すべき既知の問題
古いXenApp／XenDesktopでEdgeがクラッシュする
古いバージョンのXenAppまたはXenDesktopでは、Microsoft Edgeがクラッシュすることがあります。
まずCitrix環境をサポートされる新しいバージョンへ更新します。更新後も問題が続く場合は、Microsoft Edgeに対するCitrix API Hooksをアプリケーション単位で無効化する方法が回避策として案内されています。(Microsoft Learn)
API Hooksは他のアプリケーションにも関係するため、サーバー全体で無効化するのではなく、Edgeに限定して検証してください。
大規模なHTMLテーブルの描画が遅い
30,000行を超えるような大きなHTMLテーブルでは、次のCitrixポリシーが描画速度を低下させる場合があります。
- Automatic keyboard display
- Remote the combo box
大規模な一覧画面を利用する業務システムで問題が発生する場合は、検証環境でこれらのポリシーを無効にし、改善するか確認します。(Microsoft Learn)
CitrixシームレスアプリでWAM認証に失敗する
Microsoft EdgeをCitrixのシームレスアプリとして公開すると、Windows Account Manager（WAM）を利用する認証や同期が失敗する場合があります。
これは、シームレスモードで必要なWindowsコンポーネントが初期化されないことが原因です。回避策として、次の方法が案内されています。
- Citrixホストのフルデスクトップへ接続してEdgeを使用する
- Azure Virtual DesktopのRemoteAppを使用する
Edgeだけでなく、WAMを使用するOfficeアプリでも同様の問題が起こり得ます。認証障害を調査する際は、アカウントや条件付きアクセスだけでなく、アプリの公開方式も確認してください。(Microsoft Learn)
料金変更と対応期限
Microsoft Edge for VDIの公式情報では、EdgeをVDIで利用するための新しい追加料金や、価格改定は発表されていません。
ただし、実際のVDI運用では次の費用が別途関係します。
- Azure Virtual DesktopやCitrixなどVDI基盤の利用料金
- Windowsおよびリモートアクセスに関するライセンス
- Microsoft Entra IDやMicrosoft 365のサブスクリプション
- FSLogixなどプロファイル管理機能の利用条件
- 仮想マシン、ストレージ、ネットワークの料金
Microsoft Entra IDエンタープライズ同期を採用する場合は、現在の契約にEdge同期の利用権が含まれるかを管理センターや契約窓口で確認してください。今回の情報だけを理由に、新しいEdgeライセンスを購入する必要はありません。(Microsoft Learn)
また、公式ページには次の期限は記載されていません。
- 強制適用日
- 移行完了期限
- 旧方式の廃止日
- Edge VDI機能の提供終了日
期限のある一斉対応ではなく、次回のゴールデンイメージ更新やVDI更改に合わせて設定を点検する内容です。
一般ユーザーが確認できること
VDI上のEdgeで問題が発生した場合は、次の順番で確認します。
edge://settings/helpを開き、Edgeのバージョンを確認する- 「設定」から「プロファイル」「同期」を開き、同期状態を確認する
- 一度サインアウトして再接続し、同じ問題が再現するか確認する
- 発生日時、Edgeのバージョン、接続先VDI名、エラー画面を記録する
- 組織のIT管理者へ連絡する
組織によって管理されているEdgeでは、更新ボタンや同期設定が表示されない、または変更できない場合があります。その場合は、ユーザーがポリシーを解除しようとせず、管理者へ確認してください。(マイクロソフトサポート)
管理者が最初に実施するチェックリスト
- VDIが永続環境か非永続環境かを確認する
- Azure Virtual DesktopまたはCitrixの認定環境かを確認する
- 1ユーザーあたりのCPU・メモリ使用量を測定する
- 同じプール内のEdgeバージョンを確認する
- 自動更新を止めている場合、イメージ更新日を決める
- Microsoft Entra ID同期とオンプレミス同期のどちらを使うか決める
- 同じユーザーによる同時セッションの有無を確認する
- UDF全体をリダイレクトしていないか確認する
- キャッシュフォルダーをローミング対象から除外する
- Citrixの既知の問題を業務シナリオで検証する
- 本番適用前に検証用プールとロールバック手順を用意する
最初に着手すべきなのは、非永続VDIのEdge更新方法とユーザープロファイルの保存方法の確認です。各VM任せの更新やUDF全体のリダイレクトを行っている場合は、ゴールデンイメージによるバージョン統一と、Microsoft Entra IDエンタープライズ同期への切り替えを優先して検討してください。
コメント