2026年3月2日付けで、MicrosoftはdedicatedモードのWindows 365 Frontline Cloud PCのリサイズサポートを一般提供しました。これにより、再プロビジョニングなしでFrontline Cloud PCのvCPU、RAM、ストレージを変更できるようになります。ユーザーデータ、プロファイル、インストール済みアプリケーションがその場で保持されます。

シフトベースのCloud PC展開を運用している場合、これがついに一からやり直さず適正サイズ化を可能にする機能です。

簡易おさらい: Frontline Dedicatedモード

Windows 365 Frontlineはシフトワーカー、パートタイムスタッフ、非同時労働力向けに構築されています。単一のFrontlineライセンスで最大3台のCloud PCをプロビジョニングできますが、ライセンスごとに同時に接続できるユーザーは1人だけです。

Dedicatedモードは割り当てられた各ユーザーに独自の永続Cloud PCを提供します。ファイル、アプリ、設定 — すべてがセッション間で存続します。これは3シフトで運営されるコンタクトセンター、臨床スタッフと管理スタッフを分ける医療機関、ラインワーカーとスーパーバイザーがライセンスを共有するがデスクトップは共有しない製造業で使われるモードです。

Sharedモードはステートレスな代替です — サインアウト時にセッションがワイプされます。リサイズはsharedモードには適用されません。Dedicatedのみです。

リサイズの実際の動作

Frontline dedicated Cloud PCをリサイズする際、サービスは以下を行います:

  1. 現在のサイズから対象サイズへライセンスをスワップ
  2. ユーザーを切断 — 強制的に、猶予期間なし
  3. 新しいvCPU/RAM/ストレージ仕様でVMを再構成
  4. Cloud PCを再起動

整プロセスは約15–20分かかります。すべてのユーザーデータが保持されます。再プロビジョニング、プロファイル再構築、アプリ再インストールなし。

変更できるもの: vCPUコア(増減)、RAM(増減)、ストレージ(増加のみ)。

変更できないもの: ストレージは削減できません。これはデータ保護のガードレールです — Microsoftはデータが入っている可能性のあるディスクを縮小しません。

エンタープライズの要点: リサイズはデータにとって非破壊的ですがアクティブセッションにとっては破壊的です。ライブ調整ではなくメンテナンス操作として扱ってください。

管理者が知っておくべきこと

必要なロール

直接割り当てライセンスの場合、以下のいずれかが必要:

  • Intune Service Administrator
  • Intune Reader + Cloud PC Admin
  • Intune Reader + Windows 365 Administrator

グループベースライセンスの場合、Entraグループの読み取り/書き込みメンバーシップ権限も追加で必要です。

前提条件

  • 開始前に対象サイズの利用可能なライセンスが存在すること
  • Cloud PCが**「Provisioned」ステータス**であること — デプロイ中や遷移状態は不可
  • BYONETを使うハイブリッドEntra参加環境の場合: リサイズ中にサブネットで2つ目のIPアドレスが利用可能であること
  • GPU対応Cloud PCはリサイズ不可 — 完全に。デプロビジョニングと再プロビジョニングが必要です

手順

Frontlineリサイズは個別デバイスアクションではなくプロビジョニングポリシー経由で行われます:

  1. Microsoft Intune admin centerを開く
  2. Devices → Windows 365 → Provisioning policiesに移動
  3. 対象ポリシーを選択 → Assignmentsの横のEdit
  4. Cloud PC size列でFrontlineエントリーを選択
  5. 利用可能オプションから新しいサイズを選択
  6. Review and save → Update

ここが罠です: そのポリシー割り当て内のすべてのCloud PCが一緒にリサイズされます。このインターフェース経由で個別デバイスを選ぶことはできません。プロビジョニングポリシー構造を適切に計画してください — ユーザーグループごとに異なるサイズが必要な場合は、別のポリシー割り当てにすべきです。

ユーザーインパクトと最小化方法

直接言いましょう: リサイズは警告なしにアクティブユーザーを切断します。組み込みの通知、カウントダウンタイマー、「作業を保存」プロンプトはありません。未保存の作業は失われます。

Frontline環境では、タイミング良くやれば実際には聞こえるほど痛苦ではありません。シフトベースの労働力にはシフト間に自然な隙間があります。それがメンテナンスウィンドウです。

ベストプラクティス:

  • **リサイズ前にコミュニケーション。**メール、Teamsメッセージ、シフト引継ぎメモ — あなたのチャネルが何であれ使ってください
  • **シフト間にリサイズ。**15–20分のダウンタイムはシフト交代にきれいに収まります
  • シフト途中のリサイズは絶対に避ける — データ損失を運用マネージャーに説明するのを楽しまない限り
  • IntuneのCloud PC actionsレポート(Devices → Monitor → Cloud PC actions)で完了を確認

グループベースライセンスの落とし穴

ここが面白くなる所です — そして準備不足の管理者は痛い目を見ます。

直接割り当てライセンスを使う場合、リサイズは単純です。サービスがライセンススワップを自動的に処理します。開始、待機、完了。

Entra IDグループ経由のグループベースライセンス(ほとんどの大規模組織が使用)を使う場合、プロセスには厳しい期限付きの手動ステップがあります:

  1. リサイズを開始
  2. Cloud PCが**「Resize pending license」**状態に入る
  3. ユーザーを旧ライセンスグループから削除し新ライセンスグループに追加する必要
  4. 48時間以内にこれを完了

48時間以内にグループメンバーシップ変更を完了しないと、リサイズは自動的に元に戻ります。エラーも再試行もなく — 単にロールバックします。

ハイブリッドEntra環境では、グループメンバーシップ変更の同期に最大30分かかる場合があります。タイムラインに織り込んでください。

エンタープライズの要点: グループベースライセンスを使う場合、グループスワップを含むランブックを作成してください。可能なら自動化してください。48時間の窓は余裕がありますが、忘れやすいです — 特にシフト間で大規模バッチをリサイズする時は。

いつ使うか

リサイズが最も意味のあるシナリオ:

**デプロイ後の適正サイズ化。**全体に4 vCPU / 16 GB Cloud PCをプロビジョニングしたが、Endpoint Analyticsが半分のユーザーが2 vCPU利用率を超えないことを示す場合。それらのユーザーをダウンサイズしライセンスコストを回収。

**ロール変更。**コンタクトセンターのエージェントがより要求の厳しいアプリを実行するスーパーバイザーロールに移動。Cloud PCをその場でアップグレード — マイグレーションなし、設定喪失なし。

**季節スケーリング。**ホリデーシーズンに拡大する小売り運用はCloud PCを一時的にアップサイズし、需要が正常化したら縮小できます。

**デプロイ前準備。**来四半期にリソース集約型アプリを展開予定。該当Cloud PCを事前にアップサイズし、初日から性能壁に当たらないように。

**パイロット調整。**保守的なサイズ設定でFrontlineパイロットを開始?グループ全体を再プロビジョニングせず実際の使用データに基づき調整。

既知の制限

レーダーに置いておくべき:

  1. **Sharedモードは除外。**リサイズはdedicatedモードFrontline Cloud PCのみで動作
  2. **GPUリサイズなし。**GPU対応構成は完全なデプロビジョニング/再プロビジョニングが必要
  3. **ストレージは増加のみ。**ストレージは増やせるが減らせない
  4. **プロビジョニングポリシー経由のバッチのみ。**ポリシー割り当て内の全Cloud PCが一緒にリサイズ — 個別ターゲティング不可
  5. **強制切断。**接続ユーザーに猶予セッション警告や保存プロンプトなし
  6. **48時間のグループライセンスタイムアウト。**窓を逃すとリサイズは暗黙に元に戻る
  7. **大規模Entraグループ(10,000+メンバー)**は問題を起こす可能性 — 密接に監視

IT管理者のアクションアイテム

  1. **Frontline dedicated展開のインベントリ。**どのプロビジョニングポリシーがどのユーザーグループと現在のサイズ設定にマップするか把握
  2. Endpoint Analyticsで利用データを確認。過剰プロビジョニングと過少プロビジョニングのCloud PCを特定
  3. **ライセンスモデルを確認。**直接割り当てかグループベースか?グループベースの場合、どのEntraグループがどのSKUにマップするか文書化
  4. リサイズランブックを構築 — 特にグループベースライセンスを使う場合。グループスワップステップと48時間期限を含める
  5. リサイズ試行前に対象サイズライセンスが利用可能であることを確認
  6. シフトマネージャーと調整しシフト隙間にリサイズをスケジュール
  7. **小グループで最初にテスト。**1つのプロビジョニングポリシー割り当てをリサイズしプロセスをエンドツーエンド検証してから拡大

Big Hat Groupはエンタープライズ組織向けのWindows 365とAzure展開を専門としています。Frontline Cloud PCロールアウトを計画しているか既存のWindows 365環境の最適化にサポートが必要な場合は、お問い合わせください。