翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
# Amazon WorkSpaces アプリケーションのフリートタイプのフリートとスタック
Amazon WorkSpaces アプリケーションでは、アプリケーションのストリーミングプロセスの一環としてフリートインスタンスとスタックを作成します。フリートは、指定したイメージを実行するストリーミングインスタンスで構成されています。スタックは、関連付けられたフリート、ユーザーアクセスポリシー、ストレージ構成で構成されます。
**Topics**
+ [セッションコンテキスト](managing-stacks-fleets-session-context.md)
+ [フリートタイプ](fleet-type.md)
+ [インスタンスファミリー](instance-types.md)
+ [フリートとスタックを作成する](set-up-stacks-fleets.md)
+ [フリートのカスタマイズ](customize-fleets.md)
+ [フリートを更新する](update-fleets-new-image.md)
+ [Fleet Auto Scaling](autoscaling.md)
+ [マルチセッションに関する推奨事項](multi-session-recs.md)
# Amazon WorkSpaces アプリケーションのセッションコンテキスト
次のメソッドのいずれかを実行することによって、ストリーミングアプリケーションにパラメータを渡すことができます。
+ CreateStreamingURL WorkSpaces Applications API オペレーションでセッションコンテンツを指定します。詳細については、「[CreateStreamingURL](https://docs.aws.amazon.com/appstream2/latest/APIReference/API_CreateStreamingURL.html)」を参照してください。
+ sts:TagSession アクセス許可を IAM ロールの信頼ポリシーに追加し、セッションコンテキストを SAML 2.0 ID プロバイダーの認証レスポンスで SAML アサーションとして指定します。詳細については、「[ステップ 5: SAML 認証レスポンスのアサーションを作成する](external-identity-providers-setting-up-saml.md#external-identity-providers-create-assertions)」および「[ステップ 5: SAML 認証レスポンスのアサーションを作成する](external-identity-providers-setting-up-saml.md#external-identity-providers-create-assertions)」を参照してください。
イメージが 2018 年 10 月 30 日以降にリリースされたバージョンの WorkSpaces Applications エージェントを使用している場合、セッションコンテキストは Windows または Linux 環境変数としてイメージ内に保存されます。特定の環境変数の詳細については、 のWorkSpaces アプリケーションフリートのユーザーおよびインスタンスメタデータ」を参照してください[Amazon WorkSpaces アプリケーションフリートをカスタマイズしてユーザーのアプリケーションストリーミングエクスペリエンスを最適化する](customize-fleets.md)。
**注記**
セッションコンテキストパラメータは、WorkSpaces アプリケーションストリーミング URL でユーザーに表示されます。セッションコンテキストパラメータに機密情報や機微情報を入れないことを強くお勧めします。ユーザーがストリーミング URL を変更できるので、セッションコンテキストがエンドユーザーに対して有効であることを確認するために、追加の検証を実行することをお勧めします。たとえば、セッションコンテキストを WorkSpaces アプリケーションフリートのユーザーやインスタンスのメタデータなど、他のセッション情報と比較できます。
WorkSpaces Applications は、セッションコンテキストパラメータの検証を実行しません。
## セッションコンテキストを使用してストリーミングアプリケーションにパラメータを渡す
次の手順では、セッションコンテキストを使用してウェブブラウザをスタートし、特定のウェブサイトを自動的に開きます。Windows を実行しているインスタンスでは、Firefox を使用します。Linux を実行しているインスタンスでは Chromium を使用します。
**セッションコンテキストを使用してウェブサイトを起動するには**
1. 左側のナビゲーションペインで、**[Images]** (イメージ)、**[Image Builder]** の順に選択します。
1. 使用する Image Builder を選択し、**[Running]** (実行中) 状態であることを確認してから、**[Connect]** (接続) を選択します。
1. [**Local User**] (ローカルユーザー) タブで [**管理者**] を選択して、Image Builder にログインします。
1. 子フォルダ `C:\` を作成します。この例では `C:\Scripts` を使用します。
1. 新しいフォルダに Windows バッチファイルを作成します。この例では、`C:\Scripts\session-context-test.bat` を作成し、セッションコンテキストからの URL で Firefox を起動するスクリプトを追加します。
次のスクリプトを実行します。
```
CD "C:\Program Files (x86)\Mozilla Firefox"
Start firefox.exe %APPSTREAM_SESSION_CONTEXT%
```
1. Image Assistant で `session-context-test.bat` を追加し、名前を **Firefox** に変更します。
Firefox を追加する必要はありません。この手順では、バッチファイルのみを追加する必要があります。
1. イメージ、フリート、およびスタックを作成します。この例では、**session-context-test-fleet** のフリート名と **session-context-test-stack** のスタック名を使用します。
1. フリートが実行された後で、この例にあるように､`session-context` パラメータで [create-streaming-url](https://docs.aws.amazon.com/cli/latest/reference/appstream/create-streaming-url.html) を呼び出すことができます｡
```
aws appstream create-streaming-url --stack-name session-context-test-stack \
--fleet-name session-context-test-fleet \
--user-id username –-validity 10000 \
--application-id firefox --session-context "www.amazon.com"
```
1. ブラウザでストリーミング URL を開きます。スクリプトファイルが Firefox を起動し、`http://www.amazon.com` をロードします。
同様に、以下の手順を実行して Linux ストリーミングアプリケーションにパラメータを渡すことができます。
**Linux ストリーミングアプリケーションにパラメータを渡す**
1. 左側のナビゲーションペインで、**[Images]** (イメージ)、**[Image Builder]** の順に選択します。
1. 使用する Image Builder を選択し、**[Running]** (実行中) 状態であることを確認してから、**[Connect]** (接続) を選択します。
1. デフォルトで、**ImageBuilderAdmin** として Image Builder にログインします。
1. 以下のコマンドを実行して、スクリプトファイル (launch-chromium.sh など) を作成します。
**sudo vim /usr/bin/launch-chromium.sh**
1. 以下の例にあるように、スクリプトを記述して、実行可能な許可を設定します。
**注記**
スクリプトでは、常に \$1\$1/bin/bash と source /etc/profile が必要です。
```
#!/bin/bash
source /etc/profile
/usr/bin/chromium-browser $APPSTREAM_SESSION_CONTEXT
```
1. Image Assistant CLI を使用して、launch-chromium.sh を追加します。
```
sudo AppStreamImageAssistant add-application \
--name chromium \
--absolute-app-path /usr/bin/launch-chromium.sh
```
1. イメージ、フリート、およびスタックを作成します。この例では、**session-context-test-fleet** のフリート名と **session-context-test-stack** のスタック名を使用します。
1. フリートが実行された後で、この例にあるように､`session-context` パラメータで [create-streaming-url](https://docs.aws.amazon.com/cli/latest/reference/appstream/create-streaming-url.html) を呼び出すことができます｡
```
aws appstream create-streaming-url --stack-name session-context-test-stack \
--fleet-name session-context-test-fleet \
--user-id username \
--application-id chromium --session-context "www.amazon.com"
```
1. ブラウザでストリーミング URL を開きます。バッチファイルが Chromium を起動し、`http://www.amazon.com` をロードします｡
# AppStream 2.0 のフリートタイプ
フリートタイプによって、インスタンスの実行タイミングと支払い方法が決まります。フリートを作成するときにフリートタイプを指定できます。一度フリートを作成したら、そのフリートタイプを変更することはできません。
可能なフリートタイプは以下のとおりです。
常時オン
ストリーミングインスタンスは、アプリケーションとデスクトップをストリーミングしているユーザーがいなくても、常に実行されます。ストリーミングインスタンスは、ユーザーがストリーミングする前にプロビジョニングされる必要があります。プロビジョニングされるストリーミングインスタンスの数は、オートスケーリングルールを使用して管理されます。
ユーザーがアプリケーションまたはデスクトップを選択すると、それらのストリーミングが直ちに開始されます。ストリーミングしているユーザーがいない場合でも、すべてのストリーミングインスタンスに対して実行中のインスタンス料金が請求されます。
オンデマンド
ストリーミングインスタンスは、ユーザーがアプリケーションおよびデスクトップをストリーミングしている場合にのみ実行されます。まだユーザーに割り当てられていないストリーミングインスタンスは停止状態になります。ストリーミングインスタンスは、ユーザーがストリーミングする前にプロビジョニングされる必要があります。プロビジョニングされるストリーミングインスタンスの数は、オートスケーリングルールを使用して管理されます。
ユーザーがアプリケーションまたはデスクトップを選択すると、1～2 分の待機時間後にそれらのストリーミングが開始されます。まだユーザーに割り当てられていないストリーミングインスタンスにはコストが低い停止中のインスタンス料金が請求され、ユーザーに割り当てられているストリーミングインスタンスには実行中のインスタンス料金が請求されます。
Elastic
このストリーミングインスタンスのプールは、AppStream 2.0 によって管理されます。ユーザーが起動するアプリケーションまたはデスクトップを選択すると、App Block がダウンロードされ、ストリーミングインスタンスにマウントされた後で、これらのストリーミングが開始されます。Elastic フリート用の App Block の作成に関する詳細については、[App Block](app-blocks.md) を参照してください。
Elastic フリートストリーミングインスタンスに対する実行中のインスタンス料金は、ストリーミングセッションの持続時間分 (最低 15 分) のみが秒単位で請求されます。
フリートタイプ別の請求方法の詳細については、[Amazon AppStream 2.0 の料金](https://aws.amazon.com/appstream2/pricing/)を参照してください。
## 常時オンおよびオンデマンドフリート
常時オンフリートとオンデマンドフリートは、オートスケーリングポリシーを使用して容量を管理するストリーミングインスタンスのプールを表します。ユーザーは、ストリーミングインスタンスを使用してアプリケーションとデスクトップをストリーミングします。常時オンフリートでは、ユーザーのアプリケーションがほぼ瞬時に起動され、ユーザーがストリーミングしていないときでも、インスタンスごとに実行中のインスタンス料金を支払います。オンデマンドフリートでは、ストリーミングインスタンスが起動される 1～2 分の待機時間後にユーザーのアプリケーションが起動され、使用されていないインスタンスにはコストが低い停止中のインスタンス料金を支払い、使用されているインスタンスには実行中のインスタンス料金を支払います。
常時オンおよびオンデマンドフリートインスタンスのアプリケーションは、Image Builder によって作成された AppStream 2.0 イメージ経由で配信されます。Image Builder の作成方法、アプリケーションのインストール方法、およびイメージの作成方法の詳細については、[イメージ](managing-images.md) をお読みください。
常時オンおよびオンデマンドフリートのストリーミングインスタンスは、ユーザーがストリーミングする前にプロビジョニングし、既存のユーザーへの割り当てを解除する必要があります。固定または動的なフリートオートスケーリングポリシーを使用してフリート内のインスタンス数を管理することで、コストをコントロールしながらユーザーのニーズを満たすために十分な容量を確保することができます。フリートのスケーリングに関する詳細については、[Amazon WorkSpaces アプリケーションのフリートAuto Scaling](autoscaling.md) をお読みください。
## Elastic フリート
Elastic フリートは、AppStream 2.0 が管理するストリーミングインスタンスのプールを表します。ユーザーによるアプリケーションとデスクトップのストリーミングのために同時実行数を予測したり、オートスケーリングポリシーを作成して管理したりする必要はありません。ユーザーがストリーミングインスタンスをリクエストすると、プールからストリーミングインスタンスが割り当てられ、設定完了後に利用可能になります。
Elastic フリートは、App Block に格納されているアプリケーションに依存します。ユーザーがカタログからアプリケーションを選択すると、App Block がインスタンスにダウンロードされ、マウントされてから、アプリケーションが起動します。
AWSElastic フリートでは、 がストリーミングインスタンスのプロビジョニングと可用性を管理します。フリートを作成および更新するときは期待される最大同時実行数を設定して、ユーザーの需要を満たすために十分なストリーミングインスタンス制限が設定されていることを確認する必要があります。
Elastic フリート用の App Block の作成に関する詳細については、[App Block](app-blocks.md) を参照してください。
# WorkSpaces アプリケーションインスタンスファミリー
Amazon WorkSpaces Applications ユーザーは、作成したスタックからアプリケーションをストリーミングします。各スタックはフリートに関連付けられています。フリートを作成すると、指定したインスタンスタイプによって、フリートに使用されるホストコンピュータのハードウェアが決まります。インスタンスタイプごとに異なるコンピューティング､メモリ､GPU が提供されます。インスタンスタイプは、これらの機能に基づいて*インスタンスファミリー*にグループ分けされます。ハードウェアの仕様と料金情報については、[WorkSpaces アプリケーションの料金](https://aws.amazon.com/appstream2/pricing/)」を参照してください。
フリートまたは Image Builder を作成するときは、そのフリートを実行するインスタンスファミリと互換性のあるイメージを選択する必要があります。
+ 新しい Image Builder を起動すると、イメージレジストリのイメージの一覧が表示されます。適切なベースイメージを選択します。
+ フリートを起動するときは、選択しているプライベートイメージが適切なベースイメージから作成されたものであることを確認してください。
次の表は、使用可能なインスタンスファミリーの要約と、それぞれのベースイメージ命名形式を提供します。フリートでストリーミングするアプリケーションの要件に基づいて、インスタンスファミリーからインスタンスタイプを選択し、次の表に従ってベースイメージと一致させます。
**注記**
ユースケースにリアルタイムオーディオ動画 (AV)、または高いフレームレートが必要で、表示パフォーマンスが想定どおりではない場合は、より大きなインスタンスサイズにスケールアップすることをご検討ください。
Graphics Pro インスタンスタイプをサポートするハードウェアの有効期限が切れたため、Graphics Pro は 10/31/2025 以降使用できません。
Graphics Design インスタンスは、Graphics Design インスタンスタイプをサポートするハードウェアのサポート終了のため、12/31/2025 AWS以降は使用できなくなります。
| インスタンスファミリー | 説明 | ベースイメージ名 |
| --- | --- | --- |
| 汎用 | ウェブブラウザとほとんどのビジネスアプリケーションを実行するための基本的なコンピューティングリソース。 | stream.standard.\$1 インスタンスタイプの場合: AppStream-WinServer-*OperatingSystemVersion*-*MM-DD-YYYY* AppStream-AmazonLinux2-*MM-DD-YYYY* AppStream-RockyLinux8-*MM-DD-YYYY* AppStream-RHEL8-*MM-DD-YYYY* |
| | | [イメージのインポート](import-image.md) for GeneralPurpose.\$1 インスタンスタイプ |
| コンピューティング最適化 | 高パフォーマンスプロセッサの恩恵を受けるコンピューティング関連アプリケーション向けに最適化します。 | stream.compute.\$1 インスタンスタイプの場合: AppStream-WinServer-*OperatingSystemVersion*-*MM-DD-YYYY* AppStream-AmazonLinux2-*MM-DD-YYYY* AppStream-RockyLinux8-*MM-DD-YYYY* AppStream-RHEL8-*MM-DD-YYYY* |
| | | [イメージのインポート](import-image.md) ComputeOptimized.\$1 インスタンスタイプの |
| メモリを最適化 | 大量のデータを処理するメモリ負荷の高いアプリケーション向けに最適化します。 WorkSpaces Applications z1d ベースのインスタンスを使用する場合は、2018 年 6 月 12 日以降に公開された WorkSpaces Applications ベースイメージから作成されたイメージからプロビジョニングする必要があります。 | stream.memory.\$1 インスタンスタイプの場合: AppStream-WinServer-*OperatingSystemVersion*-*MM-DD-YYYY* AppStream-AmazonLinux2-*MM-DD-YYYY* AppStream-RockyLinux8-*MM-DD-YYYY* AppStream-RHEL8-*MM-DD-YYYY* |
| | | [イメージのインポート](import-image.md) MemoryOptimized.\$1 インスタンスタイプの |
| グラフィックスデザイン | AMD FirePro S7150x2 サーバー GPU と AMD Multiuser GPU テクノロジーを使用して、DirectX、OpenGL、または OpenCL を使用するグラフィックスアプリケーションをサポートしています。 | AppStream-Graphics-Design-WinServer-OperatingSystemVersion-MM-DD-YYYY |
| Graphics G4dn | NVIDIA T4 GPU は、グラフィックスを多用するアプリケーションをサポートするために使用します。 | stream.graphics.g4dn.\$1 インスタンスタイプの場合: AppStream-Graphics-G4dn-WinServer-*OperatingSystemVersion*-*MM-DD-YYYY* AppStream-Graphics-G4dn-RockyLinux8-*MM-DD-YYYY* AppStream-Graphics-G4dn-RHEL8-*MM-DD-YYYY* |
| | | [イメージのインポート](import-image.md) Accelerated.g4dn.\$1 インスタンスタイプの |
| Graphics G5 | NVIDIA A10G GPU を使用して、リモートワークステーション、ビデオレンダリング、ゲームなど、グラフィックを多用するアプリケーションをサポートし、リアルタイムで忠実度の高いグラフィックスを生成します。 | stream.graphics.g5.\$1 インスタンスタイプの場合: AppStream-Graphics-G5-WinServer-*OperatingSystemVersion*-*MM-DD-YYYY* AppStream-Graphics-G5-RockyLinux8-*MM-DD-YYYY* AppStream-Graphics-G5-RHEL8-*MM-DD-YYYY* |
| | | [イメージのインポート](import-image.md) Accelerated.g5.\$1 インスタンスタイプの |
| グラフィック G6 | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/appstream2/latest/developerguide/instance-types.html) 注意: G6f および Gr6f の場合は、2025 年 7 月 28 日以降の日付のイメージを使用します。 | stream.graphics.g6/gr6/g6f/gr6f.\$1 インスタンスタイプの場合: AppStream-Graphics-G6-*WinServerOperatingSystemVersion*-*MM-DD-YYYY* AppStream-Graphics-G6-RockyLinux8-*MM-DD-YYYY* AppStream-Graphics-G6-RHEL8-*MM-DD-YYYY* |
| | | [イメージのインポート](import-image.md) Accelerated.g6/gr6/g6f/gr6f.\$1 インスタンスタイプ用 |
| グラフィック G6e | NVIDIA L40S Tensor Core GPUsと第 3 世代 AMD EPYC プロセッサを搭載しています。 | [イメージのインポート](import-image.md) Accelerated.g6e.\$1 インスタンスタイプの |
| | | |
WorkSpaces アプリケーションインスタンスには、C ドライブに使用される 200 GB の固定サイズボリュームが 1 つあります。WorkSpaces アプリケーションは非永続的であるため、各インスタンスのボリュームは各ユーザーセッションの直後に削除されます。
詳細については次を参照してください:
+ [WorkSpaces アプリケーションベースイメージとマネージドイメージ更新リリースノート](base-image-version-history.md)
+ [Amazon WorkSpaces Applications Service Quotas](limits.md)
+ [WorkSpaces アプリケーションの料金](https://aws.amazon.com/appstream2/pricing/)
# Amazon WorkSpaces アプリケーションフリートとスタックを作成する
アプリケーションをストリーミングするには、Amazon WorkSpaces アプリケーションには、スタックに関連付けられているフリートと、少なくとも 1 つのアプリケーションイメージを含む環境が必要です。このチュートリアルでは、フリートおよびスタックのセットアップ手順と、スタックへのアクセス権をユーザーに付与する方法を示します。まだ行っていない場合は、最初に「[Amazon WorkSpaces アプリケーションの開始方法: サンプルアプリケーションのセットアップ](getting-started.md)」の手順を確認することをお勧めします。
使用するイメージを作成する場合は、「[チュートリアル: WorkSpaces アプリケーションコンソールを使用してカスタム WorkSpaces アプリケーションイメージを作成する](tutorial-image-builder.md)」を参照してください。
フリートを Active Directory ドメインに結合する場合は、Active Directory ドメインを設定してから、以下のステップを行ってください。詳細については、「[Using Active Directory with WorkSpaces Applications](active-directory.md)」を参照してください。
**Topics**
+ [Amazon WorkSpaces アプリケーションでフリートを作成する](set-up-stacks-fleets-create.md)
+ [Amazon WorkSpaces アプリケーションでスタックを作成する](set-up-stacks-fleets-install.md)
+ [Amazon WorkSpaces アプリケーションのユーザーにアクセス権を付与する](set-up-stacks-fleets-add.md)
+ [Amazon WorkSpaces アプリケーションでリソースをクリーンアップする](set-up-stacks-fleets-finish.md)
# Amazon WorkSpaces アプリケーションでフリートを作成する
ユーザーアプリケーションを起動し、ストリーミングするフリートをセットアップおよび作成します。
**注記**
常時オンまたはオンデマンドフリートを作成するには、ユーザーがストリーミングソースとして使用できる常時オンまたはオンデマンドフリートを作成するためのアプリケーションがインストールされたイメージが必要です。イメージを作成するには、[チュートリアル: WorkSpaces アプリケーションコンソールを使用してカスタム WorkSpaces アプリケーションイメージを作成する](tutorial-image-builder.md) を参照してください。Elastic フリートを作成するには、App Block に関連付けられたアプリケーションが必要です。Elastic フリート用のアプリケーションと App Block を作成するには、[アプリケーションマネージャー](app-blocks-applications.md) を参照してください。
**フリートをセットアップして設定する**
1. [https://console.aws.amazon.com/appstream2/home](https://console.aws.amazon.com/appstream2/home) で WorkSpaces アプリケーションコンソールを開きます。
1. コンソールに初めてアクセスする場合は、[**Get Started**] を選択するか、または、左側のナビゲーションメニューから [**Fleets**] を選択します。[**Create Fleet**] を選択します。
1. **[Step 1: Select fleet type]** (ステップ 1: フリートタイプの選択) では、フリートタイプの詳細を確認し、ユースケースに基づいて作成するフリートのタイプを選択して、**[Next]** (次へ) をクリックします。
**注記**
フリートタイプごとに、その即時利用可能性と、支払い方法が異なります。詳細については、「[AppStream 2.0 のフリートタイプ](fleet-type.md)」を参照してください。
1. Always-On フリートまたはオンデマンドフリートの作成を選択した場合は、**ステップ 2: イメージを選択する**で、ニーズに合ったイメージを選択し、**次へ**を選択します。
1. Elastic フリートの作成を選択した場合は、**ステップ 2: アプリケーションを割り当てる** で、ユーザーがこのフリートから起動できるアプリケーションを選択します。
1. **ステップ 3: フリートを設定する**には、次の**詳細**を入力します。
+ **[Name]** (名前) には、フリート用の一意の名前識別子を入力します。特殊文字は使用できません。
+ [**Display Name**] (表示名) には、フリート用に表示する名前を入力します (最大 100 文字)。特殊文字は使用できません。
+ [**Description**] (説明) には、フリートの説明を入力します (最大 256 文字)。
+ [**Choose instance type**] で､アプリケーションのパフォーマンス要件に合うインスタンスタイプを選択します。フリート内のすべてのストリーミングインスタンスが選択したインスタンスタイプで起動します。詳細については、「[WorkSpaces アプリケーションインスタンスファミリー](instance-types.md)」を参照してください。
+ でイメージに stream.\$1 インスタンスタイプを使用できます`type = "native"`。次のいずれかのインスタンスタイプを使用するには、 [イメージのインポート](import-image.md)を使用してイメージを作成する必要があります`type = "custom"`。
+ GeneralPurpose.\$1
+ MemoryOptimized.\$1
+ ComputeOptimized.\$1
+ Accelerated。\$1
+ Always-On またはオンデマンドフリートインスタンスの**ストレージ**ボリュームを設定します。デフォルトでは、ストレージボリュームはイメージボリュームサイズと一致し、サービスのデフォルトは 200 GB で、時間単位のインスタンスレートに含まれます。要件に応じて、ストレージ容量を 200 GB から 500 GB までカスタマイズできます。
**注記**
注: ストレージボリュームサイズをイメージボリュームサイズより小さく設定することはできません。ストレージ容量は最大 500 GB まで増やすことができ、含まれている 200 GB を超えるストレージには追加料金が適用されます。これらの料金は、実行中の状態 (実行中のインスタンスと停止したインスタンスの両方) に関係なく、フリートインスタンスに適用されます。
+ Elastic フリートの場合は、**[Choose platform type]** (プラットフォームタイプの選択) で、ユーザーのアプリケーションの要件に一致するオペレーティングシステムを選択します。
+ **[Maximum session duration in minutes]** (セッションの最大継続時間 (分単位)) には、ストリーミングセッションがアクティブな状態を維持できる最大時間を選択します。ユーザーがこの制限に達する 5 分前にストリーミングインスタンスにまだ接続している場合は、切断される前に開いているドキュメントを保存するように求められます。この時間が経過すると、インスタンスは終了し、新しいインスタンスに置き換えられます。WorkSpaces アプリケーションコンソールで設定できる最大セッション時間は 5760 分 (96 時間) です。WorkSpaces Applications API と CLI を使用して設定できるセッションの最大期間は 432,000 秒 (120 時間) です。
+ [**Disconnect timeout in minutes (切断タイムアウト (分単位))**] では、ユーザーが切断した後にストリーミングセッションをアクティブのままにする時間を選択します。切断、またはこの時間間隔内のネットワークの中断の後、ユーザーが再接続を試みる場合、前のセッションに接続されます。それ以外の場合は、新しいストリーミングインスタンスで新しいセッションに接続されます。スタックをリダイレクト URL が指定されたフリートに関連付けると、ユーザーのストリーミングセッションの終了後に、ユーザーはその URL にリダイレクトされます。
WorkSpaces アプリケーションツールバーで**セッションの終了**または**ログアウト**を選択してユーザーがセッションを終了する場合、切断タイムアウトは適用されません。代わりに、開いているドキュメントを保存するように求められ、すぐにストリーミングインスタンスから切断されます。その後、ユーザーが使用していたインスタンスは終了します。
+ [**Idle disconnect timeout in minutes (アイドル切断タイムアウト (分単位))**] では、ユーザーがストリーミングセッションから切断されるまでにアイドル状態 (非アクティブ) であることができる時間と、[**Disconnect timeout in minutes (切断タイムアウト (分単位))**] 期間の開始時刻を選択します。ユーザーは、アイドル状態のために切断される前に通知されます。ユーザーが [**Disconnect timeout in minutes (切断タイムアウト (分単位))**] で指定した期間が経過する前にストリーミングセッションへの再接続を試みると、前のセッションに接続されます。それ以外の場合は、新しいストリーミングインスタンスで新しいセッションに接続されます。この値を 0 に設定すると無効になります。この値を無効にした場合、ユーザーはアイドル状態が原因で切断されることはありません。
**注記**
ストリーミングセッション中にキーボードまたはマウス入力の提供を停止すると、ユーザーはアイドル状態と見なされます。ドメインに参加しているフリートの場合、アイドル切断タイムアウトのカウントダウンは、ユーザーが Active Directory ドメインパスワードまたはスマートカードを使用してログインするまで開始されません。ファイルのアップロードとダウンロード、オーディオ入力、オーディオ出力、およびピクセルの変更は、ユーザーアクティビティとはなりません。[**Idle disconnect timeout in minutes (アイドル切断タイムアウト (分単位))**] の期間が経過した後でも引き続きアイドル状態である場合、ユーザーは切断されます。
+ Elastic フリートの場合は、**[Max concurrent sessions]** (最大同時セッション数) で、このフリートに必要な同時セッションの最大数を指定します。
**注記**
「アカウントの同時セッションの最大数を超えました」というエラーメッセージが表示された場合は、Service Quotas コンソール ([https://console.aws.amazon.com/servicequotas/](https://console.aws.amazon.com/servicequotas/)) で、制限の引き上げを送信できます。詳細については、「*Service Quotas ユーザーガイド*」の「[クォータの引き上げのリクエスト](https://docs.aws.amazon.com/servicequotas/latest/userguide/request-quota-increase.html)」を参照してください。
+ **複数のユーザーセッション** — 1 つのインスタンスで複数のユーザーセッションをプロビジョニングする場合は、このオプションを選択します。デフォルトでは、すべての一意のユーザーセッションはインスタンスによって処理されます (シングルセッション)。
**注記**
マルチセッションは、Windows オペレーティングシステムを搭載した常時オンおよびオンデマンドフリートでのみ利用できます。マルチセッションは Elastic フリートや Linux オペレーティングシステムでは使用できません。
2023 年 5 月 15 日以降にリリースされたベースイメージとマネージドイメージ更新でのみ、マルチセッションフリートをサポートしています。詳細については、[WorkSpaces アプリケーションベースイメージとマネージドイメージ更新リリースノート](base-image-version-history.md)を参照してください。
+ **インスタンスあたりの最大セッション数** — 1 つのインスタンスあたりのユーザーセッションの最大数。この値は、エンドユーザーのアプリケーションパフォーマンスのニーズに基づいて選択する必要があります。フリートのインスタンスあたりの最大セッション数は、プロビジョニング後に調整することもできます。その場合、既存のユーザーセッションとインスタンスには影響しませんが、フリートはインスタンスあたりの最大セッション数の新しい値と一致するようになります。2～50 の範囲の値にする必要があります。この値をフリートに設定する前に、「[マルチセッションに関する推奨事項](multi-session-recs.md)」を参照してください。
+ 常時オンおよびオンデマンドフリートの場合は、**[最小容量]** で、予想される同時ユーザーの最小数に基づいてフリートの最小インスタンス数 (シングルセッションフリートの場合) または最小ユーザーセッション数 (マルチセッションフリートの場合) を選択します。
+ 常時オンおよびオンデマンドフリートの場合は、**[最大容量]** で、予想される同時ユーザーの最大数に基づいてフリートの最大インスタンス数 (シングルセッションフリートの場合) または最大ユーザーセッション数 (マルチセッションフリートの場合) を選択します。
**注記**
マルチセッションの場合は、ユーザーセッション数に基づいて容量を指定する必要があります。このサービスは、フリート設定とインスタンスあたりの最大セッション数に基づいて、起動する必要があるインスタンスの数を計算します。
+ **ストリームビュー**で、ストリーミングセッション中にユーザーに表示される WorkSpaces アプリケーションビューを選択します。[**Application (アプリケーション)**] を選択すると、ユーザーが開いたアプリケーションのウィンドウのみが表示されます。[**Desktop (デスクトップ)**] を選択すると、オペレーティングシステムが提供する標準デスクトップが表示されます。
**注記**
デフォルトでは、WorkSpaces アプリケーションは、ストリーミングセッション中にユーザーが開いたアプリケーションのウィンドウのみを表示します。ユーザーの**デスクトップ**ビューを有効にするには、2020 年 2 月 19 日以降にリリースされたバージョンの WorkSpaces Applications エージェントを使用する WorkSpaces Applications イメージを使用するようにフリートを設定します。
+ **スケーリングの詳細 (アドバンスト)** には、WorkSpaces Applications がフリートの容量を増減するために使用するスケーリングポリシーを指定します。フリートのサイズは、指定した最小および最大容量によって制限されることに注意してください。詳細については、「[Amazon WorkSpaces アプリケーションのフリートAuto Scaling](autoscaling.md)」を参照してください。
+ **IAM ロール (アドバンスト)** の場合、アカウントから WorkSpaces アプリケーションフリートインスタンスに IAM ロールを適用すると、AWS認証情報を手動で管理することなく、フリートインスタンスから AWSAPI リクエストを行うことができます。IAM ロールを適用するには、次のいずれかを行います。
+ AWSアカウントで既存の IAM ロールを使用するには、IAM **ロールリストから使用するロール**を選択します。ロールは、フリートインスタンスからアクセス可能である必要があります。詳細については、「[WorkSpaces アプリケーションストリーミングインスタンスで使用する既存の IAM ロールの設定](configuring-existing-iam-role-to-use-with-streaming-instances.md)」を参照してください。
+ 新しい IAM ロールを作成するには、[**Create new IAM role (新しい IAM ロールの作成)**] を選択し、[WorkSpaces アプリケーションストリーミングインスタンスで使用する IAM ロールを作成する方法](how-to-create-iam-role-to-use-with-streaming-instances.md) のステップを実行します。
+ Elastic フリートの場合は、**[USB Redirection (advanced)]** (USB リダイレクト (アドバンスト)) で、Windows ネイティブのクライアントを使用するときにストリーミングセッションにリダイレクトできる、ローカルデバイスにアタッチされた USB デバイスのタイプを指定する文字列を最大 10 個指定できます。詳細については、「[ストリーミングアプリケーションで使用する USB デバイスを認証する](qualify-usb-devices.md)」を参照してください。
1. **[Next]** (次へ) を選択します。
1. 常時オンまたはオンデマンドフリートの作成を選択する場合は、[**Step 3: Choose an Image**] (ステップ 3: イメージの選択) で、ニーズに即したイメージを選択してから、[**Next**] (次へ) を選択します。
1. Elastic フリートの作成を選択する場合は、**[Step 3: Assign applications]** (ステップ 3: アプリケーションの割り当て) で、ユーザーがこのフリートから起動できるアプリケーションを選択します。
1. [**Step 4: Configure Network**] で、以下の操作を行います。
+ パブリックサブネットを持つ VPC にフリートインスタンスのインターネットアクセスを追加するには、[**Default Internet Access**] を選択します。NAT ゲートウェイを使用してインターネットアクセスを提供する場合は、[**Default Internet Access (デフォルトのインターネットアクセス)**] を未選択のままにします。詳細については、「[インターネットアクセス](internet-access.md)」を参照してください。
**注記**
S3 バケットへの保存に依存する機能を有効にする場合は、VPC が Amazon Simple Storage Service (S3) へのアクセスを提供する必要があります。詳細については、「[WorkSpaces アプリケーションの機能に Amazon S3 VPC エンドポイントを使用する WorkSpaces](managing-network-vpce-iam-policy.md)」を参照してください。
+ [**VPC**] と [**Subnet 1 (サブネット 1)**] では、VPC とアプリケーションが必要とするネットワークリソースにアクセスできるサブネットを 1 つ以上選択します。耐障害性を高めるために、異なるアベイラビリティーゾーンで 2 つのサブネットを選択することをお勧めします。詳細については、「[プライベートサブネットの VPC および NAT ゲートウェイを設定する](managing-network-internet-NAT-gateway.md)」を参照してください。
**注記**
Elastic フリートでは、異なるアベイラビリティーゾーン内にあるサブネットを少なくとも 2 つ指定する必要があります。
独自の VPC とサブネットがない場合は、[デフォルトの VPC](default-vpc-with-public-subnet.md) を使用するか、独自の VPC を作成できます。独自の VPC とサブネットを作成するには、[**Create a new VPC (新しい VPC を作成する)**] リンクおよび [**Create new subnet (新しいサブネットを作成する)**] リンクを選択して作成します。これらのリンクを選択すると、Amazon VPC コンソールが開きます。VPC とサブネットを作成したら、WorkSpaces アプリケーションコンソールに戻り、**新しい VPC の作成**と**新しいサブネットの作成**リンクの左側にある更新アイコンを選択してリストに表示します。詳細については、「[WorkSpaces アプリケーション用の VPC を設定する](appstream-vpc.md)」を参照してください。
+ [**Security group(s) (セキュリティグループ)**] で、このフリートに関連付ける最大 5 つのセキュリティグループを選択します。独自のセキュリティグループを持たず、デフォルトのセキュリティグループを使用しない場合は、[**Create new security group (新しいセキュリティグループを作成する)**] リンクを選択して、セキュリティグループを作成します。Amazon VPC コンソールでサブネットを作成したら、WorkSpaces アプリケーションコンソールに戻り、**新しいセキュリティグループの作成**リンクの左側にある更新アイコンを選択してリストに表示します。詳細については、「[Amazon WorkSpaces アプリケーションのセキュリティグループ](managing-network-security-groups.md)」を参照してください。
+ 常時オンおよびオンデマンドフリートの場合は、[**Active Directory Domain (Optional)**] (アクティブディレクトリドメイン (オプション)) で、アクティブディレクトリと、ストリーミングインスタンスのコンピュータオブジェクト用の組織単位 (OU) を選択します。選択されたネットワークアクセス設定で DNS による解決が有効であり、ディレクトリと通信できることを確認します。詳細については、「[Using Active Directory with WorkSpaces Applications](active-directory.md)」を参照してください。
1. **[Next]** (次へ) を選択します。
1. [**Step 5: Review (ステップ 5: 確認)**] で、フリートの詳細を確認します。任意のセクションの設定を変更するには、[**Edit**] を選択し、必要な変更を加えます。設定内容を確認したら、[**作成**] を選択します。
1. 料金確認ダイアログボックスで、確認チェックボックスをオンにし、[**作成**] を選択します。
**注記**
フリートを作成するのに十分な制限 (クォータ) がないというエラーメッセージが表示された場合は、[https://console.aws.amazon.com/servicequotas/](https://console.aws.amazon.com/servicequotas/) の Service Quotas コンソールから制限引き上げリクエストを送信してください。詳細については、「*Service Quotas ユーザーガイド*」の「[クォータの引き上げのリクエスト](https://docs.aws.amazon.com/servicequotas/latest/userguide/request-quota-increase.html)」を参照してください。
1. フリートが作成されている間は、[**Fleets**] (フリート) リストでフリートのステータスが [**Starting**] (起動中) として表示されます。ステータスが [**実行中**] になるまで、フリートのステータスを更新するには、定期的に [**更新**] アイコンを選択します。フリートをスタックに関連付けることはできません。また、フリートのステータスが [**Running**] になるまでストリーミングセッションにフリートを使用することはできません。
# Amazon WorkSpaces アプリケーションでスタックを作成する
フリートへのアクセスを制御するスタックをセットアップして作成します。
**注記**
Google ドライブ、OneDrive、およびアプリケーション設定の永続化は、Windows フリートに関連付けられたスタックのみで有効化できます。既存のスタックを Linux フリートに関連付ける前に、これらの設定が無効化されていることを確認してください。
**スタックをセットアップして作成するには**
1. 左側のナビゲーションペインで、[**Stacks**] を選択し、それから [**Create Stack**] を選択します。
1. [**Step 1: Stack Details**] (ステップ 1: スタックの詳細情報) の [**Stack details**] (スタックの詳細情報) に、スタック用の一意の名前識別子を入力します。オプションで、以下の操作を行うことができます。
+ **Display name (表示名)** — スタックの表示名を入力します (最大 100 文字)。
+ **Description (説明)** — スタックの説明を入力します (最大 256 文字)。
+ **Redirect URL (リダイレクト URL)** — エンドユーザーがストリーミングセッションの終了後にリダイレクトされる URL を指定します。
+ **フィードバック URL** — ユーザーがアプリケーションストリーミングのエクスペリエンスについてフィードバックを送信する [**フィードバックの送信**] リンクをクリックした後、リダイレクトされる URL を指定します。URL を指定しない場合、このリンクは表示されません。
+ **Fleet (フリート)** — 既存のフリートを選択するか、新しいフリートを作成してスタックに関連付けます。
+ **ストリーミングプロトコル環境設定**— スタックで優先するストリーミングプロトコル、UDP または TCP を指定します。現在、UDP は Windows ネイティブクライアントでのみサポートされます。詳細については、「[システム要件と機能のサポート (WorkSpaces アプリケーションクライアント)](client-system-requirements-feature-support.md)」を参照してください。
+ **Tags (タグ)** — [**Add Tag (タグの追加)**] を選択し、タグのキーと値を入力します。さらにタグを追加するには、この手順を繰り返します。詳細については、「[Amazon WorkSpaces アプリケーションリソースのタグ付け](tagging-basic.md)」を参照してください。
+ **VPC Endpoints (Advanced) (VPC エンドポイント (アドバンスト))** — Virtual Private Cloud (VPC) に、[インターフェイス VPC エンドポイント](https://docs.aws.amazon.com/vpc/latest/userguide/vpce-interface.html) (インターフェイスエンドポイント) であるプライベートリンクを作成できます。インターフェイスエンドポイントの作成を開始するには、[**Create VPC Endpoint (VPC エンドポイントの作成)**] を選択します。このリンクを選択すると、VPC コンソールが開きます。エンドポイントの作成を完了するには、[チュートリアル: インターフェイス VPC エンドポイントからの作成とストリーミング](creating-streaming-from-interface-vpc-endpoints.md) の *To create an interface endpoint* のステップ 3～6 に従います。
インターフェイスエンドポイントを作成したら、VPC 内でストリーミングトラフィックを維持するために使用できます。
+ **WorkSpaces アプリケーションを埋め込む (オプション)** — WorkSpaces アプリケーションストリーミングセッションをウェブページに埋め込むには、埋め込みストリーミングセッションをホストするドメインを指定します。埋め込みストリーミングセッションは、HTTPS （TCP ポート 443）経由でのみサポートされます。
**注記**
埋め込み WorkSpaces アプリケーションストリーミングセッションを設定するには、前提条件を満たし、追加のステップを実行する必要があります。詳細については、「[Amazon WorkSpaces アプリケーションストリーミングセッションを埋め込む](embed-streaming-sessions.md)」を参照してください。
1. **[Next]** (次へ) を選択します。
1. [**Step 2: Enable Storage**] で、以下のうち、1 つ以上を選択して、ユーザーに永続的ストレージを提供できます。
+ **Home Folders (ホームフォルダ)** — アプリケーションストリーミングセッション中に、ユーザーはホームフォルダにファイルを保存し、ホームフォルダ内の既存のファイルにアクセスできます。ホームフォルダの有効化要件の詳細については、「[WorkSpaces アプリケーションユーザーのホームフォルダを有効にする](enable-home-folders.md)」を参照してください。
+ **Google Drive for Google Workspace** — ユーザーは Google Drive for Google Workspace アカウントを WorkSpaces アプリケーションにリンクできます。プリケーションストリーミングセッション中、Google ドライブアカウントへのサインイン、Google ドライブへのファイル保存、Google ドライブの既存のファイルへのアクセスを行うことができます。Google ドライブを有効にできるのは、Google Workspace ドメイン内のアカウントに対してのみで、個人の Gmail アカウントに対してはできません。
**注記**
Google ドライブの有効化は、Linux ベースのスタック、またはマルチセッションフリートに関連付けられたスタックではサポートされていません。
**注記**
**[Google Drive を有効化]** を選択したら、Google Workspace アカウントに関連付けられている組織ドメインの名前を 1 つ以上入力します。アプリケーションストリーミングセッション中の Google ドライブへのアクセスは、指定するドメインにあるユーザーに制限されます。最大 10 個のドメインを指定できます。Google ドライブの有効化要件の詳細については、「[WorkSpaces アプリケーションユーザーの Google ドライブを有効にする](enable-google-drive.md)」を参照してください。
+ **OneDrive for Business** — ユーザーは OneDrive for Business アカウントを WorkSpaces アプリケーションにリンクできます。プリケーションストリーミングセッション中、OneDrive アカウントへのサインイン、OneDrive へのファイル保存、OneDrive の既存のファイルへのアクセスを行うことができます。OneDrive は、OneDrive ドメインのアカウントに対してのみ有効にすることができます。個人アカウントに対して設定することはできません。
**注記**
OneDrive の有効化は、Linux ベースのスタック、またはマルチセッションフリートに関連付けられたスタックではサポートされていません。
**注記**
**[Enable OneDrive]** を選択したら、OneDrive アカウントに関連付けられている組織ドメインの名前を少なくとも 1 つ入力します。アプリケーションストリーミングセッション中の OneDrive へのアクセスは、指定するドメインにあるユーザーに制限されます。最大 10 個のドメインを指定できます。OneDrive の有効化に関する要件の詳細については、[WorkSpaces アプリケーションユーザーの OneDrive を有効にする](enable-onedrive.md) を参照してください。
1. [**次へ**] を選択します。
1. **Step 3: User Settings** で、次の設定を構成します。完了したら、[**Review (確認)**] を選択します。
**クリップボード、ファイル転送、ローカルデバイスへのプリント、認証のアクセス許可**:
**注記**
**[Active Directory へのスマートカードサインイン]** は現在、マルチセッションフリートでは利用できません。
+ **Clipboard (クリップボード)** — デフォルトでは、ユーザーは、ローカルデバイスとストリーミングアプリケーション間でデータをコピーアンドペーストすることができます。クリップボードオプションを制限することで、ユーザーによるデータの貼り付け先をリモートストリーミングセッションに限定したり、データのコピー先をローカルデバイスに限定したりできます。クリップボードオプションを全面的に無効化することもできます。ユーザーはストリーミングセッション時にアプリケーション間でコピーアンドペーストできます。**ローカルデバイスへのコピー文字制限**、**リモートセッションへの貼り付け文字制限**、またはその両方を選択して、WorkSpaces アプリケーションストリーミングセッション内外のクリップボードの使用時にユーザーがコピーまたは貼り付けることができるデータの量を制限できます。値は 1～20,971,520 (20 MB) で、指定しない場合はデフォルト値は最大値になります。
+ **File transfer (ファイル転送)** — デフォルトでは、ユーザーは、ローカルデバイスとストリーミングセッション間でファイルをアップロードおよびダウンロードすることができます。ファイル転送オプションを制限することで、ユーザーによるファイルのアップロード先をストリーミングセッションに限定したり、ファイルのダウンロード先をローカルデバイスに限定したりできます。ファイル転送を全面的に無効化することもできます。
**重要**
ユーザーがストリーミングセッション中にローカルドライブとフォルダにアクセスするために WorkSpaces アプリケーションファイルシステムのリダイレクトが必要な場合は、ファイルのアップロードとダウンロードの両方を有効にする必要があります。ファイルシステムのリダイレクトを使用するには、ユーザーに WorkSpaces Applications クライアントバージョン 1.0.480 以降がインストールされている必要があります。詳細については、「[WorkSpaces アプリケーションユーザーのファイルシステムのリダイレクトを有効にする](enable-file-system-redirection.md)」を参照してください。
+ **Print to local device (ローカルデバイスへの出力)** — デフォルトでは、ユーザーは、ストリーミングアプリケーションからローカルデバイスに出力することができます。アプリケーションの [**Print (出力)**] を選択すると、.pdf ファイルをダウンロードして、ローカルプリンタに出力することができます。ユーザーがローカルデバイスに出力できないようにするには、このオプションを無効にします。
+ **Active Directory のパスワードサインイン** — ユーザーは Active Directory ドメインのパスワードを入力して、Active Directory ドメインに参加している WorkSpaces アプリケーションストリーミングインスタンスにサインインできます。
**Active Directory のスマートカードサインインを有効にすることもできます**。少なくとも 1 つの認証を有効にする必要があります。
+ **Active Directory のスマートカードサインイン** — ユーザーは、ローカルコンピュータに接続されたスマートカードリーダーとスマートカードを使用して、Active Directory ドメインに参加している WorkSpaces アプリケーションストリーミングインスタンスにサインインできます。
[**Password sign in for Active Directory (Active Directory のパスワードサインイン)**] を有効にすることもできます。少なくとも 1 つの認証方法を有効にしてください。
**注記**
**クリップボード、ファイル転送、ローカルデバイス設定への出力** — これらの設定は、ユーザーが WorkSpaces アプリケーションのデータ転送機能を使用できるかどうかのみを制御します。イメージを使用してブラウザ、ネットワークプリンタ、またはその他のリモートリソースにアクセスできる場合、ユーザーは別の方法を使用してストリーミングセッション間でデータを転送することができます。
**認証設定** — これらの設定は、WorkSpaces アプリケーションストリーミングインスタンス (フリートまたは Image Builder) への Windows サインインに使用できる認証方法のみを制御します。ユーザーは、ストリーミングインスタンスにサインインした後、セッション内認証に使用できる認証方法を制御しません。Windows サインインおよびセッション中の認証にスマートカードを使用するための構成要件については、[スマートカード](feature-support-USB-devices-qualified.md#feature-support-USB-devices-qualified-smart-cards) を参照してください。これらの設定は、Linux ベースのスタック向けにサポートされていません。
**タイムゾーン**:
+ **[リモートセッションのタイムゾーンを自動的に設定]** — この設定は、ストリーミングに使用されるタイムゾーンを同期して、ユーザーのデバイスに設定されているタイムゾーンと一致させます。ユーザーはこれを上書きし、独自の優先タイムゾーンを設定できます。
**アプリケーション設定の永続化**:
+ **Enable Application Settings Persistence (アプリケーション設定の永続化を有効にする)** — ユーザーによるアプリケーションのカスタマイズや Windows 設定は各ストリーミングセッション後に自動的に保存され、次のセッションで適用されます。これらの設定は、アプリケーション設定の永続化が有効になっているAWSリージョン内のアカウントの Amazon Simple Storage Service (Amazon S3) バケットに保存されます。
+ **Settings Group (設定グループ)** — 設定グループは、このスタックに保存されているどのアプリケーション設定をストリーミングセッションで使用するかを決定します。同じ設定グループを別のスタックに適用すると、両方のスタックで同じアプリケーション設定が使用されます。デフォルトでは、設定グループ値はスタックの名前です。
**注記**
アプリケーション設定の永続化を有効にして管理するための要件については、「[WorkSpaces アプリケーションユーザーのアプリケーション設定の永続化を有効にする](app-settings-persistence.md)」を参照してください。
1. [**Step 4: Review (ステップ 4: 確認)**] で、スタックの詳細を確認します。任意のセクションの設定を変更するには、[**Edit**] を選択し、必要な変更を加えます。設定内容を確認したら、[**作成**] を選択します。
サービスがリソースをセットアップした後、[**Stacks**] ページが表示されます。新しいスタックが使用できる状態になったら、ステータスに [**Active**] と表示されます。
# Amazon WorkSpaces アプリケーションのユーザーにアクセス権を付与する
関連付けられたフリートでスタックを作成したら、WorkSpaces アプリケーションユーザープール、SAML 2.0 [シングルサインオン (SSO)]、または WorkSpaces アプリケーション API を通じてユーザーにアクセスを提供できます。詳細については、「[Amazon WorkSpaces アプリケーションのユーザープール管理](user-pool-admin.md)」および「[Amazon WorkSpaces アプリケーションと SAML 2.0 の統合](external-identity-providers.md)」を参照してください。
**注記**
WorkSpaces アプリケーションユーザープールのユーザーは、Active Directory ドメインに参加しているフリートを持つスタックに割り当てることはできません。
WorkSpaces アプリケーションへのアクセスをユーザーに許可した後、ウェブブラウザまたはサポートされているデバイスの WorkSpaces アプリケーションクライアントアプリケーションを使用してWorkSpaces アプリケーションのストリーミングセッションを開始できます。WorkSpaces アプリケーションユーザープールを介してユーザーにアクセスを提供する場合は、ストリーミングセッションにウェブブラウザを使用する必要があります。SAML 2.0 または WorkSpaces Applications API を使用している場合は、WorkSpaces Applications クライアントを使用できます。WorkSpaces Applications クライアントは、WorkSpaces Applications ストリーミングセッション中に追加の機能を必要とするユーザー向けに設計されたネイティブアプリケーションです。詳細については、「[WorkSpaces アプリケーションクライアント経由でアクセスを提供する](client-application.md)」を参照してください。
# Amazon WorkSpaces アプリケーションでリソースをクリーンアップする
実行中のフリートを停止してアクティブなスタックを削除することで、リソースを開放し、アカウントに対する意図しない料金が発生することを回避できます。未使用で実行中のフリートを停止することをお勧めします。
関連付けられているフリートと一緒にスタックを削除することはできません。
**リソースをクリーンアップするには**
1. ナビゲーションペインで、[**Stacks**] を選択します。
1. スタックを選択し、[**Actions**] を選択して、[**Disassociate Address**] を選択します。確認ダイアログボックスで、[**関連付け解除**] を選択します。
1. ナビゲーションペインの [**Fleets**] を選択します。
1. 停止するフリートを選択し、[**アクション**]、[**停止**] の順に選択します。フリートを停止するには約 5 分かかります。
1. フリートのステータスが [**Stopped**] のときは、[**Actions**]、[**Delete**] の順に選択します。
1. ナビゲーションペインで、[**Stacks**] を選択します。
1. スタックを選択し、[**Actions**]､[**Delete**] を選択します。
# Amazon WorkSpaces アプリケーションフリートをカスタマイズしてユーザーのアプリケーションストリーミングエクスペリエンスを最適化する
WorkSpaces アプリケーションフリートインスタンスをカスタマイズすることで、WorkSpaces アプリケーション環境の特定の側面を定義して、ユーザーのアプリケーションストリーミングエクスペリエンスを最適化できます。たとえば、環境変数を永続化して、アプリケーション間で設定を動的に渡し、適用されているデフォルトファイルの関連付けをすべてのユーザーに設定できます。概要として、フリートインスタンスのカスタマイズには次のタスクが含まれます。
+ Image Builder に接続し、必要に応じてカスタマイズする。
+ Image Builder で Image Assistant を使用して、カスタマイズ内容を含む新しいイメージを作成する。
+ 新しいフリートインスタンスを作成するか、既存のフリートインスタンスを変更する。フリートインスタンスを設定する際、作成およびカスタマイズされた新しいイメージを選択します。
+ 新しいスタックを作成するか、既存のスタックを変更して、フリートインスタンスと関連付ける。
**注記**
特定のフリートをカスタマイズする場合は、Active Directory 環境で、グループポリシーマネジメントコンソール (GPMC) を使用して、ドメインに結合されたコンピュータでグループポリシーオブジェクト (GPO) 設定を更新する必要がある場合があります。
**Topics**
+ [Amazon WorkSpaces アプリケーションで環境変数を保持する](customize-fleets-persist-environment-variables.md)
+ [Amazon WorkSpaces アプリケーションでユーザーのデフォルトのファイル関連付けを設定する](customize-fleets-set-default-file-associations.md)
+ [Amazon WorkSpaces アプリケーションで Internet Explorer 拡張セキュリティ設定を無効にする](customize-fleets-disable-ie-esc.md)
+ [Amazon WorkSpaces アプリケーションのユーザーのストリーミングセッションのデフォルトの Internet Explorer ホームページを変更する](customize-fleets-change-ie-homepage.md)
+ [Amazon WorkSpaces アプリケーションフリートのユーザーおよびインスタンスメタデータ](customize-fleets-user-instance-metadata-fleets.md)
# Amazon WorkSpaces アプリケーションで環境変数を保持する
環境変数を使用すると、アプリケーション間で設定を動的に渡すことができます。たとえば、多くの工学アプリケーションでは、環境変数を使用して、設置するライセンスサーバーの IP アドレスまたはホスト名を指定し、そのサーバーからライセンスをチェックアウトします。
フリートインスタンス間で環境変数を使用するには、この手順のステップを行います。
**注記**
次の手順は Windows フリートのみに適用されます。
**Topics**
+ [システム環境変数の変更](customize-fleets-system-environment-variables.md)
+ [ユーザー環境変数の変更](customize-fleets-user-environment-variables.md)
+ [範囲を制限して環境変数を作成する](customize-fleets-environment-variable-limited-scope.md)
**注記**
WorkSpaces アプリケーションで Active Directory とグループポリシーを使用している場合は、環境変数にグループポリシーを使用するには、ストリーミングインスタンスを Active Directory ドメインに結合する必要があることに注意してください。グループポリシーの [**環境変数**] の設定項目の設定については、Microsoft のドキュメントの「[環境変数の項目を設定する](https://docs.microsoft.com/en-us/previous-versions/windows/it-pro/windows-server-2008-R2-and-2008/cc772047(v=ws.11))」を参照してください。
# システム環境変数の変更
フリートインスタンス全体でシステム環境変数を変更するには、以下の手順を実行します。
**Image Builder のシステム環境変数を変更するには**
この手順は、システム環境変数にのみ適用されます。ユーザー環境変数には適用されません。フリートインスタンス間で永続化するユーザー環境変数を変更するには、次の手順のステップを実行します。
1. システム環境変数を変更する Image Builder に接続し、ローカル管理者権限を持つアカウントでサインインします。そのためには、次のいずれかを実行します。
+ [WorkSpaces アプリケーションコンソールを使用する](managing-image-builders-connect-console.md) (ウェブ接続のみ)
+ [ストリーミング URL を作成する](managing-image-builders-connect-streaming-URL.md) (ウェブまたは WorkSpaces アプリケーションクライアント接続用)
**注記**
接続する Image Builder が Active Directory ドメインに参加していて、組織にスマートカードサインインが必要な場合は、ストリーミング URL を作成し、接続に WorkSpaces アプリケーションクライアントを使用する必要があります。スマートカードサインインの詳細については、「[スマートカード](feature-support-USB-devices-qualified.md#feature-support-USB-devices-qualified-smart-cards)」をご参照ください。
1. Windows の [**スタート**] ボタンを選択して、[**コンピュータ**] のコンテキスト (右クリック) メニューを開き、[**プロパティ**] を選択します。
1. ナビゲーションペインで [**Advanced system settings**] (システムの詳細設定) を選択します。
1. [**システム変数**] で、フリートインスタンス間で永続化する環境変数を変更し、[**OK**] を選択します。
1. Image Builder デスクトップから、Image Assistant を開きます。
1. Image Assistant で、必要な手順に従って、イメージの作成を完了します。詳細については、「[チュートリアル: WorkSpaces アプリケーションコンソールを使用してカスタム WorkSpaces アプリケーションイメージを作成する](tutorial-image-builder.md)」を参照してください。
システム環境変数の変更は、フリートインスタンス間で永続化され、該当するインスタンスから起動されるストリーミングセッションに適用されます。
**注記**
AWS CLI 認証情報をシステム環境変数として設定すると、WorkSpaces アプリケーションがイメージを作成できなくなる可能性があります。
# ユーザー環境変数の変更
フリートインスタンス全体でユーザー環境変数を変更するには、以下の手順を実行します。
**ユーザー環境変数を変更するには**
1. システム環境変数を変更する Image Builder に接続し、[**Template User (テンプレートユーザー)**] としてサインインします。そのためには、次のいずれかを実行します。
+ [WorkSpaces アプリケーションコンソールを使用する](managing-image-builders-connect-console.md) (ウェブ接続のみ)
+ [ストリーミング URL を作成する](managing-image-builders-connect-streaming-URL.md) (ウェブまたは WorkSpaces アプリケーションクライアント接続用)
**注記**
接続する Image Builder が Active Directory ドメインに参加していて、組織にスマートカードサインインが必要な場合は、ストリーミング URL を作成し、接続に WorkSpaces アプリケーションクライアントを使用する必要があります。スマートカードサインインの詳細については、「[スマートカード](feature-support-USB-devices-qualified.md#feature-support-USB-devices-qualified-smart-cards)」をご参照ください。
[**Template User (テンプレートユーザー)**] では、ユーザー向けのデフォルトアプリケーションと Windows の設定を作成できます。詳細については、 のWorkSpaces アプリケーションユーザーのデフォルトアプリケーションと Windows 設定の作成」を参照してください[Amazon WorkSpaces アプリケーションのデフォルトのアプリケーションと Windows の設定とアプリケーション起動パフォーマンス](customizing-appstream-images.md)。
1. Image Builder で、Windows の [**スタート**] ボタンをクリックし、[**コントロールパネル**]、[**ユーザー アカウント**] の順に選択します。
1. [**ユーザー アカウント**] を再度選択します。左のナビゲーションペインで、[**環境変数の変更**] を選択します。
1. [**DefaultProfileUser**] の [**ユーザー環境変数**] で、必要に応じてユーザー環境変数を設定または作成し、[**OK**] を選択します。
1. これにより現在のセッションが切断され、ログインメニューが開きます。次のいずれかを実行して、Image Builder にログインします。
+ Image Builder が Active Directory ドメインに参加していない場合、[**Local User**] タブで、[**Administrator**] を選択します。
+ Image Builder が Active Directory ドメインに参加している場合、[**Directory User**] タブを選択し、Image Builder でローカル監理者権限があるドメインユーザーとしてログインします。
1. Image Builder デスクトップから、Image Assistant を開きます。
1. Image Assistant で、必要な手順に従って、イメージの作成を完了します。詳細については、「[チュートリアル: WorkSpaces アプリケーションコンソールを使用してカスタム WorkSpaces アプリケーションイメージを作成する](tutorial-image-builder.md)」を参照してください。
# 範囲を制限して環境変数を作成する
スクリプトから離れてスポーンするプロセスに範囲が制限されている環境変数を作成するには、次のステップに従います。このアプローチは、同じ環境変数をアプリケーションごとに異なる値で使用する必要がある場合に便利です。たとえば、2 つの異なるアプリケーションでいずれも環境変数「LIC\$1SERVER」を使用しているが、使用する「LIC\$1SERVER」の値は異なる場合です。
**範囲を制限して環境変数を作成するには**
1. 範囲が制限された環境変数を作成する Image Builder に接続し、ローカル管理者権限を持つアカウントでサインインします。そのためには、次のいずれかを実行します。
+ [WorkSpaces アプリケーションコンソールを使用する](managing-image-builders-connect-console.md) (ウェブ接続のみ)
+ [ストリーミング URL を作成する](managing-image-builders-connect-streaming-URL.md) (ウェブまたは WorkSpaces アプリケーションクライアント接続用)
**注記**
接続する Image Builder が Active Directory ドメインに参加していて、組織にスマートカードサインインが必要な場合は、ストリーミング URL を作成し、接続に WorkSpaces アプリケーションクライアントを使用する必要があります。スマートカードサインインの詳細については、「[スマートカード](feature-support-USB-devices-qualified.md#feature-support-USB-devices-qualified-smart-cards)」をご参照ください。
1. スクリプト用に子フォルダを C:\$1 ドライブに作成します (例: C:\$1Scripts)。
1. メモ帳を開き、新しいスクリプトを作成して、次の行を入力します。
`set `*変数*=*値*
`start " " "C:\path\to\application.exe"`
コードの説明は以下のとおりです。
*変数*は、使用する変数名
*値*は、一定の変数名の値
**注記**
アプリケーションのパスにスペースを含む場合は、文字列全体を引用符でカプセル化する必要があります。以下はその例です。
`start " " "C:\Program Files\application.exe"`
1. **[File]** (ファイル)、**[Save]** (保存) の順に選択します。ファイルに名前を付け、拡張子を .bat にして C:\$1Scripts に保存します。たとえば、ファイルの名前を LaunchApp.bat とします。
1. 必要に応じて、ステップ 4 および 5 を繰り返し、独自の環境変数および値が必要な追加アプリケーションごとにスクリプトを作成します。
1. Image Builder デスクトップから、Image Assistant を起動します。
1. [**Add App**] を選択して、C:\$1Scripts を参照し、ステップ 5 で作成したスクリプトのいずれかを選択します。**開く** をクリックします。
1. [**App Launch Settings**] ダイアログボックスで、必要に応じて設定をそのまま使用するか、変更します。完了したら、[**Save **] を選択します。
1. 複数のスクリプトを作成した場合は、スクリプトごとにステップ 8 と 9 を繰り返します。
1. Image Assistant で、必要な手順に従って、イメージの作成を完了します。詳細については、「[チュートリアル: WorkSpaces アプリケーションコンソールを使用してカスタム WorkSpaces アプリケーションイメージを作成する](tutorial-image-builder.md)」を参照してください。
スクリプトから実行されるプロセスで、環境変数と特定の値を使用できるようになりました。その他のプロセスで、この変数および値にアクセスすることはできません。
# Amazon WorkSpaces アプリケーションでユーザーのデフォルトのファイル関連付けを設定する
アプリケーションファイル拡張子の関連付けはユーザーごとに設定されるため、WorkSpaces アプリケーションストリーミングセッションを起動するすべてのユーザーに自動的に適用されるわけではありません。たとえば、Image Builder の .pdf ファイルを開くデフォルトのアプリケーションとして Adobe Reader を設定しても、この変更はユーザーには適用されません。
**注記**
次の手順は Windows フリートにのみ適用されます。
**注記**
以下の手順は、Active Directory ドメインに参加している Image Builder で実行する必要があります。さらに、フリートは Active Directory ドメインに参加している必要があります。それ以外の場合、設定したデフォルトのファイルの関連付けは適用されません。
**ユーザー向けにデフォルトファイルの関連付けを設定するには**
1. デフォルトファイルの関連付けを設定する Image Builder に接続し、Image Builder に対するローカル管理者権限を持つドメインアカウントでサインインします。そのためには、次のいずれかを実行します。
+ [WorkSpaces アプリケーションコンソールを使用する](managing-image-builders-connect-console.md) (ウェブ接続のみ)
+ [ストリーミング URL を作成する](managing-image-builders-connect-streaming-URL.md) (ウェブまたは WorkSpaces アプリケーションクライアント接続用)
**注記**
組織にスマートカードサインインが必要な場合は、ストリーミング URL を作成し、接続に WorkSpaces アプリケーションクライアントを使用する必要があります。スマートカードサインインの詳細については、「[スマートカード](feature-support-USB-devices-qualified.md#feature-support-USB-devices-qualified-smart-cards)」をご参照ください。
1. 必要に応じて、デフォルトのファイルの関連付けを設定します。
1. 管理者として Windows コマンドプロンプトを開きます。
1. コマンドプロンプトで次のコマンドを入力して、Image Builder のファイル関連付けを XML ファイルでエクスポートし、ENTER キーを押します。
`dism.exe /online /export-DefaultAppAssociations:c:\default_associations.xml`
32 ビットバージョンの DISM で、実行中の 64 ビットのオペレーティングシステムを使用できないというエラーメッセージが表示される場合は、コマンドプロンプトウィンドウを閉じます。File Explorer を開いて、C:\$1Windows\$1System32 を参照し、cmd.exe を右クリックしたら、[**管理者として実行**] を選択し、再度コマンドを実行します。
1. ローカルグループポリシーエディタまたは GPMC を使用して、デフォルトの関連付け設定ファイルを設定できます。
+ ローカルグループポリシーエディタ:
Image Builder で、管理者としてコマンドプロンプトを開き、`gpedit.msc` と入力し、ENTER キーを押します。
コンソールツリーで、[**Computer Configuration**] (コンピュータの構成) を [**Administrative Templates**] (管理用テンプレート)、[**Windows Components**] (Windows コンポーネント) の順に展開し、[**File Explorer**] を選択します。
+ GPMC:
ディレクトリまたはドメインコントローラーで、管理者としてコマンドプロンプトを開き、`gpmc.msc` と入力し、ENTER キーを押します。
左のコンソールツリーで、新しい GPO を作成する OU、または既存の GPO を使用する OU を選択して、以下のいずれかの操作を行います。
+ コンテキスト (右クリック) メニューを開き、[**Create a GPO in this domain, Link it here**] を選択して、新しい GPO を作成します。[**Name**] に、この GPO のわかりやすい名前を入力します。
+ 既存の GPO を選択します。
GPO のコンテキストメニューを開き、[**編集**] を選択します。
[**User Configuration (ユーザーの構成)**] を [**ポリシー**]、[**Administrative Templates (管理用テンプレート)**]、[**Windows Components (Windows コンポーネント)**] の順に展開し、[**File Explorer (ファイルエクスプローラー)**] を選択します。
1. [**デフォルトの関連付け設定ファイルを設定**] をダブルクリックします。
1. [**Set a default associations configuration file properties (デフォルトの関連付け設定ファイルプロパティを設定)**] ダイアログボックスの [**有効**] を選択し、次のいずれかを実行します。
+ ローカルグループポリシーエディタを使用している場合は、パスを入力します: `c:\default_associations.xml`。
+ GPMC を使用している場合は、ネットワークパスを入力します。例えば、`\\networkshare\default_associations.xml`。
1. [**適用**]、[**OK**] の順に選択します。
1. ローカルグループポリシーエディタまたは GPMC を終了します。
1. Image Builder デスクトップから、Image Assistant を開きます。
1. Image Assistant で、必要な手順に従って、イメージの作成を完了します。詳細については、「[チュートリアル: WorkSpaces アプリケーションコンソールを使用してカスタム WorkSpaces アプリケーションイメージを作成する](tutorial-image-builder.md)」を参照してください。
設定したファイルの関連付けは、フリートインスタンスと、そのインスタンスから起動されるユーザーストリーミングセッションに適用されます。
# Amazon WorkSpaces アプリケーションで Internet Explorer 拡張セキュリティ設定を無効にする
Internet Explorer セキュリティ強化の構成 (ESC) では、サーバーと Internet Explorer のインターネットへの公開が制限されるように設定されます。ただし、この設定は WorkSpaces アプリケーションのエンドユーザーエクスペリエンスに影響を与える可能性があります。WorkSpaces アプリケーションストリーミングセッションに接続されているユーザーは、次の場合にウェブサイトが期待どおりに表示または実行されないことがあります。
+ ユーザーのストリーミングセッションを起動したフリートインスタンスで Internet Explorer ESC が有効になっている
+ ユーザーが、ストリーミングセッションの間に Internet Explorer を実行
+ アプリケーションが Internet Explorer を使用してデータをロードする
**注記**
次の手順は Windows フリートにのみ適用されます。
**Internet Explorer セキュリティ強化の構成を無効にするには**
1. Internet Explorer ESC を無効にする Image Builder に接続し、ローカル管理者権限を持つアカウントでサインインします。そのためには、次のいずれかを実行します。
+ [WorkSpaces アプリケーションコンソールを使用する](managing-image-builders-connect-console.md) (ウェブ接続のみ)
+ [ストリーミング URL を作成する](managing-image-builders-connect-streaming-URL.md) (ウェブまたは WorkSpaces アプリケーションクライアント接続用)
**注記**
接続する Image Builder が Active Directory ドメインに参加していて、組織にスマートカードサインインが必要な場合は、ストリーミング URL を作成し、接続に WorkSpaces アプリケーションクライアントを使用する必要があります。スマートカードサインインの詳細については、「[スマートカード](feature-support-USB-devices-qualified.md#feature-support-USB-devices-qualified-smart-cards)」をご参照ください。
1. Image Builder で Internet Explorer ESC を無効にするには、次の操作を行います。
1. サーバーマネージャーを開きます。Windows の [**スタート**] ボタンをクリックし、[**サーバー マネージャー**] を選択します。
1. 左のナビゲーションペインの [**ローカル サーバー**] を選択します。
1. 右側のプロパティペインで、[IE Enhanced Security Configuration]**** (IE セキュリティ強化の構成) の横にある **[On]** (有効) リンクを選択します。
1. [**Internet Explorer セキュリティ強化の構成**] ダイアログボックスで、[**Administrators**] と [**Users**] の [**オフ**] オプションを選択し、[**OK**] を選択します。
1. Image Builder デスクトップの右上領域で、[**Admin Commands**]、[**Switch User**] の順に選択します。
![\[Admin Commands dropdown menu with Switch User option highlighted.\]](http://docs.aws.amazon.com/ja_jp/appstream2/latest/developerguide/images/admin-commands-switch-user.png)
1. これにより現在のセッションが切断され、ログインメニューが開きます。次のいずれかを実行して、Image Builder にログインします。
+ Image Builder が Active Directory ドメインに参加していない場合、[**Local User**] タブで、[**Template User**] を選択します。
+ Image Builder が Active Directory ドメインに参加している場合は、[**Directory User**] タブを選択し、Image Builder でローカル管理者権限がないドメインユーザーとしてログインします。
1. Internet Explorer を開いて次の手順を実行して設定をリセットします。
1. Internet Explorer ブラウザウィンドウの右上で、**ツール**アイコンを選択し、[**インターネットオプション**] を選択します。
1. [**詳細設定**] タブを選択し、[**リセット**] を選択します。
1. 選択の確認を求められたら、[**リセット**] を選択します。
1. [**Internet Explorer の設定をリセット**] メッセージが表示されたら、[**閉じる**] を選択します。
1. Image Builder を再起動します。
1. [**Admin Commands**]、[**Switch User**] を選択し、次のいずれかの操作を行います。
+ Image Builder が Active Directory ドメインに参加していない場合、[**Local User**] タブで、[**Administrator**] を選択します。
+ Image Builder が Active Directory ドメインに参加している場合、**[ディレクトリユーザー]** タブを選択し、ステップ 4 で使用したのと同じドメインアカウントでログインします。
1. Image Builder デスクトップから、Image Assistant を開きます。
1. **[Step 2. Configure Apps]** (ステップ 2。 アプリを設定する) で、**[Save settings]** (設定の保存) を選択します。
1. Image Assistant で、必要な手順に従って、イメージの作成を完了します。詳細については、「[チュートリアル: WorkSpaces アプリケーションコンソールを使用してカスタム WorkSpaces アプリケーションイメージを作成する](tutorial-image-builder.md)」を参照してください。
# Amazon WorkSpaces アプリケーションのユーザーのストリーミングセッションのデフォルトの Internet Explorer ホームページを変更する
グループポリシーを使用して、ユーザーのストリーミングセッションに対する Internet Explorer のデフォルトホームページを変更できます。または、環境にグループポリシーがない場合、またはグループポリシーを使用しない場合は、代わりに WorkSpaces アプリケーションテンプレートユーザーアカウントを使用できます。
**注記**
次の手順は Windows フリートにのみ適用されます。
**Topics**
+ [グループポリシーを使用して Internet Explorer のデフォルトホームページを変更する](customize-fleets-change-ie-homepage-group-policy.md)
+ [WorkSpaces アプリケーションテンプレートユーザーアカウントを使用してデフォルトの Internet Explorer ホームページを変更する](customize-fleets-change-ie-homepage-template-user.md)
# グループポリシーを使用して Internet Explorer のデフォルトホームページを変更する
Active Directory 環境で、グループ ポリシー管理 (GPMC) MMC スナップインを使用して、デフォルトホームページをユーザーが変更できないように設定します。Active Directory が使用環境に存在しない場合は、ローカルグループポリシーエディタを使用してこのタスクを実行します。ユーザーが変更できるホームページを設定するには、GPMC を使用する必要があります。
GPMC を使用するには、最初に次のことを行います。
+ ドメインに参加済みのコンピュータまたは EC2 インスタンスにアクセスします。
+ GPMC をインストールします。詳細については、Microsoft ドキュメントの「[Installing or Removing Remote Server Administration Tools for Windows 7](https://technet.microsoft.com/en-us/library/ee449483.aspx)」を参照してください。
+ アクセス許可を持つドメインとしてログインし、GPO を作成します。GPO を適切な組織ユニット (OU) にリンクします。
**グループポリシーの管理用テンプレートを使用して Internet Explorer のデフォルトホームページを変更するには**
ユーザーが変更できないデフォルトホームページを設定するには、グループポリシーの管理用テンプレートを使用できます。管理用テンプレートの詳細については、Microsoft のドキュメントの「[管理用テンプレートのポリシー設定の編集](https://docs.microsoft.com/en-us/previous-versions/windows/it-pro/windows-server-2008-R2-and-2008/cc771479(v=ws.11))」を参照してください。
1. [https://console.aws.amazon.com/appstream2/home](https://console.aws.amazon.com/appstream2/home) で WorkSpaces アプリケーションコンソールを開きます。
1. お客様の環境で Active Directory を使用していない場合は、ローカルグループポリシーエディタを開きます。Active Directory を使用している場合は、GPMC を開きます。[**スクリプト (ログオン/ログオフ)**] ポリシー設定を見つけます。
+ ローカルグループポリシーエディタ:
Image Builder で、管理者としてコマンドプロンプトを開き、`gpedit.msc` と入力し、ENTER キーを押します。
[**User Configuration**] (ユーザーの構成) を [**Administrative Templates**] (管理用テンプレート)、[**Windows Components**] (Windows コンポーネント) の順に展開し、[**Internet Explorer**] を選択します。
+ GPMC:
ディレクトリまたはドメインコントローラーで、管理者としてコマンドプロンプトを開き、`gpmc.msc` と入力し、ENTER キーを押します。
左のコンソールツリーで、新しい GPO を作成する OU、または既存の GPO を使用する OU を選択して、以下のいずれかの操作を行います。
+ コンテキスト (右クリック) メニューを開き、[**Create a GPO in this domain, Link it here**] を選択して、新しい GPO を作成します。[**Name**] に、この GPO のわかりやすい名前を入力します。
+ 既存の GPO を選択します。
GPO のコンテキストメニューを開き、[**編集**] を選択します。
[**User Configuration**] (ユーザーの構成) を [**ポリシー**]、[**Administrative Templates**] (管理用テンプレート)、[**Windows Components**] (Windows コンポーネント) の順に展開し、[**Internet Explorer**] を選択します。
1. [**ホームページ設定の変更の無効化**] をダブルクリックして [**有効**] を選択し、[**ホームページ**] に URL を入力します。
1. [**適用**]、[**OK**] の順に選択します。
1. ローカルグループポリシーエディタまたは GPMC を終了します。
**グループポリシー設定を使用して Internet Explorer のデフォルトホームページを変更するには**
ユーザーが変更できないデフォルトホームページを設定するには、グループポリシー設定を使用します。グループポリシーの設定の詳細については、Microsoft のドキュメントの「[レジストリ項目の設定](https://docs.microsoft.com/en-us/previous-versions/windows/it-pro/windows-server-2008-R2-and-2008/cc753092(v=ws.11))」および「[グループポリシー設定の入門ガイド](https://docs.microsoft.com/en-us/previous-versions/windows/it-pro/windows-server-2008-R2-and-2008/cc731892(v=ws.10))」を参照してください。
1. ディレクトリまたはドメインコントローラーで、管理者としてコマンドプロンプトを開き、`gpmc.msc` と入力し、ENTER キーを押します。
1. 左のコンソールツリーで、新しい GPO を作成する OU、または既存の GPO を使用する OU を選択して、以下のいずれかの操作を行います。
+ コンテキスト (右クリック) メニューを開き、[**Create a GPO in this domain, Link it here**] を選択して、新しい GPO を作成します。[**Name**] に、この GPO のわかりやすい名前を入力します。
+ 既存の GPO を選択します。
1. GPO のコンテキストメニューを開き、[**編集**] を選択します。
1. [**User Configuration**] (ユーザーの構成) の [**設定**] を展開し、[**Windows Settings**] (Windows 設定) を選択します。
1. [**レジストリ**] のコンテキスト (右クリック) メニューを開き、[**新規**]、[**レジストリ項目**] の順に選択します。
1. [**新しいレジストリのプロパティ**] ダイアログボックスで、グループポリシーの次のレジストリ設定を指定します。
+ [**Action**] で、[**Update**] を選択します。
+ [**Hive**] で、[**HKEY\$1CURRENT\$1USER**] を選択します。
+ [**キーパス**] で、HKEY\$1CURRENT\$1USER\$1SOFWARE\$1Microsoft\$1Internet Explorer\$1Main を参照して選択します。
+ [**値の名前**] に、[**Start Page**] (開始ページ) を入力します。
+ [**Value Data**] (値データ) に、ホームページの URL を入力します。
1. [**一般**] タブで、[**Apply Once**] (一度のみ適用)、[**Do not Re-Apply**] (再適用しない) の順で選択します。
**注記**
Internet Explorer のブラウザ設定で、ユーザーが [**デフォルトを使用**] ボタンを選択して、デフォルトホームページを企業ホームページにリセットできるように、Default\$1Page\$1URL の値を設定することもできます。[**Apply Once**] (一度のみ適用) や [**Do not Re-Apply**] (再適用しない) を選択する必要はありません。
1. [**OK**] を選択して、GPMC を閉じます。
# WorkSpaces アプリケーションテンプレートユーザーアカウントを使用してデフォルトの Internet Explorer ホームページを変更する
**Template User** アカウントを使用して、Internet Explorer のデフォルトホームページを変更するには、以下の手順を実行します。
**Template User アカウントを使用して、Internet Explorer のデフォルトホームページを変更するには**
1. デフォルトの Internet Explorer ホームページを変更する Image Builder に接続し、[**Template User (テンプレートユーザー)**] アカウントでサインインします。そのためには、次のいずれかを実行します。
+ [WorkSpaces アプリケーションコンソールを使用する](managing-image-builders-connect-console.md) (ウェブ接続のみ)
+ [ストリーミング URL を作成する](managing-image-builders-connect-streaming-URL.md) (ウェブまたは WorkSpaces アプリケーションクライアント接続用)
**注記**
接続する Image Builder が Active Directory ドメインに参加していて、組織にスマートカードサインインが必要な場合は、ストリーミング URL を作成し、接続に WorkSpaces アプリケーションクライアントを使用する必要があります。スマートカードサインインの詳細については、「[スマートカード](feature-support-USB-devices-qualified.md#feature-support-USB-devices-qualified-smart-cards)」をご参照ください。
[**Template User (テンプレートユーザー)**] では、ユーザー向けのデフォルトアプリケーションと Windows の設定を作成できます。詳細については、 のWorkSpaces アプリケーションユーザーのデフォルトアプリケーションと Windows 設定の作成」を参照してください[Amazon WorkSpaces アプリケーションのデフォルトのアプリケーションと Windows の設定とアプリケーション起動パフォーマンス](customizing-appstream-images.md)。
1. Internet Explorer を開き、デフォルトのホームページを変更するために必要な手順を完了します。
1. Image Builder デスクトップの右上領域で、[**Admin Commands**]、[**Switch User**] の順に選択します。
![\[Admin Commands dropdown menu with Switch User option highlighted.\]](http://docs.aws.amazon.com/ja_jp/appstream2/latest/developerguide/images/admin-commands-switch-user.png)
1. これにより現在のセッションが切断され、ログインメニューが開きます。次のいずれかを実行して、Image Builder にログインします。
+ Image Builder が Active Directory ドメインに参加していない場合、[**Local User**] タブで、[**Administrator**] を選択します。
+ Image Builder が Active Directory ドメインに参加している場合、[**Directory User**] タブを選択し、Image Builder でローカル監理者権限があるドメインユーザーとしてログインします。
1. Image Builder デスクトップから、Image Assistant を開きます。
1. Image Assistant で、必要な手順に従って、イメージの作成を完了します。詳細については、「[チュートリアル: WorkSpaces アプリケーションコンソールを使用してカスタム WorkSpaces アプリケーションイメージを作成する](tutorial-image-builder.md)」を参照してください。
# Amazon WorkSpaces アプリケーションフリートのユーザーおよびインスタンスメタデータ
WorkSpaces アプリケーションフリートインスタンスには、Windows 環境変数を通じて使用できるユーザーとインスタンスのメタデータがあります。アプリケーションおよびスクリプトで次の環境変数を使用して、フリートインスタンスの詳細に基づいて環境を変更できます。
| 環境変数 | Context | 説明 |
| --- | --- | --- |
| AppStream\$1Stack\$1Name | ユーザー | ストリーミングセッションが開始されたスタックの名前。 |
| AppStream\$1User\$1Access\$1Mode | ユーザー | ストリームへのユーザーアクセスを管理するために使用されるアクセスモード。指定できる値は custom、userpool、または saml です。 |
| AppStream\$1Session\$1Reservation\$1DateTime | ユーザー | ユーザーのストリーミングセッションが開始された日時。 |
| AppStream\$1UserName | ユーザー | ユーザーに関連付けられたユーザーの名前。 |
| AppStream\$1Session\$1ID | ユーザー | ユーザーのストリーミングセッションのセッション識別子。 |
| APPSTREAM\$1SESSION\$1CONTEXT | マシン | セッションの開始時にストリーミングアプリケーションに渡されるパラメータが含まれます。詳細については、「[Amazon WorkSpaces アプリケーションのセッションコンテキスト](managing-stacks-fleets-session-context.md)」を参照してください。 この環境変数は、最初のアプリケーションの起動後にのみ使用できます。 |
| AppStream\$1Image\$1Arn | マシン | ストリーミングインスタンスを作成するために使用されたイメージの ARN。 |
| AppStream\$1Instance\$1Type | マシン | ストリーミングインスタンスのタイプ。例えば、stream.standard.medium です。 |
| AppStream\$1Resource\$1Type | マシン | WorkSpaces Applications リソースのタイプ。この値は fleet または image-builder のどちらかです。 |
| AppStream\$1Resource\$1Name | マシン | フリートの名前。 |
Linux フリートインスタンスでは、以下の profile.d スクリプトを通じてこれらの環境変数がエクスポートされます。
+ /etc/profile.d/appstream\$1user\$1vars.sh 内の**ユーザー環境変数**
+ /etc/profile.d/appstream\$1system\$1vars.sh 内の**システム環境変数**
環境変数にアクセスするには、アプリケーションでこれらのファイルを明示的にソースする必要があります。
# Amazon WorkSpaces アプリケーションフリートを更新する
既存の WorkSpaces アプリケーションフリートを更新できます。
新しい WorkSpaces アプリケーションイメージを作成するときは、Always-On フリートとオンデマンドフリートを更新して、新しいイメージ上のアプリケーションとデータをユーザーが使用できるようにする必要があります。小規模な更新がある場合 (たとえば、アプリケーションやオペレーティングシステムのパッチ適用)、実行中のフリートを更新することができます。新しいストリーミングインスタンスを作成すると、それらは更新されたイメージから作成されます。実行中のフリートでイメージを変更しても、ストリーミングセッションのアクティブなユーザーは中断されません。使用されていないストリーミングインスタンスを定期的に置き換えられ、ユーザーが接続しているストリーミングインスタンスは、ストリーミングセッションを終了した後で終了されます。
フリートが**実行中**または**停止**状態のとき、同じオペレーティングシステムを実行する新しいイメージでフリートを更新できます。ただし、別のオペレーティングシステムで実行される新しいイメージでフリートを更新できるのは、そのフリートが**停止**状態にある場合のみです。
**注記**
WorkSpaces アプリケーションがユーザーに表示するアプリケーションカタログは、フリートに関連付けられている現在のイメージに基づいています。更新されたイメージに古いイメージで指定されていないアプリケーションが含まれている場合、ユーザーが古いイメージに基づいているインスタンスからストリーミングすると、アプリケーションが起動しないことがあります。
**Topics**
+ [Amazon WorkSpaces アプリケーションの新しいイメージでフリートを更新する](update-fleets.md)
+ [Amazon WorkSpaces アプリケーションで Elastic フリートに関連付けられたアプリケーションを管理する](manage-apps.md)
# Amazon WorkSpaces アプリケーションの新しいイメージでフリートを更新する
オペレーティングシステムの更新を適用、または新しいアプリケーションをユーザーが利用できるようにするには、これらの変更を含む新しいイメージを作成します。次に、新しいイメージでフリートを更新します。
**WorkSpaces アプリケーションフリートを新しいイメージで更新するには**
1. 使用する Image Builder に接続し、Image Builder に対するローカル管理者権限を持つアカウントでサインインします。そのためには、次のいずれかを実行します。
+ [WorkSpaces アプリケーションコンソールを使用する](managing-image-builders-connect-console.md) (ウェブ接続のみ)
+ [ストリーミング URL を作成する](managing-image-builders-connect-streaming-URL.md) (ウェブまたは WorkSpaces アプリケーションクライアント接続用)
**注記**
組織にスマートカードサインインが必要な場合は、ストリーミング URL を作成し、接続に WorkSpaces アプリケーションクライアントを使用する必要があります。スマートカードサインインの詳細については、「[スマートカード](feature-support-USB-devices-qualified.md#feature-support-USB-devices-qualified-smart-cards)」をご参照ください。
1. 必要に応じて、次のいずれかまたは両方を実行します。
+ オペレーティングシステムの更新をインストールします。
+ アプリケーションをインストールします。
アプリケーションで Windows オペレーティングシステムの再起動が必要な場合は、再起動します。オペレーティングシステムが再起動する前に、Image Builder から切断されます。再起動が完了したら、Image Builder に再接続し、アプリケーションのインストールを完了します。
1. Image Builder デスクトップから、Image Assistant を開きます。
1. Image Assistant で、必要な手順に従って、イメージの作成を完了します。詳細については、「[チュートリアル: WorkSpaces アプリケーションコンソールを使用してカスタム WorkSpaces アプリケーションイメージを作成する](tutorial-image-builder.md)」を参照してください。
イメージのステータスが [**使用可能**] に変わったら、新しいイメージでフリートを更新できます。
1. 左のナビゲーションペインの [**フリート**] を選択します。
1. 新しいイメージで更新するフリートを選択します。
1. [**Fleet Details**] タブで、[**Edit**] を選択します。
1. [**フリートの編集**] ダイアログボックスで、使用可能なイメージのリストが [**名前**] リストに表示されます。リストから新しいイメージを選択します。
1. **[更新]** を選択します。
# Amazon WorkSpaces アプリケーションで Elastic フリートに関連付けられたアプリケーションを管理する
Elastic フリートに対するアプリケーションの関連付けと関連付けの解除は、いつでも実行することができます。Elastic フリートに関連付けられたアプリケーションへの変更は、フリートから現在ストリーミングしているユーザーに表示されますが、有効にはならない場合があります。例えば、フリートからアプリケーションの関連付けを解除すると、そのアプリケーションがアプリケーションカタログから削除されますが、仮想ハードディスクは既存のストリーミングセッションにマウントされたままになります。
**Elastic フリートに関連付けられたアプリケーションを管理する**
1. [WorkSpaces アプリケーションコンソール](managing-image-builders-connect-console.md)を開きます。
1. 左のナビゲーションペインで **[フリート]** を選択してから、フリートの名前を選択するか、フリートのラジオボタンをオンにして、**[詳細を表示する]** をクリックします。
1. フリートに新しいアプリケーションを関連付けるには、**[割り当てられたアプリケーション]** で **[関連付ける]** を選択し、関連付けられるアプリケーションを選択してから、**[関連付ける]** を選択します。
1. フリートから既存のアプリケーションの関連付けを解除するには、関連付けを解除するアプリケーションを選択し、**[関連付けを解除する]** を選択してから、**[関連付けを解除する]** 選択することで、選択したアプリケーションの関連付けを解除することを確認します。
# Amazon WorkSpaces アプリケーションのフリートAuto Scaling
Fleet Auto Scaling を使用すると、WorkSpaces Applications Always-On フリートまたはオンデマンドフリートのサイズを自動的に変更して、利用可能なインスタンスをユーザーの需要に合わせることができます。フリートのサイズによって、同時にストリーミングできるユーザーの数が決まります。マルチセッションフリートでは、複数のユーザーが単一のインスタンスを使用できます。非マルチセッションフリートでは、ユーザーセッションごとに 1 つのインスタンスが必要です。フリートの容量は、インスタンス数 (シングルセッションフリートの場合) とユーザーセッション数 (マルチセッションフリートの場合) で指定できます。フリート設定と自動スケーリングポリシーに基づいて、必要な数のインスタンスが利用可能になります。さまざまな使用状況メトリクスに基づいてフリートのサイズを自動的に調整するスケーリングポリシーを定義し、使用可能なインスタンスの数を最適化してユーザーの需要に合わせることができます。自動スケーリングを無効にして、固定されたフリートサイズで実行することもできます。
**注記**
Elastic フリート容量は WorkSpaces アプリケーションによって自動的に管理されます。Elastic フリート用に利用できるフリートストリーミングインスタンスの数を管理するためにオートスケーリングルールを作成する必要はありません。
**注記**
WorkSpaces Applications フリートスケーリングの計画を立てるときは、ネットワーク設定が要件を満たしていることを確認してください。
Fleet Auto Scaling を使用する前に、Application Auto Scaling には Amazon CloudWatch アラームと WorkSpaces Applications フリートにアクセスするためのアクセス許可が必要です。詳細については、「[AWS マネージドポリシーとリンクされたロールを使用して WorkSpaces アプリケーションリソースへの管理者アクセスを管理する](controlling-administrator-access-with-policies-roles.md)」および「[IAM ポリシーを使用して Application Auto Scaling への管理者アクセスを管理する](autoscaling-iam-policy.md)」を参照してください。
**注記**
スケーリングを使用する場合は、Application Auto Scaling API を使用します。Fleet Auto Scaling が WorkSpaces アプリケーションで正しく機能するには、Application Auto Scaling に WorkSpaces アプリケーションフリートを記述および更新し、Amazon CloudWatch アラームを記述するアクセス許可と、ユーザーに代わってフリート容量を変更するアクセス許可が必要です。詳細については、「[WorkSpaces アプリケーション、Application Auto Scaling、および AWS Certificate Manager プライベート CA に必要なロール](roles-required-for-appstream.md)」および「[IAM ポリシーを使用して Application Auto Scaling への管理者アクセスを管理する](autoscaling-iam-policy.md)」を参照してください。
以下のトピックでは、WorkSpaces Applications Fleet Auto Scaling の理解と使用に役立つ情報を提供します。
**Topics**
+ [Amazon WorkSpaces アプリケーションのスケーリングの概念](autoscaling-concepts.md)
+ [Amazon WorkSpaces アプリケーションコンソールを使用したフリートスケーリングの管理](autoscaling-console.md)
+ [Amazon WorkSpaces アプリケーションの AWS CLI を使用したフリートスケーリングの管理](autoscaling-cli.md)
+ [Amazon WorkSpaces アプリケーションの Auto Scaling の追加リソース](autoscaling-additional-resources.md)
# Amazon WorkSpaces アプリケーションのスケーリングの概念
WorkSpaces アプリケーションのスケーリングは、Application Auto Scaling によって提供されます。詳細については、[Application Auto Scaling API リファレンス](https://docs.aws.amazon.com/autoscaling/application/APIReference/) を参照してください。
WorkSpaces Applications Fleet Auto Scaling を使用するstep-by-stepについては、*AWS コンピューティングブログ*の[Amazon AppStream 2.0を使用したデスクトップアプリケーションストリームのスケーリング](https://aws.amazon.com/blogs/compute/scaling-your-desktop-application-streams-with-amazon-appstream-2-0/)」を参照してください。
Fleet Auto Scaling を効果的に使用するには、以下の用語と概念を理解する必要があります。
**マルチセッションとシングルセッション**
シングルセッションのシナリオでは、ユーザーセッションごとに専有インスタンスがあります。マルチセッションモードでは、1 つのインスタンスで複数のユーザーセッションをプロビジョニングできます。フリート容量と自動スケーリングポリシーは、ユーザーセッション数で設定する必要があります。これにより、サービスは必要な数のインスタンスを計算して起動します。
**フリートの最小容量/最小ユーザーセッション数**
インスタンス (シングルセッションフリートの場合) またはユーザーセッション (マルチセッションフリートの場合) の最小数。インスタンス数 (シングルセッションフリートの場合) またはユーザーセッション数 (マルチセッションフリートの場合) がこの値を下回ることはできません。また、スケーリングポリシーがこの値未満にフリートをスケールすることはありません。例えば、シングルセッションシナリオの場合、フリートの最小容量を 2 に設定した場合、フリートのインスタンス数が 2 を下回ることはありません。同様に、マルチセッションシナリオの場合、インスタンスの最大セッション数を 5 に設定し、フリートの最小容量を 12 に設定すると、フリートのインスタンス数が切り上げ数 (12/5) = 3 未満になることはありません。
**フリートの最大容量/最大ユーザーセッション数**
インスタンス (シングルセッションフリートの場合) またはユーザーセッション (マルチセッションフリートの場合) の最大数。インスタンス数 (シングルセッションフリートの場合) またはユーザーセッション数 (マルチセッションフリートの場合) がこの値を上回ることはできません。また、スケーリングポリシーがこの値を超えてフリートをスケールすることはありません。例えば、シングルセッションシナリオの場合、フリートの最大容量を 10 に設定すると、フリートのインスタンス数が 10 を上回ることはありません。同様に、マルチセッションシナリオの場合、インスタンスの最大セッション数を 5 に設定し、フリートの最大容量を 52 に設定すると、フリートのインスタンス数が切り上げ数 (52/5) = 11 を超えることはありません。
**希望する容量**
実行中または保留中のインスタンス (シングルセッションフリートの場合) またはユーザーセッション (マルチセッションフリートの場合) の合計数。この値は、フリートが一定の状態でサポートできる同時ストリーミングセッションの合計数を表します。[**希望する容量**] の値を設定するには、[**フリートの詳細**] を編集します。**[Scaling Policies]** (スケーリングポリシー) を使用する場合、**[Desired Capacity]** (希望する容量) の値を手動で変更することはお勧めしません。
**[希望するキャパシティ]** の値が **[最低キャパシティ]** 未満の値に設定されている状態でスケールアウトアクティビティがトリガーされた場合、Application Auto Scaling は **[希望するキャパシティ]** を **[最低キャパシティ]** の値までスケールアップしてから、スケーリングポリシーに基づいたスケールアウトを必要に応じて続行します。ただし、この場合は、すでに [**最低容量**] の値を下回っているため、スケールインアクティビティは [**希望する容量**] を調整しません。
**[希望するキャパシティ]** が **[最大キャパシティ]** を超える値に設定されている状態でスケールインアクティビティがトリガーされた場合、Application Auto Scaling は **[希望するキャパシティ]** を **[最大キャパシティ]** の値までスケールダウンしてから、スケーリングポリシーに基づいたスケールインを必要に応じて続行します。ただし、この場合は、すでに [**最大容量**] の値を上回っているため、スケールアウトアクティビティは [**希望する容量**] を調整しません。
**スケーリングポリシーのアクション**
[**Scaling Policy Condition**] が満たされると、フリートでスケーリングポリシーがアクションを実行します。**[% 容量]** または **[インスタンス数]** (シングルセッションフリートの場合) と **[ユーザーセッション数]** (マルチセッションフリートの場合) のいずれかに基づいてアクションを選択できます。例えば、**[現在の容量]** が 4 の場合に **[スケーリングポリシーアクション]** が「容量を 25% 追加」に設定されていると、**[スケーリングポリシー条件]** が満たされるときに **[希望する容量]** は 5 に設定されます。
**スケーリングポリシーの条件**
[**Scaling Policy Action**] で設定されたアクションをトリガーする条件。この条件は、スケーリングポリシーのメトリクス、比較演算子、しきい値を含みます。たとえば、フリートの使用率が 50% 以上のときにフリートをスケーリングする場合は、スケーリングポリシーの条件を「Capacity Utilization > 50%」にする必要があります。
**スケーリングポリシーのメトリクス**
お客様のスケーリングポリシーはこのメトリクスに基づいています。スケーリングポリシーには、次のメトリクスを使用できます。
**容量使用率**
フリートで使用されているインスタンスの割合。このメトリクスを使用すると、フリートの使用量に基づいてフリートをスケールできます。たとえば、[**Scaling Policy Condition**]: 「容量使用率 < 25%」の場合、[**Scaling Policy Action**]: 「25% の容量を削除」を実行します。
**使用可能な容量**
ユーザーが利用できるフリート内のインスタンス数 (シングルセッションフリートの場合) またはユーザーセッション数 (マルチセッションフリートの場合)。このメトリクスを使用して、ユーザーがストリーミングセッションを開始するための、使用可能なメモリ容量のバッファを維持できます。例として、**[スケーリングポリシー条件]** が「使用可能な容量が 5 未満の場合」では、**[スケーリングポリシーアクション]**として「インスタンス (シングルセッションフリートの場合) またはユーザーセッション (マルチセッションフリートの場合) を 5 つ追加」を実行します。
**容量不足エラー**
容量不足により拒否されたセッションリクエストの数。このメトリクスを使用して、容量不足のためにストリーミングセッションを開始できないユーザーの新しいインスタンスをプロビジョニングできます。例えば、**[スケーリングポリシー条件]** が「容量不足エラー > 0 である場合」では、**[スケーリングポリシーアクション]** として「インスタンス (シングルセッションフリートの場合) またはユーザーセッション (マルチセッションフリートの場合) を 1 つ追加」を実行します。
# Amazon WorkSpaces アプリケーションコンソールを使用したフリートスケーリングの管理
WorkSpaces アプリケーションコンソールを使用してフリートスケーリングを設定および管理するには、フリートの作成中、または**フリート**タブを使用していつでも 2 つの方法を使用できます。起動後に新しく作成されたフリートには 2 つのデフォルトのスケーリングポリシーが関連付けられます。これらのポリシーは、WorkSpaces アプリケーションコンソール**のスケーリングポリシー**タブで編集できます。詳細については、「[Amazon WorkSpaces アプリケーションでフリートを作成する](set-up-stacks-fleets-create.md)」を参照してください。
ユーザーの環境はさまざまに異なるため、需要に応じてスケーリングを制御するようにスケーリングポリシーを定義します。一定数のユーザーが予想される場合やスケーリングを無効にする他の理由がある場合には、一定数のインスタンスやユーザーセッションを使用してフリートを設定できます。
**コンソールを使用してフリートのスケーリングポリシーを設定するには**
1. [https://console.aws.amazon.com/appstream2/home](https://console.aws.amazon.com/appstream2/home) で WorkSpaces アプリケーションコンソールを開きます。
1. ナビゲーションペインの [**Fleets**] を選択します。
1. スケーリングポリシーを設定するフリートを選択して、[**Scaling Policies**] を選択します。
1. 各値の横にある編集アイコンを選択して既存のポリシーを編集します。編集フィールドで目的の値を設定して、[**Update**] を選択します。ポリシーの変更は数分以内で有効になります。
1. [**Add Policy**] リンクを使用して新しいポリシーを追加 (作成) します。編集フィールドで目的の値を設定して、[**Create**] を選択します。数分以内に新しいポリシーが適用されます。
[**Fleet Usage**] タブを使用して、スケーリングポリシーの変更の影響をモニタリングできます。次の例は、5 人のユーザーがフリートに接続して切断する場合のスケーリングアクティビティの使用状況グラフです。この例では、フリートは次のスケーリングポリシーを使用します。
+ 最小容量 = 10
+ 最大容量 = 50
+ スケールアウト = 容量使用率が 75% を超える場合は、5 つのインスタンス (シングルセッションフリートの場合) またはユーザーセッション (マルチセッションフリートの場合) を追加
+ スケールイン = 容量使用率が 25% 未満の場合は、6 つのインスタンス (シングルセッションフリートの場合) またはユーザーセッション (マルチセッションフリートの場合) を削除
**注記**
上記のポリシーは、シングルセッションシナリオとマルチセッションシナリオの両方に適用されます。シングルセッションシナリオでは、スケールアウトイベント中に 5 つの新しいインスタンスが起動され、スケールダウンイベント中に 4 つのインスタンスが再利用されます。マルチセッションシナリオの場合、インスタンスあたりの最大セッション数が 4 では、スケールアウトイベントによって切り上げ数 (ユーザーセッションの追加数 5/インスタンスあたりの最大セッション数 4) = 2 のインスタンスの起動がトリガーされます。スケールインイベント中、サービスは切り上げ数 (ユーザーセッションの削除数 6/インスタンスあたりの最大セッション数 4) = 2 のインスタンスを再利用します。ユーザーセッションが実行中であるインスタンスは再利用されません。実行中のユーザーセッションがないインスタンスのみが再利用されます。
**コンソールを使用してフリートを固定容量に設定するには**
1. [https://console.aws.amazon.com/appstream2/home](https://console.aws.amazon.com/appstream2/home) で WorkSpaces アプリケーションコンソールを開きます。
1. ナビゲーションペインの [**Fleets**] を選択します。
1. フリートを選択します。
1. [**Scaling Policies**] で、フリートに関連付けられているすべてのポリシーを削除します。
1. [**Fleet Details**] で、[**Desired Capacity**] を設定するフリートを編集します。
固定されたフリートは [**Desired Capacity**] で指定した値に基づく一定の容量となります。固定されたフリートで常に希望する数のインスタンスが利用可能で、および、そのフリートのコストの課金を停止するには、フリートを停止する必要があることに注意してください。
# Amazon WorkSpaces アプリケーションの AWS CLI を使用したフリートスケーリングの管理
AWS Command Line Interface (AWS CLI) を使用してフリートスケーリングを設定および管理できます。複数のスケーリングポリシーの設定やスケールインおよびスケールアウトのクールダウン時間の設定など、より高度な機能については、 AWS CLI を使用します。スケーリングポリシーコマンドを実行する前に、フリートをスケーラブルなターゲットとして登録する必要があります。これを行うには、以下の [register-scalable-target](https://docs.aws.amazon.com/cli/latest/reference/application-autoscaling/register-scalable-target.html) コマンドを使用します。
```
aws application-autoscaling register-scalable-target
--service-namespace appstream \
--resource-id fleet/fleetname \
--scalable-dimension appstream:fleet:DesiredCapacity \
--min-capacity 1 --max-capacity 5
```
**Topics**
+ [例 1: 容量使用率に基づくスケーリングポリシーの適用](#autoscaling-cli-utilization)
+ [例 2: 容量不足エラーに基づくスケーリングポリシーの適用](#autoscaling-cli-capacity)
+ [例 3: 低容量使用率に基づくスケーリングポリシーの適用](#autoscaling-cli-scale-in)
+ [例 4: スケジュールに基づくフリートの容量の変更](#autoscaling-cli-schedule)
+ [例 5: ターゲット追跡スケーリングポリシーの適用](#autoscaling-target-tracking)
## 例 1: 容量使用率に基づくスケーリングポリシーの適用
この AWS CLI の例では、使用率 >= 75% の場合、フリートを 25% スケールアウトするスケーリングポリシーを設定します。
次の [put-scaling-policy](https://docs.aws.amazon.com/cli/latest/reference/application-autoscaling/put-scaling-policy.html) コマンドは使用率ベースのスケーリングポリシーを定義します。
```
aws application-autoscaling put-scaling-policy --cli-input-json file://scale-out-utilization.json
```
`scale-out-utilization.json` ファイルの内容は以下のようになります。
```
{
"PolicyName": "policyname",
"ServiceNamespace": "appstream",
"ResourceId": "fleet/fleetname",
"ScalableDimension": "appstream:fleet:DesiredCapacity",
"PolicyType": "StepScaling",
"StepScalingPolicyConfiguration": {
"AdjustmentType": "PercentChangeInCapacity",
"StepAdjustments": [
{
"MetricIntervalLowerBound": 0,
"ScalingAdjustment": 25
}
],
"Cooldown": 120
}
}
```
コマンドが成功した場合、一部の詳細はアカウントおよびリージョンで固有ですが、出力は次のようになります。この例では、ポリシー識別子は `e3425d21-16f0-d701-89fb-12f98dac64af` です。
```
{"PolicyARN": "arn:aws:autoscaling:us-west-2:123456789012:scalingPolicy:e3425d21-16f0-d701-89fb-12f98dac64af:resource/appstream/fleet/SampleFleetName:policyName/scale-out-utilization-policy"}
```
ここで、このポリシーの CloudWatch アラームを設定します。該当する名前、リージョン、アカウント番号、およびポリシー識別子を使用します。前のコマンドで返されたポリシー ARN を `--alarm-actions` パラメータに使用できます。
```
aws cloudwatch put-metric-alarm
--alarm-name alarmname \
--alarm-description "Alarm when Capacity Utilization exceeds 75 percent" \
--metric-name CapacityUtilization \
--namespace AWS/AppStream \
--statistic Average \
--period 300 \
--threshold 75 \
--comparison-operator GreaterThanOrEqualToThreshold \
--dimensions "Name=Fleet,Value=fleetname" \
--evaluation-periods 1 --unit Percent \
--alarm-actions "arn:aws:autoscaling:your-region-code:account-number-without-hyphens:scalingPolicy:policyid:resource/appstream/fleet/fleetname:policyName/policyname"
```
## 例 2: 容量不足エラーに基づくスケーリングポリシーの適用
この AWS CLI の例では、フリートが`InsufficientCapacityError`エラーを返した場合、フリートを 1 ずつスケールアウトするスケーリングポリシーを設定します。
次のコマンドは、容量不足に基づくスケーリングポリシーを定義します。
```
aws application-autoscaling put-scaling-policy --cli-input-json file://scale-out-capacity.json
```
`scale-out-capacity.json` ファイルの内容は以下のようになります。
```
{
"PolicyName": "policyname",
"ServiceNamespace": "appstream",
"ResourceId": "fleet/fleetname",
"ScalableDimension": "appstream:fleet:DesiredCapacity",
"PolicyType": "StepScaling",
"StepScalingPolicyConfiguration": {
"AdjustmentType": "ChangeInCapacity",
"StepAdjustments": [
{
"MetricIntervalLowerBound": 0,
"ScalingAdjustment": 1
}
],
"Cooldown": 120
}
}
```
コマンドが成功した場合、一部の詳細はアカウントおよびリージョンで固有ですが、出力は次のようになります。この例では、ポリシー識別子は `f4495f21-0650-470c-88e6-0f393adb64fc` です。
```
{"PolicyARN": "arn:aws:autoscaling:us-west-2:123456789012:scalingPolicy:f4495f21-0650-470c-88e6-0f393adb64fc:resource/appstream/fleet/SampleFleetName:policyName/scale-out-insufficient-capacity-policy"}
```
ここで、このポリシーの CloudWatch アラームを設定します。該当する名前、リージョン、アカウント番号、およびポリシー識別子を使用します。前のコマンドで返されたポリシー ARN を `--alarm-actions` パラメータに使用できます。
```
aws cloudwatch put-metric-alarm
--alarm-name alarmname \
--alarm-description "Alarm when out of capacity is > 0" \
--metric-name InsufficientCapacityError \
--namespace AWS/AppStream \
--statistic Maximum \
--period 300 \
--threshold 0 \
--comparison-operator GreaterThanThreshold \
--dimensions "Name=Fleet,Value=fleetname" \
--evaluation-periods 1 --unit Count \
--alarm-actions "arn:aws:autoscaling:your-region-code:account-number-without-hyphens:scalingPolicy:policyid:resource/appstream/fleet/fleetname:policyName/policyname"
```
## 例 3: 低容量使用率に基づくスケーリングポリシーの適用
AWS CLI この例では、 `CapacityUtilization` が低い場合に実際の容量を減らすためにフリートをスケールインするスケーリングポリシーを設定します。
以下のコマンドは、容量超過に基づくスケーリングポリシーを定義します。
```
aws application-autoscaling put-scaling-policy --cli-input-json file://scale-in-capacity.json
```
`scale-in-capacity.json` ファイルの内容は以下のようになります。
```
{
"PolicyName": "policyname",
"ServiceNamespace": "appstream",
"ResourceId": "fleet/fleetname",
"ScalableDimension": "appstream:fleet:DesiredCapacity",
"PolicyType": "StepScaling",
"StepScalingPolicyConfiguration": {
"AdjustmentType": "PercentChangeInCapacity",
"StepAdjustments": [
{
"MetricIntervalUpperBound": 0,
"ScalingAdjustment": -25
}
],
"Cooldown": 360
}
}
```
コマンドが成功した場合、一部の詳細はアカウントおよびリージョンで固有ですが、出力は次のようになります。この例では、ポリシー識別子は `12ab3c4d-56789-0ef1-2345-6ghi7jk8lm90` です。
```
{"PolicyARN": "arn:aws:autoscaling:us-west-2:123456789012:scalingPolicy:12ab3c4d-56789-0ef1-2345-6ghi7jk8lm90:resource/appstream/fleet/SampleFleetName:policyName/scale-in-utilization-policy"}
```
ここで、このポリシーの CloudWatch アラームを設定します。該当する名前、リージョン、アカウント番号、およびポリシー識別子を使用します。前のコマンドで返されたポリシー ARN を `--alarm-actions` パラメータに使用できます。
```
aws cloudwatch put-metric-alarm
--alarm-name alarmname \
--alarm-description "Alarm when Capacity Utilization is less than or equal to 25 percent" \
--metric-name CapacityUtilization \
--namespace AWS/AppStream \
--statistic Average \
--period 120 \
--threshold 25 \
--comparison-operator LessThanOrEqualToThreshold \
--dimensions "Name=Fleet,Value=fleetname" \
--evaluation-periods 10 --unit Percent \
--alarm-actions "arn:aws:autoscaling:your-region-code:account-number-without-hyphens:scalingPolicy:policyid:resource/appstream/fleet/fleetname:policyName/policyname"
```
## 例 4: スケジュールに基づくフリートの容量の変更
スケジュールに基づいてフリートの容量を変更すると、需要の予測可能な変更に応じてフリートの容量をスケールすることができます。たとえば、稼働日の最初に、特定の数のユーザーが同時にストリーミング接続をリクエストすることが予期されます。スケジュールに基づいてフリート容量を変更するには、Application Auto Scaling [PutScheduledAction](https://docs.aws.amazon.com/autoscaling/application/APIReference/API_PutScheduledAction.html) API アクションまたは [put-scheduled-action](https://docs.aws.amazon.com/cli/latest/reference/application-autoscaling/put-scheduled-action.html) AWS CLI コマンドを使用できます。
フリート容量を変更する前に、WorkSpaces Applications [describe-fleets](https://docs.aws.amazon.com/cli/latest/reference/appstream/describe-fleets.html) AWS CLI コマンドを使用して、現在のフリート容量を一覧表示できます。
```
aws appstream describe-fleets --name fleetname
```
現在のフリートの容量は、次の出力のように表示されます (JSON 形式で表示)。
```
{
{
"ComputeCapacityStatus": {
"Available": 1,
"Desired": 1,
"Running": 1,
"InUse": 0
},
}
```
次に、`put-scheduled-action` コマンドを使用してフリートの容量を変更するスケジュールされたアクションを作成します。たとえば、次のコマンドでは、毎日午前 9:00 時 (UTC) に最小容量を 3 に変更し、最大容量を 5 に変更します。
**注記**
cron 式の場合は、アクションを実行するタイミングを UTC で指定します。詳細については、「[Cron 式](https://docs.aws.amazon.com/AmazonCloudWatch/latest/events/ScheduledEvents.html#CronExpressions)」を参照してください。
```
aws application-autoscaling put-scheduled-action --service-namespace appstream \
--resource-id fleet/fleetname \
--schedule="cron(0 9 * * ? *)" \
--scalable-target-action MinCapacity=3,MaxCapacity=5 \
--scheduled-action-name ExampleScheduledAction \
--scalable-dimension appstream:fleet:DesiredCapacity
```
フリートの容量を変更するスケジュールされたアクションが正しく作成されたことを確認するには、[describe-scheduled-actions](https://docs.aws.amazon.com/cli/latest/reference/application-autoscaling/describe-scheduled-actions.html) コマンドを実行します。
```
aws application-autoscaling describe-scheduled-actions --service-namespace appstream --resource-id fleet/fleetname
```
スケジュールされたアクションが正常に作成された場合、出力は次のようになります。
```
{
"ScheduledActions": [
{
"ScalableDimension": "appstream:fleet:DesiredCapacity",
"Schedule": "cron(0 9 * * ? *)",
"ResourceId": "fleet/ExampleFleet",
"CreationTime": 1518651232.886,
"ScheduledActionARN": "",
"ScalableTargetAction": {
"MinCapacity": 3,
"MaxCapacity": 5
},
"ScheduledActionName": "ExampleScheduledAction",
"ServiceNamespace": "appstream"
}
]
}
```
詳細については、「*Application Auto Scaling ユーザーガイド*」の「[スケジュールされたスケーリング](https://docs.aws.amazon.com/autoscaling/application/userguide/application-auto-scaling-scheduled-scaling.html)」を参照してください。
## 例 5: ターゲット追跡スケーリングポリシーの適用
ターゲット追跡スケーリングでは、フリートの容量使用率レベルを指定できます。
ターゲット追跡スケーリングポリシーを作成すると、Application Auto Scaling は、スケーリングポリシーをトリガーする CloudWatch アラームを自動的に作成および管理します。スケーリングポリシーは、指定されたターゲット値、またはそれに近い値に容量使用率を維持するため、必要に応じて容量を追加または削除します。アプリケーションの可用性を高めるために、フリートのスケールアウトはメトリクスに比例して可能な限り高速に行われますが、スケールインはより緩やかです。
次の [put-scaling-policy](https://docs.aws.amazon.com/cli/latest/reference/application-autoscaling/put-scaling-policy.html) コマンドは、WorkSpaces アプリケーションフリートの容量使用率を 75% に維持しようとするターゲット追跡スケーリングポリシーを定義します。
```
aws application-autoscaling put-scaling-policy --cli-input-json file://config.json
```
`config.json` ファイルの内容は以下のようになります。
```
{
"PolicyName":"target-tracking-scaling-policy",
"ServiceNamespace":"appstream",
"ResourceId":"fleet/fleetname",
"ScalableDimension":"appstream:fleet:DesiredCapacity",
"PolicyType":"TargetTrackingScaling",
"TargetTrackingScalingPolicyConfiguration":{
"TargetValue":75.0,
"PredefinedMetricSpecification":{
"PredefinedMetricType":"AppStreamAverageCapacityUtilization"
},
"ScaleOutCooldown":300,
"ScaleInCooldown":300
}
}
```
コマンドが成功した場合、一部の詳細はアカウントおよびリージョンで固有ですが、出力は次のようになります。この例では、ポリシー識別子は 6d8972f3-efc8-437c-92d1-6270f29a66e7 です。
```
{
"PolicyARN": "arn:aws:autoscaling:us-west-2:123456789012:scalingPolicy:6d8972f3-efc8-437c-92d1-6270f29a66e7:resource/appstream/fleet/fleetname:policyName/target-tracking-scaling-policy",
"Alarms": [
{
"AlarmARN": "arn:aws:cloudwatch:us-west-2:123456789012:alarm:TargetTracking-fleet/fleetname-AlarmHigh-d4f0770c-b46e-434a-a60f-3b36d653feca",
"AlarmName": "TargetTracking-fleet/fleetname-AlarmHigh-d4f0770c-b46e-434a-a60f-3b36d653feca"
},
{
"AlarmARN": "arn:aws:cloudwatch:us-west-2:123456789012:alarm:TargetTracking-fleet/fleetname-AlarmLow-1b437334-d19b-4a63-a812-6c67aaf2910d",
"AlarmName": "TargetTracking-fleet/fleetname-AlarmLow-1b437334-d19b-4a63-a812-6c67aaf2910d"
}
]
}
```
詳細については、*Application Auto Scaling ユーザーガイド*の「[ターゲット追跡スケーリングポリシー](https://docs.aws.amazon.com/autoscaling/application/userguide/application-auto-scaling-target-tracking.html)」を参照してください。
# Amazon WorkSpaces アプリケーションの Auto Scaling の追加リソース
WorkSpaces Applications Fleet Auto Scaling を使用するstep-by-stepガイダンスについては、*AWS コンピューティングブログ*の[Amazon AppStream 2.0 を使用したデスクトップアプリケーションストリームのスケーリング](https://aws.amazon.com/blogs/compute/scaling-your-desktop-application-streams-with-amazon-appstream-2-0/)」を参照してください。
Application Auto Scaling AWS CLI コマンドまたは API アクションの使用の詳細については、次のリソースを参照してください。
+ AWS CLI コマンドリファレンスの [application-autoscaling](https://docs.aws.amazon.com/cli/latest/reference/application-autoscaling) セクション
+ Application Auto Scaling API リファレンス[https://docs.aws.amazon.com/autoscaling/application/APIReference/](https://docs.aws.amazon.com/autoscaling/application/APIReference/)
+ アプリケーション Auto Scaling ユーザーガイド[https://docs.aws.amazon.com/autoscaling/application/userguide/](https://docs.aws.amazon.com/autoscaling/application/userguide/)
# マルチセッションに関する推奨事項
マルチセッション環境でインスタンスの最大ユーザーセッション数を決定する場合、最適なパフォーマンスとストリーミングエクスペリエンスを確保するために、いくつかの要因を考慮する必要があります。インスタンスの最適なユーザーセッション数を決定するための推奨事項は以下のとおりです。
+ *リソース要件を評価する*: セッション内で使用するアプリケーションのリソース要件を理解します。CPU、メモリ、ディスク I/O、ネットワーク帯域幅などの要因を考慮します。この評価は、各ユーザーセッションに通常必要なリソースの量を判断するのに役立ちます。
+ *インスタンスの仕様を検討する*: CPU 数、使用可能なメモリ、GPU の仕様など、インスタンスの仕様を考慮します。インスタンスの仕様が高いほど、より多くのユーザーセッションを処理できます。WorkSpaces アプリケーションがサポートするさまざまなインスタンスタイプと料金の詳細については、[WorkSpaces アプリケーションの料金](https://aws.amazon.com/appstream2/pricing/)」を参照してください。
+ *パフォーマンステスト*: ユーザーセッション内で実行する予定のアプリケーションとワークロードのパフォーマンステストを実施します。リソース使用率、応答時間、システム全体のパフォーマンスを測定します。このデータを使用して、同時ユーザーセッションの数がパフォーマンスに与える影響を評価し、セッションとインスタンスの最適な比率を決定します。これらの評価は、WorkSpaces アプリケーションが提供するさまざまなインスタンスタイプで実行して、エンドユーザーに最適なインスタンスタイプまたはサイズを見つけることができます。WorkSpaces アプリケーションが提供するさまざまなインスタンスタイプの詳細については、「」を参照してください[WorkSpaces アプリケーションインスタンスファミリー](instance-types.md)。
+ *リソース使用率をモニタリングする*: 通常の使用中は、インスタンスのリソース使用率を継続的にモニタリングします。CPU、メモリ、ディスク使用率を監視します。パフォーマンスの低下を避けるため、リソース使用率が許容範囲内であることを確認してください。マルチセッション環境では、WorkSpaces アプリケーションと CloudWatch コンソールでこれらのメトリクスを表示できます。詳細については、「[Amazon WorkSpaces アプリケーションリソースのモニタリング](monitoring.md)」を参照してください。
+ ユーザーの行動パターンを考慮する**: ユーザーの行動パターンを分析し、ピーク使用時と同時使用の可能性について理解します。使用パターンが断続的または散発的なユーザーもいれば、1 日を通して使用状況が一貫しているユーザーもいます。ピーク時にリソースの競合が発生しないように、これらのパターンを考慮して最大ユーザーセッション数を決定します。
WorkSpaces アプリケーションでは、選択したインスタンスタイプやサイズに関係なく、インスタンスごとに最大 50 のユーザーセッションを設定できます。ただし、これは上限であり、推奨される制限ではありません。次の表は、マルチセッションフリート内のインスタンスの最大ユーザーセッション数を決定する際に役立つ例を示しています。この表で推奨している最大ユーザー数は、一般的なガイドラインと仮定に基づいています。実際のパフォーマンスは、ワークロードの個々の特性、アプリケーションのリソース要件、ユーザーの行動によって異なる場合があるため、実際のワークロードでテストすることが重要です。
**ワークロードタイプに基づく推奨事項**
| エンドユーザーカテゴリ | ワークロードタイプ | ユーザー例 | ユースケース | 推奨設定 |
| --- | --- | --- | --- | --- |
| 1 つのタスクを実行し、最小限のアプリケーション数を使用するエンドユーザー | [Light] (ライト) | タスクワーカー、フロントデスクユーザー | データ入力アプリケーション、テキスト編集、踏み台ホスト | Stream.standard.xlarge/2xlarge または Stream.compute.xlarge\$1 または Stream.memory.xlarge\$1 の vCPU ごとに 4 ユーザー |
| 1 つのタスクを実行し、最小限のアプリケーション数を使用するエンドユーザー | 軽度～中程度 | タスクワーカー、フロントデスクユーザー、コンタクトセンターの従業員 | データ入力アプリケーション、テキスト編集、踏み台ホスト、チャット、E メール、メッセージングアプリ | Stream.standard.xlarge/2xlarge または Stream.compute.xlarge\$1 または Stream.memory.xlarge\$1 の vCPU ごとに 2 ユーザー |
| 複雑なスプレッドシート、プレゼンテーション、大きなドキュメントを作成するエンドユーザー | 中程度 | タスクワーカー、コンタクトセンターの従業員、ビジネスアナリスト | データ入力アプリケーション、チャット、E メール、メッセージングアプリ、生産性向上アプリ | Stream.memory.xlarge\$1 または Stream.compute.xlarge\$1 の vCPU ごとに 2 ユーザー |
| 高パフォーマンスのワークロードを持つエンドユーザー | 中程度～重度 | ナレッジワーカー、ソフトウェアデベロッパー、ビジネスインテリジェンスアナリスト | ソフトウェアスクリプト作成 | Stream.memory.xlarge\$1 または Stream.compute.xlarge\$1 の vCPU ごとに 1 ユーザー |
| 高パフォーマンスのワークロードを持つエンドユーザー | 重度 | ナレッジワーカー、ソフトウェアデベロッパー、データサイエンティスト | 画面共有、データ分析、音声会議 | Stream.memory.xlarge\$1 または Stream.compute.xlarge\$1 の 2 vCPU ごとに 1 ユーザー |
| グラフィックと大量のコンピューティング/メモリリソースを必要とするワークロードを持つエンドユーザー | 重度～高速化 | グラフィックス/アーキテクチャデザイナー、CAD/CAM ユーザー | オーディオ会議、グラフィックスを多用するアプリケーション (リモートグラフィックスワークステーションなど) | 2 vCPU Graphics.g4dn.\$1 ごとに 1 ユーザー |
| グラフィックスと大量のコンピューティング/メモリリソースを必要とするワークロードを持つエンドユーザー | 高速化 | ビデオエディタ、ゲーマーとゲームデベロッパー、データマイナー、GIS データエンジニア、AI サイエンティスト | オーディオ会議、ビデオトランスコーディングと 3D レンダリング、フォトリアリスティックデザイン、グラフィックスワークステーション、ML モデルトレーニング、ML 推論 | 2 vCPU Graphics.G5.\$1 ごとに 1 ユーザー |