Amazon WorkSpaces による仮想デスクトップ戦略 - VDI 移行の判断基準とコスト設計
Amazon WorkSpaces の料金モデル、Amazon DCV へのプロトコル移行、ディレクトリ統合、セキュリティ設計を解説し、オンプレミス VDI からの移行判断基準とコスト最適化の実践手法を紹介します。
オンプレミス VDI が抱える構造的な問題
Citrix や VMware Horizon を中心としたオンプレミス VDI (Virtual Desktop Infrastructure) は、多くの企業で 10 年以上運用されてきましたが、構造的な問題が顕在化しています。第 1 に、ハードウェアのライフサイクル管理です。VDI サーバーは数年ごとにハードウェア更改が必要で、サーバー・ストレージ・ネットワーク機器をまとめて調達し直す設備投資と、要件定義から検証・切り替えまでを繰り返す長期プロジェクトが、ライフサイクルごとに発生します。第 2 に、ライセンスコストの肥大化です。商用 VDI 製品のライセンスはユーザー数または同時接続数に応じた課金が基本で、利用者が増えるほど費用が積み上がります。さらにハイパーバイザー、サーバー OS、管理ツールのライセンスが別建てで加算され、実際の稼働率とは無関係に契約数分の費用が固定的に発生します。第 3 に、リモートワーク対応の限界です。オンプレミス VDI はデータセンターのネットワーク帯域に依存するため、全社員が一斉にリモートアクセスするとパフォーマンスが劣化します。コロナ禍で多くの企業がこの問題に直面しました。Amazon WorkSpaces はこれらの問題を、AWS のグローバルインフラストラクチャ上で動作するマネージド VDI サービスとして解決します。
WorkSpaces の料金モデルと損益分岐点
(2026 年 8 月時点・バージニア北部および東京リージョン) WorkSpaces は月額固定料金の AlwaysOn と、月額基本料金 + 時間課金の AutoStop という 2 つの料金モデルを提供しています。Standard バンドル (2 vCPU、4 GB メモリ、ルートボリューム 80 GB + ユーザーボリューム 50 GB、Windows・ライセンス込み) の場合、バージニア北部では AlwaysOn が 1 台あたり月額 35.00 USD、AutoStop が月額基本料金 9.75 USD + 利用 1 時間あたり 0.30 USD です。東京では AlwaysOn が月額 47.00 USD、AutoStop が月額基本料金 14.00 USD + 利用 1 時間あたり 0.40 USD で、同じバンドルでもリージョンによって単価が異なるため、損益分岐点もリージョンごとに計算する必要があります。バージニア北部では月 84 時間の利用で AutoStop が 34.95 USD、85 時間で 35.25 USD となり、月 85 時間以上では AlwaysOn が安くなります。東京では月 83 時間で AutoStop が 47.20 USD となり、分岐点は月 83 時間です。月 20 営業日で換算すると 1 日あたり 4 時間強が境目で、フルタイム勤務のユーザーはほぼ AlwaysOn 側、1 日数時間だけ仮想デスクトップを使うパートタイムや協力会社のユーザーは AutoStop 側になります。AutoStop は一定時間操作がないと自動的に停止し、次回アクセス時に自動起動するため、利用していない時間の時間課金が発生しません。したがって大規模環境では、全ユーザーを AlwaysOn で揃えるのではなく、実際のログイン時間の分布を計測して分岐点の前後で振り分けるのが基本設計になります。削減幅は「分岐点の時間数を下回るユーザーが何割いるか」でそのまま決まるため、移行計画では既存 VDI の稼働ログからユーザーごとの月間利用時間を集計する作業が最初に来ます。
プロトコルは Amazon DCV へ統合 - PCoIP サポート終了と移行経路
WorkSpaces Personal のストリーミングプロトコルは Amazon DCV (旧称 WSP: WorkSpaces Streaming Protocol) に一本化されました。DCV は AWS が開発した高性能ストリーミングプロトコルで、公式ドキュメント (2026 年 8 月時点) では WorkSpaces Personal の単一プロトコルと位置づけられています。もう一方の PCoIP (PC over IP) は Teradici が開発し現在は HP が保有する技術で、サポート終了が公表されています。2026 年 7 月 31 日以降は新規のお客様の受付を終了し、2027 年 10 月 31 日をもって PCoIP ベースの WorkSpaces Personal のサポートが終了します (AWS GovCloud (US) を含む提供全リージョンが対象)。終了日までは既存環境の利用とセキュリティパッチの提供が継続されますが、新機能の開発と新しい OS のサポートは DCV のみが対象です。したがって新規導入で PCoIP を選ぶ理由は実質的に残っていません。機能面の差も DCV 側に寄っています。DCV のみで利用できる代表例は、セッション内でのウェブカメラ利用 (PCoIP のクライアントはウェブカメラに非対応)、スマートカードによる事前認証とセッション内利用、YubiKey や Windows Hello といった WebAuthn 認証器、証明書ベースの認証、Windows 11 BYOL や Ubuntu のバンドル、GPU 搭載バンドル (Graphics.g6、Graphics.g4dn、GraphicsPro.g4dn)、そして Windows Server 2022 / 2025 バンドルでのウェブアクセスです。既存の PCoIP 環境の移行経路は 2 つあります。第 1 は Modify Protocol で、マネジメントコンソールの Actions メニュー、または CLI・API から WorkSpace のプロトコルを DCV へ切り替えます。実行前にチェックポイントスナップショットが取得され、失敗した場合は移行前の状態へ自動的にロールバックされるため、データを失わずに再試行できます。停止中の WorkSpace もそのまま対象にできます。第 2 は Migrate WorkSpace (migrate API) で、Windows 10 BYOL や Windows Server 2016、Amazon Linux 2 のように OS 自体がサポート終了に近い場合はこちらを使います。移行先バンドルのイメージから新しいルートボリュームを作成し、ユーザーボリュームは直近のスナップショットから引き継ぐ方式です。DCV の利用に追加料金はなく、移行によって WorkSpaces の料金体系が変わることもありません。移行前に確認すべき点は 3 つです。DCV は PCoIP と異なるポートと IP アドレス範囲を使うため、セキュリティグループ、ファイアウォール、オンプレミス側の経路設定を更新する必要があります。クライアント側は公式ドキュメントに記載された対応バージョン以降の WorkSpaces クライアント (Windows・macOS のデスクトップクライアント、ウェブアクセス、モバイル用アプリ) が必要です。そして PCoIP ゼロクライアント端末は DCV に対応しないため、端末の入れ替えを計画に含めます。公式ドキュメントでは、本番展開の前に利用者像ごとに 5〜10 台規模のパイロットを実施することが推奨されています。
ディレクトリ統合とセキュリティ設計
WorkSpaces のユーザー認証は Active Directory (AD) と統合されます。AWS Managed Microsoft AD を使用すれば、オンプレミスの AD と信頼関係を構築し、既存のユーザーアカウントとグループポリシーをそのまま WorkSpaces に適用できます。これにより、パスワードポリシー、画面ロック、USB デバイスの制御、クリップボードの制限などを、オンプレミスと同じグループポリシーで一元管理できます。セキュリティ設計で特に重要なのは、データの流出防止です。WorkSpaces はデフォルトでクリップボードのコピー & ペースト、ファイルのアップロード・ダウンロード、印刷を許可していますが、これらはすべてグループポリシーまたは WorkSpaces の管理設定で制限できます。金融機関や医療機関のように厳格なデータ管理が求められる環境では、クリップボードを無効化し、ローカルドライブのリダイレクトを禁止し、印刷を特定のネットワークプリンターに限定する設定が一般的です。さらに、WorkSpaces は IP アクセスコントロールグループで接続元の IP アドレスを制限でき、社内ネットワークまたは VPN 経由のアクセスのみを許可する構成も可能です。
移行判断のフレームワークと段階的アプローチ
オンプレミス VDI から WorkSpaces への移行は、全面移行ではなく段階的なアプローチが成功率を高めます。まず、パイロットフェーズとして 50〜100 ユーザーを WorkSpaces に移行し、パフォーマンス、ユーザー体験、運用プロセスを検証します。パイロットの対象は、IT 部門やリモートワーク比率の高い部門が適しています。技術的な問題を早期に発見でき、フィードバックも得やすいためです。パイロットで検証すべき項目は、ネットワークレイテンシ、アプリケーション互換性 (特に社内開発アプリケーション)、周辺機器の動作 (プリンター、スキャナー、USB トークン) の 3 点です。レイテンシの目安は公式ドキュメント (2026 年 8 月時点) の記載値に従います。Amazon DCV では往復時間 250 ms 未満が最良で、250〜400 ms では品質が劣化します。PCoIP では 100 ms 未満が最良、100〜200 ms で影響が出はじめ、375 ms を超えると接続が切断されます。パイロットの結果を踏まえて、拡大フェーズでは部門単位で順次移行します。移行の優先順位は、VDI ハードウェアの更改時期が近い部門、リモートワーク比率が高い部門、セキュリティ要件が厳しい部門 (データの社外持ち出し禁止) の順に設定するのが合理的です。オンプレミス VDI のライセンス契約が残っている部門は、契約満了に合わせて移行することで、二重コストを最小化できます。
参考資料 (AWS 公式)
本ページの一次情報は AWS 公式サイトおよび公式ドキュメントです。最新の仕様 / 料金は次の公式ページで確認できます。
本ページと公式ドキュメントの記述が食い違う場合は、公式ドキュメントを正としてください。