翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 # WorkSpaces Personal で WorkSpace を変更する WorkSpace の起動後に、以下の 3 つの方法で設定を変更できます。 + ルートボリューム (Windows の場合はドライブ C、Linux の場合は /)、およびユーザーボリューム (Windows の場合はドライブ D、Linux の場合は /home) のサイズを変更できます。 + コンピューティングタイプを変更して、新しいバンドルを選択できます。 + WorkSpace が PCoIP バンドルで作成された場合は、 AWS マネジメントコンソール、 AWS CLI、または Amazon WorkSpace API を使用してストリーミングプロトコルを変更できます。 Amazon WorkSpaces WorkSpace の現在の変更状態を表示するには、矢印を選択して WorkSpace の詳細を表示します。[**状態**] に表示される値は、[**コンピューティングの変更**]、[**ストレージの変更**]、および [**なし**] です。 WorkSpace を修正する場合は、ステータスが `AVAILABLE` または `STOPPED` である必要があります。ボリュームサイズとコンピューティングタイプを同時に変更することはできません。 WorkSpace のボリュームサイズまたはコンピューティングタイプを変更すると、WorkSpace の請求レートが変更されます。 ユーザーがボリュームとコンピューティングタイプを変更できるようにするには、[WorkSpaces Personal でユーザーを対象とした WorkSpaces の自己管理機能を有効にする](enable-user-self-service-workspace-management.md) を参照してください。 ## ボリュームサイズの変更 WorkSpace のルートボリュームとユーザーボリュームのサイズを、それぞれ 2000 GB まで増やすことができます。セットグループに付属の WorkSpace ルートボリュームおよびユーザーボリュームは変更できません。使用可能なグループは以下のとおりです。 | [ルート (GB)、ユーザー (GB)] | | --- | | [80, 10] | | [80, 50] | | [80, 100] | | [175 〜 2,000、100 〜 2,000] | ルートボリュームとユーザーボリュームは、暗号化されているかどうかにかかわらず拡張できます。両方のボリュームとも、6 時間に 1 回拡張できます。ただし、ルートボリュームとユーザーボリュームのサイズを同時に増やすことはできません。詳細については、「[Limitations for Increasing Volumes](#limitations_increasing_volumes)」を参照してください。 **注記** WorkSpace のボリュームを拡張すると、WorkSpaces により Windows または Linux 内でボリュームのパーティションが自動的に拡張されます。プロセスが終了したら、変更を有効にするために WorkSpace を再起動する必要があります。 データを確実に保持するために、WorkSpace の起動後はルートやユーザーボリュームのサイズを縮小できなくなります。代わりに、WorkSpace を起動するときに、これらのボリュームの最小サイズを指定してください。 + Value、Standard、Performance、Power、PowerPro のいずれかの WorkSpace は、最小 80 GB のルートボリュームおよび 10 GB のユーザーボリュームで起動できます。 + GeneralPurpose.4xlarge または GeneralPurpose.8xlarge WorkSpace は、最低 175 GB のルートボリュームおよび最低 100 GB のユーザーボリュームで起動できます。 + Graphics.g6、Graphics.g4dn、GraphicsPro.g4dn,または GraphicsPro WorkSpace は、ルートボリュームの場合は最低 100 GB、ユーザーボリュームの場合は最低 100 GB で起動できます。ボリュームのサイズ設定要件は、より大きなグラフィックスインスタンスタイプによって異なります。 WorkSpace のディスクサイズを拡大中の場合でも、ユーザーは自分の WorkSpace でほとんどのタスクを実行できます。ただし、WorkSpace コンピューティングタイプの変更、WorkSpace 実行モードの切り替え、WorkSpace の再構築、WorkSpace の再起動を行うことはできません。 **注記** ディスクサイズの拡大中にユーザーが自身の WorkSpaces を使用できるようにするには、WorkSpaces のボリュームのサイズを変更する前に、WorkSpaces のステータスが `AVAILABLE` ではなく `STOPPED` であることを確認します。WorkSpaces が `STOPPED` となっている場合、ディスクサイズの拡大中にその WorkSpaces を起動することはできません。 多くの場合、ディスクサイズの拡大プロセスには最長で 2 時間かかります。ただし、多数の WorkSpaces でボリュームサイズを変更している場合には、このプロセスが顕著に長くなることもあります。変更する WorkSpaces が多数ある場合は、 に連絡してサポート AWS サポート を受けることをお勧めします。 **ボリューム増加の制限** + サイズ変更できるのは SSD ボリュームのみです。 + WorkSpace を起動するときは、6 時間待ってからボリュームのサイズを変更する必要があります。 + ルートボリュームとユーザーボリュームのサイズを同時に増やすことはできません。ルートボリュームを増やすには、まずユーザーボリュームを 100 GB に変更する必要があります。この変更を行った後、ルートボリュームを 175～2000 GB の任意の値に更新できます。ルートボリュームを 175～2000 GB の任意の値に変更した後、ユーザーボリュームを 100～2000 GB の任意の値にさらに更新できます。 **注記** 両方のボリュームを増やす場合は、最初の操作が終了するまで 20～30 分待ってから 2 番目の操作を開始する必要があります。 + ユーザーボリュームが 100 GB の場合、Non-GPU-enabled WorkSpaces のルートボリュームを 175 GB 未満にすることはできません。GPU 対応 WorkSpaces のストレージ要件は、インスタンスのサイズ設定に比例してスケーリングされます。より大きな GPU 対応 WorkSpaces 設定を選択するときは、最適なパフォーマンスを維持し、ワークロードの需要の増加に対応するために、対応するより大きなストレージボリュームを割り当てる必要があります。最小インスタンスサイズの場合は、次のストレージ割り当てから始めます。ルート: 100 GB、ユーザー: 100 GB。GPU 対応 WorkSpaces は、ルートボリュームでは最低 100 GB、ユーザーボリュームでは最低 100 GB をサポートします。 + ユーザーボリュームが 50 GB の場合、ルートボリュームを 80 GB 以外に更新することはできません。ルートボリュームが 80 GB の場合、ユーザーボリュームは 10、50、または 100 GB のみに設定できます。 **WorkSpace のルートボリュームを変更するには** 1. [https://console.aws.amazon.com/workspaces/v2/home](https://console.aws.amazon.com/workspaces/v2/home) で WorkSpaces コンソールを開きます。 1. ナビゲーションペインで [**WorkSpaces**] を選択します。 1. WorkSpace を選択して、**[アクション]**、**[ルートボリュームを変更]** の順に選択します。 1. **[Root volume sizes]** (ルートボリュームサイズ) でボリュームサイズを選択するか、**[Custom]** (カスタム) を選択してカスタムボリュームサイズを入力します。 1. **[変更の保存]** をクリックします。 1. ディスクサイズの増加が完了したら、[WorkSpace を再起動](reboot-workspaces.md)して変更を反映する必要があります。データの損失を避けるために、WorkSpace を再起動する前に、開いているファイルを必ず保存してください。 **WorkSpace のユーザーボリュームを変更するには** 1. [https://console.aws.amazon.com/workspaces/v2/home](https://console.aws.amazon.com/workspaces/v2/home) で WorkSpaces コンソールを開きます。 1. ナビゲーションペインで [**WorkSpaces**] を選択します。 1. WorkSpace を選択して、**[アクション]**、**[ユーザーボリュームを変更]** の順に選択します。 1. **[User volume sizes]** (ユーザーボリュームサイズ) でボリュームサイズを選択するか、**[Custom]** (カスタム) を選択してカスタムボリュームサイズを入力します。 1. **[Save changes]** (変更の保存) をクリックします。 1. ディスクサイズの増加が完了したら、[WorkSpace を再起動](reboot-workspaces.md)して変更を反映する必要があります。データの損失を避けるために、WorkSpace を再起動する前に、開いているファイルを必ず保存してください。 **WorkSpace のボリュームサイズを変更するには** `RootVolumeSizeGib` または `UserVolumeSizeGib` プロパティを使用して [modify-workspace-properties](https://docs.aws.amazon.com/cli/latest/reference/workspaces/modify-workspace-properties.html) コマンドを使用します。 ## コンピューティングタイプの変更 WorkSpace では、Standard、Power、Performance、PowerPro、GeneralPurpose.4xlarge、と GeneralPurpose.8xlarge のコンピューティングタイプに切り替えできます。これらのコンピューティングタイプの詳細については、「[Amazon WorkSpaces バンドル](https://aws.amazon.com/workspaces/features/#Amazon_WorkSpaces_Bundles)」を参照してください。 **注記** ソースオペレーティングシステムが Windows Server 2022 または Windows 11 以外の場合は、コンピューティングタイプを PowerPro から GeneralPurpose に変更することはできません。 非 GPU 対応バンドルから GeneralPurpose.4xlarge または GeneralPurpose.8xlarge にコンピューティングタイプを変更する場合、WorkSpaces は最小ルートボリュームサイズ 175 GB、ユーザーボリュームサイズ 100 GB を満たす必要があります。WorkSpaces のボリュームサイズを増やすには、「[ボリュームサイズの変更](#modify_volume_sizes)」を参照してください。 GPU 対応 WorkSpaces は、同じインスタンスファミリー内のコンピューティングタイプの変更をサポートしていますが、ファミリー間の変更をサポートしていません。たとえば、G4dn インスタンス間または G6 インスタンス間でコンピューティングタイプを変更できますが、G4dn インスタンスから G6 インスタンスファミリーに変更することはできません。異なるインスタンスファミリーを搭載した GPU 対応 WorkSpace バンドル間を移動するには、WorkSpace の移行機能を使用します。詳細については、[WorkSpaces Personal で WorkSpace を移行する](migrate-workspaces.md)を参照してください。 GraphicsPro バンドルは 2025 年 10 月 31 日にサポート終了となります。GraphicsPro WorkSpaces をお使いの場合、2025 年 10 月 31 日までに、サポートされているバンドルに移行することをお勧めします。詳細については、「[WorkSpaces Personal で WorkSpace を移行する](migrate-workspaces.md)」を参照してください。 Graphics および GraphicsPro のコンピューティングタイプは他の値に変更できません。 コンピューティングの変更をリクエストすると、WorkSpaces は新しいコンピューティングタイプを使用して WorkSpace を再起動します。WorkSpaces は、WorkSpace のオペレーティングシステム、アプリケーション、データ、およびストレージの設定を保持します。 より大きなコンピューティングタイプは 6 時間に 1 回、より小さなコンピューティングタイプは 30 日に 1 回リクエストできます。新規の WorkSpace については、より大きなバンドルをリクエストするには 6 時間待機する必要があります。 WorkSpace コンピューティングタイプが変更中の場合、ユーザーは WorkSpace から切断されるため、WorkSpace を使用または変更することはできません。WorkSpace は、コンピューティングタイプの変更プロセス中に自動的に再起動されます。 **重要** データの損失を避けるため、WorkSpace のコンピューティングタイプを変更する前に、開いているドキュメントやその他のアプリケーションファイルを必ず保存してください。 コンピューティングタイプの変更プロセスには、最大 1 時間かかる場合があります。この時間には、リクエストを送信してからシステムが変更を開始するまでの遅延は含まれません。多数の WorkSpaces を同時に変更すると、この遅延が長くなる可能性があります。一括オペレーションでは、小さなバッチで変更をずらすことを検討してください。 **WorkSpace のコンピューティングタイプを変更するには** 1. [https://console.aws.amazon.com/workspaces/v2/home](https://console.aws.amazon.com/workspaces/v2/home) で WorkSpaces コンソールを開きます。 1. ナビゲーションペインで [**WorkSpaces**] を選択します。 1. WorkSpace を選択して、**[アクション]**、**[コンピューティングタイプを変更]** の順に選択します。 1. **[Compute type]** (コンピューティングタイプ) で、コンピューティングタイプを選択します。 1. **[Save changes]** (変更の保存) をクリックします。 **WorkSpace のコンピューティングタイプを変更するには** `ComputeTypeName` プロパティを使用して [modify-workspace-properties](https://docs.aws.amazon.com/cli/latest/reference/workspaces/modify-workspace-properties.html) コマンドを使用します。 ## プロトコルの変更 WorkSpace が PCoIP バンドルで作成されている場合は、 AWS マネジメントコンソール、 AWS CLI、または Amazon WorkSpaces API を使用してストリーミングプロトコルを変更できます。これにより、WorkSpace 移行機能を使用せずに、既存の WorkSpace を使用してプロトコルを移行できます。また、これにより、移行プロセス中に既存の PCoIP WorkSpaces を再作成しなくても、DCV を使用してルートボリュームを維持できます。 + PCoIP バンドルで作成された Windows WorkSpaces のプロトコルのみ変更できます。 + プロトコルを DCV に変更する前に、WorkSpace が DCV WorkSpace の次の要件を満たしていることを確認してください。 + WorkSpaces クライアントは DCV をサポートしています。 + DCV に必要なネットワーク要件が設定されています。詳細については、「[WorkSpaces の IP アドレスとポートの要件](https://docs.aws.amazon.com/workspaces/latest/adminguide/workspaces-port-requirements.html)」を参照してください。 + 現在のバンドルは DCV で使用できます。 **注記** プロトコルの変更を開始する前に、本番環境以外の WorkSpaces でテストすることを強くお勧めします。 プロトコルを PCoIP から DCV に変更した後で PCoIP に戻すと、Web Access 経由で WorkSpaces に接続できなくなります。 **コンソールを使用して WorkSpace のプロトコルを変更するには** コンソールは、WorkSpace のプロトコルを PCoIP から DCV に変更するためのガイド付きエクスペリエンスを提供します。 1. [[WorkSpaces コンソール]](https://console.aws.amazon.com/workspaces/v2/home) を開きます。 1. WorkSpace を選択します (WorkSpace が `AVAILABLE`状態であり、現在のプロトコルが であることを確認します`PCOIP`)。 1. アクションを選択し、プロトコルを変更します。 1. 確認して変更を続行します。 1. 変更が完了するまでに最大 40 分かかる場合があります。変更中、WorkSpace ステータスは*プロトコルの変更として表示されます。* 1. 完了を確認するには、コンソールで WorkSpace ステータスが `AVAILABLE`であり、現在のプロトコルプロパティが に変更されていることを確認します`DCV(WSP)`。 **注記** プロトコルの変更中、セッションのプロビジョニングはブロックされます。接続を試みるエンドユーザーには、WorkSpace が変更されていることを示すエラーメッセージが表示されます。 プロトコルの変更が失敗した場合、WorkSpace ステータスは*プロトコルの変更に失敗しました*と表示されます。失敗した WorkSpaces を表示するには、コンソールバナーで*失敗した WorkSpaces を表示する*を選択します。`PROTOCOL` および でリストをフィルタリングすることもできます`UPDATE_FAILED`。 プロトコルの変更を開始する前に、Amazon WorkSpaces は WorkSpace のチェックポイントスナップショットを自動的に取得します。変更が失敗すると、WorkSpace は変更前のチェックポイントスナップショットに自動的に復元され、データが失われないようにします。 WorkSpace が自動的に復元されたら、プロトコルの変更アクションを再試行してください。失敗が解決しない場合は、 AWS サポートにお問い合わせください。 プロトコルが正常に変更されると、別の WorkSpace スナップショットが作成され、WorkSpace の復元アクションが更新されたプロトコルに復元されます。 **CLI を使用して WorkSpace のプロトコルを変更するには** 1. (オプション) プロトコルを変更する前に WorkSpace を再起動します。 1. (オプション) `describe-workspaces` コマンドを使用して WorkSpace プロパティを一覧表示します。現在の`Protocols`プロパティが正確であることを確認します。WorkSpace は、 `AVAILABLE` または `STOPPED`状態のいずれかになります。 1. `modify-workspace-properties` コマンドを使用して、`Protocols` プロパティを `PCOIP` から`DCV` に、またはその逆に変更します。 ``` aws workspaces modify-workspace-properties --workspace-id --workspace-properties "Protocols=[WSP]" ``` **重要** `Protocols` プロパティは、大文字と小文字が区別されます。`PCOIP` または `WSP` を必ず使用してください。DCV (WSP) の入力パラメータは です`WSP`。 1. コマンドを実行した後、WorkSpace がプロトコル変更ワークフローを完了するまでに最大 40 分かかることがあります。 1. `describe-workspaces` コマンドを再度使用します。WorkSpace が `UNHEALTHY`状態ではなく、 `Protocols`プロパティに正しいプロトコルが表示されていることを確認します。 **注記** WorkSpace のプロトコルを変更しても、コンソールのバンドルの表示は更新されません。**[Launch Bundle]** (バンドルの起動) という表示は変わりません。 プロトコルの変更中、セッションのプロビジョニングはブロックされます。接続を試みるエンドユーザーには、WorkSpace が変更されていることを示すエラーメッセージが表示されます。 WorkSpace が `RESOURCE: PROTOCOL`および の`UNHEALTHY`状態にある場合、プロトコルの変更に失敗しました`STATE: UPDATE_FAILED`。 プロトコルの変更を開始する前に、Amazon WorkSpaces は WorkSpace のチェックポイントスナップショットを自動的に取得します。変更が失敗すると、WorkSpace は変更前のチェックポイントスナップショットに自動的に復元され、データが失われないようにします。 WorkSpace が自動的に復元されたら、 `modify-workspace-properties` コマンドを再試行してください。失敗が解決しない場合は、 AWS サポートにお問い合わせください。 プロトコルが正常に変更されると、別の WorkSpace スナップショットが作成され、WorkSpace の復元アクションが更新されたプロトコルに復元されます。