2026.07.24 インフラ

Amazon WorkSpacesとは｜AWSの仮想デスクトップ(DaaS)の仕組み・料金・Personal/Pools/Coreの違いと採用判断

Amazon WorkSpaces（アマゾン ワークスペーシズ）は、AWSがサーバー管理なしで仮想デスクトップを配布するフルマネージドなDaaS（Desktop as a Service）です。管理者は物理PCやオンプレミスのVDI基盤を持たず、ユーザーごとにWindowsやLinuxのデスクトップをクラウド上に払い出し、社員はブラウザや専用クライアントからどの端末でも同じ作業環境へ接続できます。この記事で扱うのは、ブローカ・ディレクトリ・仮想デスクトップという構成の仕組み、自前で組むVDIとの違い、ユーザー専有のPersonal・共有のPools・サードパーティ連携のCoreという3構成の使い分け、Value〜PowerProのバンドルとDCV/PCoIPプロトコルの選択、AD必須のディレクトリ連携、AlwaysOnとAutoStopの2つの課金、そしてどんな企業に向き、どこで見送るべきかの判断です。時間で変わる提供終了や料金は、AWS公式の2026年7月時点の記載を基準に示します。

まとめ：WorkSpacesはVDIを自前で持たずに配るマネージドな仮想デスクトップ

先に結論を示します。Amazon WorkSpacesは、仮想デスクトップの基盤（ブローカ・ゲートウェイ・ストレージ）をAWSが運用し、管理者はユーザーとバンドルを指定するだけでWindows/Linuxのデスクトップを払い出せるサービスです。オンプレミスでVDIを組むと必要になるサーバー調達・冗長化・パッチ適用の運用が要らず、使った分だけ課金される点が最大の差になります。

向くのは、在宅・BYOD・業務委託先へセキュアな作業環境を短期間で配りたい、端末にデータを残さず情報漏えいを抑えたい、繁閑に応じて席数を増減したい、といったケースです。逆に、GPUを終日フル稼働させる重量ワークロードや、常時100%稼働の高スペックデスクトップを大量に抱える構成では、専用ハードやEC2のほうが安くつく場面もあります。まず「デスクトップの運用を手放したいか」「稼働に波があるか」を起点に考え、当てはまるならWorkSpaces、そうでなければ別方式、という順序で選ぶと外しません。なお非永続のWorkSpaces Poolsは2027年12月31日での提供終了が公表されており、新規採用はPersonal中心に組み立てる前提になります。

Amazon WorkSpacesの基本｜マネージドDaaSの構成と仕組み

WorkSpacesを理解する近道は、「デスクトップ本体・つなぐ入口・利用者の身元」の3つが分かれている点をつかむことです。ここでは全体像から入ります。

Amazon WorkSpacesとは何か｜ディレクトリと仮想デスクトップの構成

Amazon WorkSpacesは、1ユーザーにつき1台の仮想デスクトップ（WorkSpace）を割り当てるサービスです。管理者はマネジメントコンソールやAPIから、OSとスペックを決めるバンドル、接続先を管理するディレクトリ、払い出す対象ユーザーを指定します。ユーザーは各OS向けクライアントアプリかWebブラウザで自分のWorkSpaceへログインし、以後はどの端末から入っても同じデスクトップとファイルにアクセスできる仕組みです。デスクトップの実体はAWSのマネージドなインフラ上で動き、ゲートウェイ経由でストリーミング接続されるため、手元の端末には画面と操作だけが流れ、業務データは原則クラウド側に留まります。この「データを端末に置かない」性質が、私物端末や委託先からのアクセスを許しつつ漏えいリスクを抑える土台になります。

VDIやリモートデスクトップとの違い｜自前構築とマネージドDaaSの境目

WorkSpacesは、機能としては仮想デスクトップ基盤（VDI）の一種です。違いは運用の持ち方にあります。従来のオンプレミスVDIは、ハイパーバイザー・接続ブローカ・プロファイル管理・ライセンスサーバーまで自社で構築し維持しますが、WorkSpacesはこの基盤一式をAWSが運用するDaaSとして提供します。管理者が触るのはユーザーとポリシーの管理層だけで、サーバーの冗長化やパッチ適用は肩代わりされる形です。個人がリモートで自席PCへ接続する狭義のリモートデスクトップとも目的が異なり、WorkSpacesは組織単位で標準化されたデスクトップを配布・回収する用途に向きます。VDIやVPN/リモートデスクトップとの位置づけの違いはリモートデスクトップとVDIの違いを整理した解説もあわせて読むと全体像がつかめます。

WorkSpacesファミリーの3構成｜Personal・Pools・Coreの使い分け

WorkSpacesは単一の製品ではなく、用途の異なる3つの構成に分かれます。ここを取り違えると設計を誤るため、永続・非永続・連携の3軸で押さえます。

WorkSpaces Personal｜ユーザー専有の永続デスクトップ

WorkSpaces Personalは、ユーザーごとに専有される永続的なデスクトップです。ログインするたびに同じ環境が復元され、アプリのインストール・ファイルの保存・各種設定がそのまま残ります。開発者やナレッジワーカーのように、自分専用の環境を持ち続けたい利用者に向く構成です。席（WorkSpace）は原則1ユーザー1台で確保され、AlwaysOnかAutoStopの課金モデルを選んで運用します。新規にWorkSpacesを検討する場合、標準となるのはこのPersonalで、以降のバンドルやプロトコルの選択もPersonalを前提に組み立てます。

WorkSpaces Pools｜非永続の共有デスクトップと提供終了の予定

WorkSpaces Poolsは、ファイルや設定をデスクトップに残さない非永続の共有型です。あらかじめ用意したプールから、ログインのたびに空いているデスクトップが割り当てられ、ログオフすると環境が破棄されます。コールセンターや期間限定の研修のように、同一のクリーンな環境を多人数で使い回すタスクワーカー向けに設計された構成です。ただし運用上の重要な前提があります。AWSはWorkSpaces Poolsの提供終了を公表しており、2026年7月31日以降は新規顧客の受け付けを停止し、既存顧客も2027年12月31日で利用できなくなる予定です（2026年7月時点）。これから非永続デスクトップを新規に組むなら、Poolsを前提にせず、Personalのプール的運用や他方式を含めて設計する判断が要ります。

WorkSpaces Core｜サードパーティVDI管理ソフトと組むインフラ提供

WorkSpaces Coreは、CitrixやWorkspotといったサードパーティのVDI管理ソフトウェアと組み合わせて使う、インフラのみを提供する構成です。接続ブローカやユーザー体験の管理は既存のサードパーティ製品に任せ、その裏側のデスクトップ基盤としてWorkSpacesのマネージドインフラを使います。すでにVDI管理ツールへの投資と運用ノウハウがあり、その管理層は変えずにハードウェアの運用だけをクラウドへ寄せたい組織に向く選択肢です。ゼロから配布管理まで一式をAWSに任せたいならPersonal、既存のVDI管理を活かして基盤だけ借りたいならCore、と役割で分かれます。

バンドルとストリーミングプロトコル｜スペック選定とDCV/PCoIP

デスクトップの性能はバンドルで、接続の質はプロトコルで決まります。選択の勘所を2点に分けて掘り下げます。

バンドルの選び方｜Value〜PowerProとGPU付きの割り当てリソース

バンドルは、OSと計算リソースの組み合わせをまとめたテンプレートです。Personalでは軽量なValueから、Standard、Performance、Power、そして最上位のPowerProまでが用意され、GPUを要する用途にはGraphics.g4dn／GraphicsPro.g4dnが選べます。割り当てはおおよそ1vCPU/2GBメモリから8vCPU/32GBメモリまでの幅で、ルートボリュームは最小80GB、ユーザーボリュームは最小10GBから設定します（2026年7月時点）。事務作業中心ならValue〜Standard、開発やデザインのように負荷が高い作業ならPower以上、動画編集や3D・機械学習の推論のようにGPUが要るならGraphics系、という当て方が目安です。バンドルは後から上位へ変更でき、まず小さく始めて実測負荷を見てから上げる進め方が無駄を抑えます。標準のバンドルに社内アプリを組み込んだカスタムイメージを作り、それを配布用のバンドルとして固定する運用も可能です。

DCVとPCoIP｜PCoIPの新規受付終了とDCVへの移行

WorkSpacesの画面転送には、DCVとPCoIPという2つのストリーミングプロトコルがあります。ここで押さえるべき変更があります。AWSはPCoIPベースのWorkSpaces Personalについて、2026年7月31日以降は新規のPCoIP利用を受け付けず、2027年10月31日で提供を終了する方針を示しています（2026年7月時点）。移行先のDCVへは追加料金なしで切り替えでき、PCoIPで作成したWorkSpaceはルートボリュームを保持したままリビルド不要でプロトコルを変更できます。これから新規に構築するなら、選ぶべきは実質的にDCV一択です。DCVは高遅延回線や低帯域でも操作性を保ちやすく、対応OSの幅も広いため、既存のPCoIP環境がある組織も提供終了の期日までに移行計画を立てる必要があります。

ディレクトリ・OS・クライアント｜WorkSpacesの認証基盤と対応環境

WorkSpacesは単体では動かず、ユーザーの身元を管理するディレクトリが要ります。認証基盤と、選べるOS・接続元をまとめて押さえます。

ディレクトリサービス連携｜Active Directoryが前提の認証設計

WorkSpacesを起動するには、AWS Directory Serviceによるディレクトリが必要です。小規模ならSimple AD、既存のオンプレミスADと連携するならAD Connector、フルマネージドのADが要るならAWS Managed Microsoft ADを選びます。ユーザーはこのディレクトリのアカウントでWorkSpaceにサインインし、多要素認証（MFA）やグループポリシーもディレクトリ側で効かせる設計です。既存の社内ADのユーザーとグループをそのまま使いたい場合は、AD ConnectorやManaged Microsoft ADの信頼関係で接続します。ディレクトリの選び分けと料金・エディションの違いはAWS Managed Microsoft ADの解説にまとめました。ユーザープロファイルや共有ファイルをデスクトップの外へ持たせたい場合は、FSx for NetApp ONTAPの解説のような共有ファイルストレージと組み合わせる構成も選べます。

対応OSとクライアント｜Windows/Linuxとブラウザからの接続

WorkSpacesが払い出せるデスクトップのOSは、Windowsと複数のLinuxです。WindowsはBYOL（Bring Your Own License）でWindows 10/11のデスクトップ体験を提供でき、LinuxはAmazon Linux 2・Ubuntu・Red Hat Enterprise Linuxが選べます。接続元となるクライアントは幅広く、Windows・macOS・LinuxのPCに加え、iPad・Androidタブレット・Chromebook、さらにWebアクセスによるブラウザ接続にも対応します。私物のタブレットや自宅PCからでも、クライアントを入れるかブラウザを開くだけで会社の標準デスクトップへ入れる形です。端末側にはOSやアプリを問わず画面が流れるだけなので、機種の混在した環境へ統一されたデスクトップを配りやすい点が実務での利点になります。

料金体系｜AlwaysOnとAutoStopの2課金と見積もりの勘所

WorkSpacesは使い方で課金の考え方が変わります。2つの料金モデルと、見積もりで外しやすい点を整理します。

AlwaysOnとAutoStop｜月額固定と時間従量の分岐点

Personalの課金は2モデルから選びます。AlwaysOnは、バンドルごとに決まった月額固定料金で、常時起動・即時アクセスができる方式です。毎日フルタイムで使う専任ユーザーに向きます。AutoStopは、低い月額基本料に加えて、起動して使った1時間あたりの従量料金がかかる方式です。一定時間操作がないとデスクトップが自動停止し、再接続時に起動するため、週数時間だけ使うパートタイム利用や、繁閑の波がある席に向きます。分岐点はおおむね「その席が月にどれだけ稼働するか」で、常時使うならAlwaysOn、断続的に使うならAutoStopが安く収まります。加えてWindowsを含むバンドルには、Microsoftのライセンス費用（RDS SAL・月数ドル程度）が上乗せされる点も見積もりに織り込みます（2026年7月時点）。

運用コストを抑える設計｜稼働時間・バンドル・ライセンスの見直し

費用の削減は、稼働時間・スペック・ライセンスの3点で効かせます。第一に、席ごとの実稼働時間を見て、月あたりの使用が少ない席はAutoStopへ寄せ、フルタイムの席だけAlwaysOnにする振り分けです。第二に、当初は余裕を見て高いバンドルを割り当てがちですが、実測のCPU・メモリ使用率を見て過剰なら下位バンドルへ落とすことで、席単価をそのまま下げられます。第三に、LinuxバンドルはWindowsのライセンス費用がかからないため、ブラウザや業務Webアプリ中心の用途ならLinuxへ寄せる選択も有効です。運用開始後は、AutoStopの自動停止までの時間を短めに設定し、退勤後の無駄な起動を抱えないようにすると、月額の従量分を素直に削れます。デスクトップのバックアップやディザスタリカバリを別途組みたい場合は、AWS Backupの解説のようなバックアップの仕組みとあわせて設計します。

Amazon WorkSpacesを採用すべき条件と見送って別方式に寄せる場面

ここは言い切ります。WorkSpacesはすべてのデスクトップ配布で正解になるわけではありません。向く条件と、あえて選ばない場面を分けて示します。

採用が向く条件｜在宅/BYOD/委託先へのセキュアなデスクトップ配布

効果が出るのは、端末にデータを残さず作業環境を配りたいケースです。在宅勤務や私物端末（BYOD）の利用者へ統一デスクトップを配る、業務委託先や短期プロジェクトの要員へ期間限定でセキュアな環境を渡す、拠点や機種がばらついた組織に標準化されたWindows/Linux環境を行き渡らせる、といった用途にはまります。席数を繁閑に合わせて増減でき、退場時はWorkSpaceを削除するだけで環境ごと回収できる点も、オンプレミスの端末管理にはない強みです。AWS上でWorkSpacesを設計・構築し、ディレクトリやネットワーク、既存ADとの接続まで含めて実装したい、あるいはオンプレミスVDIからの移行を相談したい場合はAWSを含むインフラ構築の受託で受け付けています。要件定義から認証基盤・ネットワーク・運用設計までを外部に任せたい場合の入口です。

見送るべき場面｜常時フル稼働の重量デスクトップとGPUの常時利用

逆に見送ったほうがよい場面もあります。全席が終日100%近く稼働し、かつ高スペックが常に要る構成では、AlwaysOnの月額固定が積み上がり、EC2の専有インスタンスや物理端末のほうが総額で安くなることがあります。GPUを一日中フル稼働させるレンダリングや学習用途も、Graphics系バンドルの単価が高く、専用GPUインスタンスを別建てで持つ判断が妥当な場面です。加えて、非永続の共有デスクトップを大量に前提とする設計は、提供終了が決まったWorkSpaces Poolsに依存するとやり直しになるため、現時点での新規採用としては避けます。判断の順序としては、デスクトップの運用を手放したくかつ稼働に波があるならWorkSpaces、常時フル稼働の重量ワークロードならEC2や専用ハード、既存VDI管理を活かすならWorkSpaces Core、と要件で切り分けるのが堅実です。

よくある質問

WorkSpacesの構成や料金など、導入前に迷いやすい点をまとめます。

Amazon WorkSpacesとVDIは何が違いますか？

WorkSpacesは機能としてはVDIの一種ですが、基盤の運用をAWSが肩代わりするマネージドなDaaSである点が違います。オンプレミスVDIではハイパーバイザーや接続ブローカ、ライセンスサーバーまで自社で構築・維持しますが、WorkSpacesは管理者がユーザーとバンドルを指定するだけで払い出せます。サーバーの冗長化やパッチ適用が不要で、使った分だけ課金される点が最大の差です。

WorkSpaces PersonalとPoolsはどちらを選べばよいですか？

ユーザー専有の永続環境が要るならPersonal、設定を残さない使い捨ての共有環境ならPoolsが本来の使い分けです。ただしWorkSpaces Poolsは2027年12月31日で提供終了が公表され、2026年7月31日以降は新規受付が停止されています（2026年7月時点）。これから新規に組むなら、非永続用途であってもPoolsを前提にせず、Personalの運用や他方式を含めて設計する判断が要ります。

Amazon WorkSpacesの料金はどのくらいですか？

Personalは、月額固定で常時使えるAlwaysOnと、低い月額基本料に起動時間の従量を足すAutoStopの2モデルです。料金はバンドルのスペックで変わり、軽量なValueは安く、PowerProやGPU付きのGraphics系ほど高くなります。Windowsを含むバンドルにはMicrosoftのライセンス費用が上乗せされる点にも注意が必要です。稼働が少ない席はAutoStop、フルタイムの席はAlwaysOnに寄せると費用を抑えられます。

DCVとPCoIPのどちらのプロトコルを使うべきですか？

これから新規に構築するならDCVを選びます。AWSはPCoIPベースのWorkSpaces Personalについて、2026年7月31日以降の新規受付を停止し、2027年10月31日での提供終了を公表しています（2026年7月時点）。DCVへは追加料金なしで移行でき、既存のPCoIPのWorkSpaceもルートボリュームを保持したままリビルド不要でプロトコルを切り替えられます。

WorkSpacesを使うのにActive Directoryは必須ですか？

ユーザー認証にAWS Directory Serviceのディレクトリが必要です。小規模ならSimple AD、既存のオンプレミスADと連携するならAD Connector、フルマネージドのADが要るならAWS Managed Microsoft ADを選びます。ユーザーはこのディレクトリのアカウントでサインインし、多要素認証やグループポリシーもディレクトリ側で管理します。

関連記事

資料請求

RELATED POSTS 関連記事

一覧へ戻る