Microsoft は今週、Windows 365 に 4 つの重要なアップデートを提供しました。Cloud PC プロビジョニングの信頼性、Reserve ユーザー向けの緊急アクセス改善、そしてリモートデスクトップ体験で最も持続的な課題の 1 つに対処する大規模な接続性アップグレードにまたがるものです。

何が変更されたか、そして組織にとって何を意味するのかを説明します。

ライセンスロジックの改善によるより安全な Cloud PC リサイズ

変更点: Windows 365 は、グループベースライセンス (GBL) リサイズ操作をトリガーする前に、ソースライセンスの削除とターゲットライセンスの割り当ての両方を、発生順序にかかわらず検証するようになりました。

なぜ重要か: Cloud PC のリサイズには常に微妙なリスクがありました。例えば 2 vCPU から 4 vCPU ライセンスへの移行など、ライセンス移行中にユーザーの GBL ポリシーが変更された場合、既存の Cloud PC をリサイズするのではなく、誤って追加の Cloud PC をプロビジョニングしてしまう可能性がありました。これにより孤立したリソース、予期しないライセンスコスト、時間のかかるクリーンアップが発生していました。

改善されたロジックは、ライセンス移行を単一の原子検証ステップとして扱うことでこれを解決します。式のいずれかの側の準備ができていない場合、リサイズは明確なエラーメッセージとともにグレースフルに失敗します。管理者は設定を修正し、サポートへのエスカレーションや謎のエラーなしで再試行できます。

結論: 自動化された GBL ワークフロー経由で大規模に Cloud PC を管理する組織にとって、これは請求到着まで検出が困難だったクラスのプロビジョニングエラーを排除します。アクションは不要です。既存のリサイズワークフローは即座に恩恵を受けます。

Cloud PC プロビジョニングに Autopilot Device Preparation が登場

変更点: Windows 365 は Cloud PC プロビジョニング中に Autopilot Device Preparation の準備基準をサポートするようになりました。管理者は、Cloud PC がプロビジョニング済みとマークされる前に満たす必要がある条件（特定のアプリケーションのインストール、スクリプトの実行、適用された設定）を定義できます。

なぜ重要か: 歴史的に、Cloud PC は仮想マシンが起動されドメイン参加した瞬間に「プロビジョニング済み」と表示されていました。アプリケーションのデプロイと設定はその後非同期に発生していました。すぐにサインインしたユーザーは、設定途中のデスクトップに直面する可能性がありました。Teams がない、セキュリティツールがない、設定が不整合など、ヘルプデスクへの問い合わせや生産性の摩擦につながっていました。

Autopilot Device Preparation により、準備基準が満たされるまでプロビジョニングパイプラインは完了しません。Cloud PC は本当に準備ができるまで、ユーザーから見えないプロビジョニング状態にとどまります。

結論: これは Cloud PC を Intune 環境内の他の管理されたエンドポイントと同様に扱うための意味のあるステップです。物理デバイス向けにすでに Autopilot Device Preparation を使用している場合、一貫したポリシー定義で Cloud PC にも同じ準備基準を拡張できます。

Windows 365 Reserve 向け Windows Autopilot（パブリックプレビュー）

変更点: Autopilot Device Preparation が Windows 365 Reserve Cloud PC 向けにパブリックプレビューで利用可能になりました。プロビジョニングは必須アプリケーションと設定の検証後にのみ完了します。Cloud PC はデバイス設定の進行中に視覚的な「準備中」ステータスを表示します。

なぜ重要か: Windows 365 Reserve は、ユーザーが一時的または緊急の Cloud PC アクセスを必要とするシナリオ（デバイスの故障、ノート PC なしの出張、請負業者のオンボーディング）向けに設計されています。これらのシナリオではスピードが重要ですが、準備も同様に重要です。ユーザーのアプリケーションやセキュリティツールなしで起動する Cloud PC は本当に有用ではありません。

Autopilot の統合により、管理者は Reserve Cloud PC がユーザーが触れる前に完全に設定されているという確信を得られます。視覚的な「準備中」ステータスは、プロビジョニング状態を追跡するヘルプデスクチームにも透明性を提供します。

重要なことに、これによりカスタムゴールデンイメージの維持への依存が軽減されます。DPP はアプリケーションのデプロイと設定をネイティブに処理し、プロビジョニングパイプラインをよりモジュール化して維持しやすくします。

結論: Windows 365 Reserve を使用している、または評価している場合、このプレビュー機能は一時的 Cloud PC デプロイの信頼性を直接向上します。Reserve のライセンス、使用制限、エンドユーザー体験の変更はありません。

冗長 TCP トランスポートパスを備えた RDP Multipath の GA ロールアウト開始

変更点: Microsoft は Windows 365 Cloud PC 向けの冗長 TCP トランスポートパスを備えた RDP Multipath の一般提供ロールアウトを開始しました。この拡張により、クライアントと Cloud PC 間で複数の TCP 接続が可能になり、ネットワーク劣化が検出されると自動フェイルオーバーします。

なぜ重要か: これは多くの組織が待ち望んでいた接続性アップデートです。RDP Multipath はすでに UDP ベースのパスで存在し、信頼性の高いネットワークで優れたパフォーマンスを提供していました。しかし現実のデプロイメント（ホテルの Wi-Fi、カンファレンスセンター、制限の厳しいファイアウォールを持つブランチオフィス）では、UDP はしばしばブロック、スロットル、または信頼性に欠けていました。UDP が失敗すると、フォールバックなしでセッションが劣化していました。

冗長 TCP トランスポートパスは、既存の UDP Multipath を複数の TCP 接続で補完することでこれを解決します。1 つの TCP パスが劣化すると、トラフィックは自動的に別のパスに移行します。フェイルオーバーはユーザーにとって透過的です。

期待されること: ロールアウトは段階的で品質駆動型のため、すべての Cloud PC が即座にこの機能を持つわけではありません。管理設定は不要で、ロールアウトの進行に伴い自動的に有効化されます。ネットワークチームは標準的な RDP 接続パスが開いたままになっていることを確認してください。

結論: ユーザーが多様なネットワーク環境（ホテル、空港、フィールドオフィス、または予測不可能なネットワーク品質のその他の場所）から接続する組織にとって、これはセッションの信頼性とユーザー満足度を直接向上します。

変更されていないこと

これらのアップデートは追加的なものです。既存のワークフロー、ポリシー、設定は影響を受けていません。

  • 既存の Cloud PC リサイズ操作は引き続き機能します。新しい検証は以前問題を引き起こしていたエッジケースを単にキャッチします。
  • 現在のプロビジョニングポリシーは有効なままです。Autopilot Device Preparation は置き換えではなく、オプションの拡張です。
  • Reserve のライセンス、使用制限、エンドユーザー体験は変更されていません。
  • 段階的 GA ロールアウト中、既存の Cloud PC の RDP 接続性は完全に機能し続けます。

組織が取るべきアクション

  1. GBL リサイズワークフローを見直す。 改善された検証によりエラーは即座に減少するはずです。リサイズ操作周囲の自動化スクリプトがある場合、環境でグレースフルな障害処理が期待通りに機能することを検証してください。

  2. 新しいプロビジョニングポリシー向けに Autopilot Device Preparation を評価する。 準備基準を含むパイロットプロビジョニングポリシーから始めてください。セキュリティツールや基幹業務アプリなど、少数の重要なアプリケーションに焦点を当て、初回ログインのサポートチケットの削減を測定してください。

  3. Reserve ユーザー向けに Autopilot プレビューをテストする。 パブリックプレビューに登録し、Autopilot Device Preparation を Reserve プロビジョニングポリシーとリンクしてください。視覚的な「準備中」ステータスはヘルプデスクの可視性だけでも価値があります。

  4. RDP Multipath TCP ロールアウトに向けネットワークチームを準備する。 設定変更は不要ですが、ネットワークチームは段階的 GA ロールアウトが進行中であることを認識すべきです。標準的な RDP 接続パスが開いており、TCP ベースの Multipath が既存の UDP パスと並行して機能できることを検証してください。

全体像

これら 4 つのアップデートを総合すると、明確なストーリーが語られています。Microsoft は Windows 365 の運用成熟度に投資しています。

リサイズ検証の修正は、スケールでしか現れないクラスの問題に対処します。Autopilot Device Preparation の統合は、Cloud PC プロビジョニングを物理エンドポイントと同じ管理パラダイムにもたらします。これは統合エンドポイント管理に向けた必要なステップです。Reserve と Autopilot の組み合わせは、Microsoft が一時的/緊急アクセスを付け足しではなく成長ベクトルと見なしていることを示しています。そして RDP Multipath TCP の GA は、Cloud PC に関する最も一般的なユーザーの不満（一貫性のないセッション信頼性）への直接的な対応です。

これは「プロビジョニングして希望に頼る」モデルから「プロビジョニングし、検証し、接続を維持する」プラットフォームへと進化する Windows 365 です。ハイブリッドワークフォースを管理する IT 組織にとって、これらの改善はそれぞれが測定可能な方法で運用摩擦を減らします。

Windows 365 環境を最適化する準備はありますか? Big Hat Group は、プロビジョニング戦略や Autopilot 統合から接続性の最適化や継続的な運用まで、Windows 365 環境の設計、デプロイ、管理を支援します。これらのアップデートが Cloud PC ロードマップにどう影響するかを話し合うには、お問い合わせください。

Big Hat Group は、モダンエンドポイント管理、Windows 365、Microsoft 365 デプロイメントを専門とする Microsoft パートナーです。