翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
Amazon AppStream 2.0 の開始方法: サンプルアプリケーションのセットアップ
アプリケーションをストリーミングするには、Amazon AppStream 2.0 には、スタックに関連付けられているフリートと、少なくとも 1 つのアプリケーションイメージを含む環境が必要です。このチュートリアルでは、アプリケーションストリーミング用にサンプル AppStream 2.0 環境を設定し、そのストリームへのアクセスをユーザーに許可する方法について説明します。
注記
AppStream 2.0 の使用を開始する方法の詳細については、「Amazon AppStream 2.0 入門ガイド
ステップ 1: サンプルスタックをセットアップし、イメージを選択して、フリートを設定する
アプリケーションをストリーミングする前に、スタックを設定し、アプリケーションがインストールされているイメージを選択して、フリートを設定します。このステップでは、テンプレートを使用してこれらのタスクを簡素化します。
サンプルスタックをセットアップし、イメージを選択して、フリートを設定するには
https://console.aws.amazon.com/appstream
AppStream 2 で 2.0 コンソールを開きます。 -
コンソールに初めてアクセスする場合は、[Get Started] を選択するか、または、左側のナビゲーションメニューから [Quick Links] を選択します。[Set up with sample apps] を選択します。
-
[Step 1: Stack Details] で、スタック名をデフォルトのままにするか、独自の名前を入力します。オプションで、以下の操作を行うことができます。
-
Display name (表示名) — スタックの表示名を入力します (最大 100 文字)。
-
Description (説明) — デフォルトの説明をそのまま使用するか、説明文を入力してください (最大 256 文字)。
-
リダイレクト URL — ストリーミングセッションが終了した後にURLユーザーがリダイレクトされる を指定します。
-
フィードバック URL — フィードバックの送信リンクをクリックしてアプリケーションストリーミングエクスペリエンスに関するフィードバックを送信した後にURLユーザーがリダイレクトされる を指定します。を指定しない場合URL、このリンクは表示されません。
-
ストリーミングプロトコル設定 — スタックで希望するストリーミングプロトコル、UDPまたは を指定しますTCP。UDP は現在、Windows ネイティブクライアントでのみサポートされています。詳細については、「システム要件と機能サポート (AppStream 2.0 クライアント)」を参照してください。
-
Tags (タグ) — [Add Tag (タグの追加)] を選択し、タグのキーと値を入力します。タグをさらに追加するには、必要に応じてこの手順を繰り返します。詳細については、「Amazon AppStream 2.0 リソースのタグ付け」を参照してください。
-
VPC エンドポイント (アドバンスト) — 仮想プライベートクラウド () で、インターフェイスVPCエンドポイント (インターフェイスエンドポイント) であるプライベートリンクを作成できますVPC。インターフェイスエンドポイントの作成を開始するには、VPCエンドポイントの作成 を選択します。このリンクを選択すると、VPCコンソールが開きます。エンドポイントの作成を完了するには、チュートリアル: インターフェイスVPCエンドポイントからの作成とストリーミング の To create an interface endpoint のステップ 3~6 に従います。
インターフェイスエンドポイントを作成したら、それを使用して、ストリーミングトラフィックを 内に保持できますVPC。
-
埋め込み AppStream 2.0 (オプション) — AppStream 2.0 ストリーミングセッションをウェブページに埋め込むには、埋め込みストリーミングセッションをホストするドメインを指定します。埋め込みストリーミングセッションは HTTPS [TCPポート 443] でのみサポートされています。
注記
埋め込み AppStream 2.0 ストリーミングセッションを設定するには、前提条件を満たし、追加の手順を実行する必要があります。詳細については、「Amazon AppStream 2.0 ストリーミングセッションを埋め込む」を参照してください。
-
[Next (次へ)] を選択します。
-
[ステップ 2: イメージを選択] では、すでにサンプルイメージが選択されています。イメージには、評価目的のオープンソースのアプリケーションがプリインストールされています。[Next (次へ)] を選択します。
-
[ステップ 3: フリートを設定] では、指定されたデフォルト値をそのままにします。これらの値のほとんどは、フリートの作成後に変更することができます。
-
Choose instance type (インスタンスタイプの選択) — アプリケーションのパフォーマンス要件に一致するインスタンスタイプを選択します。フリート内のすべてのストリーミングインスタンスが選択したインスタンスタイプで起動します。詳細については、「AppStream 2.0 インスタンスファミリー」を参照してください。
-
Fleet type (フリートタイプ) — お客様のニーズに合うフリートの種類を選択します。フリートタイプごとに、その即時利用可能性と、支払い方法が異なります。
-
Maximum session duration in minutes (最大セッション期間設定 (分単位)) — ストリーミングセッションがアクティブのままとなることができる最大時間を選択します。この制限に達する 5 分前にユーザーがまだストリーミングインスタンスに接続されている場合は、切断される前に、開いているドキュメントを保存するように求められます。この時間が経過すると、インスタンスが終了され、新しいインスタンスに置き換えられます。
Disconnect timeout in minutes (切断タイムアウト (分単位)) — ユーザーが切断した後にストリーミングセッションをアクティブのままにする時間を選択します。切断後、またはこの時間間隔内のネットワークの中断の後、ユーザーがストリーミングインスタンスに再接続を試みる場合、前のセッションに接続されます。それ以外の場合は、新しいインスタンスで新しいセッションに接続されます。スタックをリダイレクトがURL指定されたフリートに関連付けると、ユーザーのストリーミングセッションが終了すると、ユーザーはその にリダイレクトされますURL。
ユーザーがストリーミングセッションツールバーで [End Session] を選択してセッションを終了した場合、切断タイムアウトは適用されません。代わりに、開いているドキュメントを保存するかどうかの確認がユーザーに求められ、その後すぐにストリーミングインスタンスから切断されます。
Idle disconnect timeout in minutes (アイドル切断タイムアウト (分単位)) — ユーザーがストリーミングセッションから切断されるまでにアイドル状態 (非アクティブ) であることができる時間と、[Disconnect timeout in minutes (切断タイムアウト (分単位))] 期間の開始時刻を選択します。ユーザーは、アイドル状態が原因で切断される前に通知されます。ユーザーが [Disconnect timeout in minutes (切断タイムアウト (分単位))] で指定した期間が経過する前にストリーミングセッションへの再接続を試みると、前のセッションに接続されます。それ以外の場合は、新しいストリーミングインスタンスで新しいセッションに接続されます。この値を 0 に設定すると無効になります。この値を無効にした場合、ユーザーはアイドル状態が原因で切断されることはありません。
注記
ユーザーがストリーミングセッション中にキーボードまたはマウスの入力を停止した場合、アイドル状態であると見なされます。ファイルのアップロードとダウンロード、オーディオ入力、オーディオ出力、およびピクセルの変更は、ユーザーアクティビティとはなりません。[Idle disconnect timeout in minutes (アイドル切断タイムアウト (分単位))] の期間が経過した後でも引き続きアイドル状態である場合、ユーザーは切断されます。
-
複数のユーザーセッション — 1 つのインスタンスで複数のユーザーセッションをプロビジョニングする場合は、このオプションを選択します。デフォルトでは、すべての一意のユーザーセッションはインスタンスによって処理されます (シングルセッション)。
注記
マルチセッションは、Windows オペレーティングシステムを搭載した常時オンおよびオンデマンドフリートでのみ使用できます。マルチセッションは Elastic フリートや Linux オペレーティングシステムでは使用できません。
マルチセッションフリートに最新の AppStream 2.0 イメージを使用していることを確認してください。イメージを のままにするには up-to-date、「」を参照してくださいAmazon AppStream 2.0 イメージを保持する Up-to-Date。マルチセッションでサポートされているイメージと AppStream 2.0 エージェントバージョンの詳細については、「」を参照してくださいAppStream 2.0 ベースイメージとマネージドイメージ更新リリースノート。
-
インスタンスあたりの最大セッション数 — 1 つのインスタンスあたりのユーザーセッションの最大数。この値は、エンドユーザーのアプリケーションパフォーマンスのニーズに基づいて選択する必要があります。フリートのインスタンスあたりの最大セッション数は、プロビジョニング後に調整することもできます。その場合、既存のユーザーセッションとインスタンスには影響しませんが、フリートはインスタンスあたりの最大セッション数の新しい値と一致するようになります。2~50 の範囲の値にする必要があります。この値をフリートに設定する前に、「マルチセッションに関する推奨事項」を参照してください。
-
Minimum Capacity (最小容量) — 予想される同時ユーザーの最小数に基づいて、フリートのインスタンスの最小数を選択します。一意のユーザーセッションはすべてインスタンスによって処理されます。たとえば、需要の少ない時にスタックが 100 人のユーザーを同時にサポートするには、最低容量に 100 を指定します。これにより、100 人以下のユーザーしかいない場合でも、100 のインスタンスが必ず実行されることになります。
-
Maximum Capacity (最大容量) — 予想される同時ユーザーの最大数に基づいて、フリートのインスタンスの最大数を選択します。一意のユーザーセッションはすべてインスタンスによって処理されます。たとえば、需要の多い時にスタックが 500 人のユーザーを同時にサポートするには、最大容量に 500 を指定します。これにより、最大 500 のインスタンスをオンデマンドで作成できます。
-
フリートの最小ユーザーセッション数 — 予想される最小の同時ユーザー数に基づいて、フリートの最小ユーザーセッション数を選択します。たとえば、需要の少ない時にスタックが 100 人のユーザーを同時にサポートするには、最低容量に 100 を指定します。これにより、ユーザー数が 100 未満でも、100 のユーザーセッションを確保できます。
-
フリートの最大ユーザーセッション数 — 予想される最大の同時ユーザー数に基づいて、フリートの最大ユーザーセッション数を選択します。たとえば、需要の多い時にスタックが 500 人のユーザーを同時にサポートするには、最大容量に 500 を指定します。これにより、最大 500 のユーザーセッションをオンデマンドでプロビジョニングできます。
注記
シングルセッションフリートの場合、ユーザーセッションごとに 1 つのインスタンスが起動されます。ただし、マルチセッションの場合、実行中のインスタンスの数はインスタンスあたりの最大セッション数によって異なります。容量はユーザーセッション数で指定する必要があります。サービスは、フリートタイプ (マルチセッションまたはシングルセッション) とインスタンスあたりの最大セッション数に基づいて、必要なインスタンス数を決定します。
スケーリングの詳細 — AppStream 2.0 がフリートの容量を増減するために使用するスケーリングポリシーを指定します。フリートのサイズは、指定した最小および最大容量によって制限されることに注意してください。詳細については、「Amazon AppStream 2.0 のフリート Auto Scaling 」を参照してください。
IAM ロール (アドバンスト) — アカウントから AppStream 2.0 フリートインスタンスにIAMロールを適用すると、 AWS 認証情報を手動で管理することなく、フリートインスタンスからリクエストを行うことができます AWS API。IAM ロールを適用するには、次のいずれかを実行します。
Amazon Web Services アカウントで既存のIAMロールを使用するには、ロールリストから使用するIAMロールを選択します。ロールは、フリートインスタンスからアクセス可能である必要があります。詳細については、「 AppStream 2.0 ストリーミングインスタンスで使用する既存のIAMロールの設定」を参照してください。
新しいIAMロールを作成するには、新しいIAMロールの作成を選択し、「」のステップに従います AppStream 2.0 ストリーミングインスタンスで使用するIAMロールを作成する方法。
-
[Next (次へ)] を選択します。
-
ステップ 4: ネットワーク を設定する場合、デフォルトVPCが提供されます。これには、各アベイラビリティーゾーンのデフォルトのパブリックサブネットと、 にアタッチされているインターネットゲートウェイVPCが含まれますVPC。には、デフォルトのセキュリティグループVPCも含まれます。VPC デフォルト設定を使用するには、以下を実行します。
[Default Internet Access (既定のインターネットアクセス)] チェックボックスはオンのままにします。
[Default Internet Access (デフォルトのインターネットアクセス)] を有効にすると、最大 100 のフリートインスタンスがサポートされます。デプロイで 100 人を超える同時ユーザーをサポートする必要がある場合は、代わりにNATゲートウェイ設定を使用します。
の場合VPC、 AWS リージョンでデフォルトVPCが選択されたままになります。
デフォルトVPC名は次の形式を使用します。
vpc-
vpc-id
(No_default_value_Name)
.[サブネット 1] および [サブネット 2] では、デフォルトのパブリックサブネットを選択したままにします。
デフォルトのサブネット名は、次の形式を使用します。
subnet-
subnet-id
| (
IPv4 CIDR block
) | Default in
availability-zone
.[セキュリティグループ] では、デフォルトのセキュリティグループを選択したままにします。
デフォルトのセキュリティグループ名は、次の形式を使用します。
sg-
security-group-id
-default
.
-
[Step 5: Enable Storage (ステップ 5: ストレージの有効化)] で、以下のうち、1 つ以上を選択し、[Next (次へ)] を選択します。
注記
Google Drive と OneDrive オプションは現在、マルチセッションフリートでは使用できません。
Enable Home Folders (ホームフォルダの有効化) — デフォルトでは、この設定は有効になっています。デフォルト設定を維持します。ホームフォルダの有効化要件の詳細については、「 AppStream 2.0 ユーザーのホームフォルダを有効にする」を参照してください。
Google Drive を有効にする — オプションで、ユーザーが Google Drive for G Suite アカウントを AppStream 2.0 にリンクできるようにします。Google ドライブを有効にできるのは、G Suite ドメイン内のアカウントに対してのみで、個人の Gmail アカウントに対してはできません。Google ドライブの有効化要件の詳細については、「 AppStream 2.0 ユーザーの Google Drive を有効にする」を参照してください。
-
有効 OneDrive — 必要に応じて、ユーザーが OneDrive for Business アカウントを AppStream 2.0 にリンクできるようにします。 OneDrive ドメイン内の OneDrive アカウントに対してのみ を有効にでき、個人アカウントに対して有効にすることはできません。を有効にするための要件については OneDrive、「」を参照してください AppStream 2.0 ユーザー OneDrive に対して を有効にする。
Step 6: User Settings で、次の設定を構成します。完了したら、[Review (確認)] を選択します。
クリップボード、ファイル転送、ローカルデバイスへのプリント、認証のアクセス許可オプション:
注記
[ローカルデバイスに出力] と [Active Directory へのスマートカードサインイン] は現在、マルチセッションフリートでは利用できません。
-
Clipboard (クリップボード) — デフォルトでは、ユーザーは、ローカルデバイスとストリーミングアプリケーション間でデータをコピーアンドペーストすることができます。クリップボードオプションを制限することで、ユーザーによるデータの貼り付け先をリモートストリーミングセッションに限定したり、データのコピー先をローカルデバイスに限定したりできます。クリップボードオプションを全面的に無効化することもできます。ユーザーはストリーミングセッション時にアプリケーション間でコピーアンドペーストできます。ローカルデバイス文字数制限にコピーするか、リモートセッション文字数制限に貼り付けるか、またはその両方を選択して、 AppStream 2.0 ストリーミングセッションの内外でクリップボードを使用する際にユーザーがコピーまたは貼り付けることができるデータの量を制限できます。値は 1~20,971,520 (20 MB) で、指定しない場合、デフォルト値は最大値になります。
-
File transfer (ファイル転送) — デフォルトでは、ユーザーは、ローカルデバイスとストリーミングセッション間でファイルをアップロードおよびダウンロードすることができます。ファイル転送オプションを制限することで、ユーザーによるファイルのアップロード先をストリーミングセッションに限定したり、ファイルのダウンロード先をローカルデバイスに限定したりできます。ファイル転送を全面的に無効化することもできます。
重要
ストリーミングセッション中にローカルドライブとフォルダにアクセスするために AppStream 2.0 ファイルシステムのリダイレクトが必要な場合は、ファイルのアップロードとダウンロードの両方を有効にする必要があります。ファイルシステムのリダイレクトを使用するには、ユーザーに AppStream 2.0 クライアントバージョン 1.0.480 以降がインストールされている必要があります。詳細については、「 AppStream 2.0 ユーザーのファイルシステムリダイレクトを有効にする」を参照してください。
-
Print to local device (ローカルデバイスへの出力) — デフォルトでは、ユーザーは、ストリーミングアプリケーションからローカルデバイスに出力することができます。アプリケーションの [Print (出力)] を選択すると、.pdf ファイルをダウンロードして、ローカルプリンタに出力することができます。ユーザーがローカルデバイスに出力できないようにするには、このオプションを無効にします。
-
Active Directory のパスワードサインイン — ユーザーは Active Directory ドメインのパスワードを入力して、Active Directory ドメインに参加している AppStream 2.0 ストリーミングインスタンスにサインインできます。
Active Directory のスマートカードサインインを有効にすることもできます。少なくとも 1 つの認証方法を有効にしてください。
-
Active Directory のスマートカードサインイン — ユーザーは、ローカルコンピュータに接続されたスマートカードリーダーとスマートカードを使用して、Active Directory ドメインに参加している AppStream 2.0 ストリーミングインスタンスにサインインできます。
[Password sign in for Active Directory (Active Directory のパスワードサインイン)] を有効にすることもできます。少なくとも 1 つの認証方法を有効にしてください。
注記
クリップボード、ファイル転送、ローカルデバイス設定への印刷 — これらの設定は、ユーザーが AppStream 2.0 データ転送機能を使用できるかどうかのみを制御します。イメージを使用してブラウザ、ネットワークプリンタ、またはその他のリモートリソースにアクセスできる場合、ユーザーは別の方法を使用してストリーミングセッション間でデータを転送することができます。
認証設定 — これらの設定は、 AppStream Windows 2.0 ストリーミングインスタンス (フリートまたは Image Builder) へのサインインに使用できる認証方法のみを制御します。ユーザーは、ストリーミングインスタンスにサインインした後、セッション内認証に使用できる認証方法を制御しません。Windows サインインおよびセッション中の認証にスマートカードを使用するための構成要件については、スマートカード を参照してください。
アプリケーション設定の永続化オプション:
-
Enable Application Settings Persistence (アプリケーション設定の永続化を有効にする) — ユーザーによるアプリケーションのカスタマイズや Windows 設定は各ストリーミングセッション後に自動的に保存され、次のセッションで適用されます。これらの設定は、アプリケーション設定の永続化が有効になっている AWS リージョン内のアカウント内の Amazon Simple Storage Service (Amazon S3) バケットに保存されます。
-
Settings Group (設定グループ) — 設定グループは、このスタックに保存されているどのアプリケーション設定をストリーミングセッションで使用するかを決定します。同じ設定グループを別のスタックに適用すると、両方のスタックで同じアプリケーション設定が使用されます。デフォルトでは、設定グループ値はスタックの名前です。
注記
アプリケーション設定の永続化を有効にして管理するための要件については、「 AppStream 2.0 ユーザーのアプリケーション設定の永続化を有効にする」を参照してください。
-
[Step 7: Review (ステップ 7: 確認)] で、スタックの詳細を確認します。任意のセクションの設定を変更するには、[Edit] を選択し、必要な変更を加えます。設定内容を確認したら、[作成] を選択します。
料金確認ダイアログボックスで、確認チェックボックスをオンにし、[作成] を選択します。
-
サービスがリソースをセットアップした後、[Stacks] ページが表示されます。新しいスタックが使用できる状態になったら、ステータスに [Active] と表示されます。
ステップ 2: ユーザーへのアクセスを提供する
関連付けられたフリートでスタックを作成したら、 AppStream 2.0 ユーザープール、SAML2.0 [シングルサインオン (SSO)]、または AppStream 2.0 を介してユーザーにアクセスを提供できますAPI。詳細については、「Amazon AppStream 2.0 でのユーザープール管理」および「Amazon AppStream 2.0 と 2.0 SAML の統合」を参照してください。
注記
AppStream 2.0 ユーザープールのユーザーは、Active Directory ドメインに参加しているフリートを持つスタックに割り当てることはできません。
この入門演習では、 AppStream 2.0 ユーザープールを使用できます。このアクセス方法では、永続的なログインポータル を使用してユーザーを作成および管理できますURL。ユーザーを設定せずにアプリケーションストリーミングをすばやくテストするには、次の手順を実行してURL、ストリーミング とも呼ばれる一時的な を作成しますURL。
一時 を使用してユーザーにアクセスできるようにするには URL
ナビゲーションペインの [Fleets] を選択します。
フリートのリストで、ストリーミング を作成するスタックに関連付けられているフリートを選択しますURL。フリートのステータスが[Running (実行中)] であることを確認します。
-
ナビゲーションペインで、[Stacks] を選択します。スタックを選択し、アクション 、ストリーミングの作成 URLを選択します。
-
[User id] にユーザー ID を入力します。 有効期限を選択します。これにより、生成された有効期間URLが決まります。
-
ユーザー ID と を表示するにはURL、「 の取得URL」を選択します。
-
リンクをクリップボードにコピーするには、[Copy Link] を選択します。
ユーザーに AppStream 2.0 へのアクセスを提供すると、 AppStream 2.0 ストリーミングセッションを開始できます。 AppStream 2.0 ユーザープール経由でアクセスを提供する場合は、ストリーミングセッションにウェブブラウザを使用する必要があります。
SAML 2.0 [シングルサインオン (SSO)] または AppStream 2.0 API を使用してユーザーにアクセスできるようにする場合は、 AppStream 2.0 クライアントを使用可能にすることができます。 AppStream 2.0 クライアントは、 AppStream 2.0 ストリーミングセッション中に追加の機能を必要とするユーザー向けに設計されたネイティブアプリケーションです。詳細については、「Windows 用 AppStream 2.0 クライアント経由でアクセスを提供する」を参照してください。
リソース
詳細については、次を参照してください。
-
AppStream 2.0 Image Builder を使用して独自のアプリケーションを追加し、ユーザーにストリーミングできるイメージを作成する方法について説明します。詳細については、「チュートリアル: AppStream 2.0 コンソールを使用してカスタム AppStream 2.0 イメージを作成する」を参照してください。
-
AppStream 2.0 ホームフォルダ、Google Drive、 を使用して、セッションユーザーに永続的ストレージを提供します OneDrive。詳細については、「 AppStream 2.0 ユーザーの永続ストレージの有効化と管理」を参照してください。
-
AppStream 2.0 ストリーミングリソースを Microsoft Active Directory 環境と統合します。詳細については、「 AppStream 2.0 での Active Directory の使用」を参照してください。
-
AppStream 2.0 ストリーミングインスタンスにアクセスできるユーザーを制御します。詳細については、「Amazon AppStream 2.0 の Identity and Access Management」、「Amazon AppStream 2.0 ユーザープール」、および「Amazon AppStream 2.0 と 2.0 SAML の統合」を参照してください。
-
Amazon を使用して AppStream 2.0 リソースをモニタリングします CloudWatch。詳細については、「AppStream 2.0 メトリクスとディメンション 」を参照してください。
-
AppStream 2.0 ストリーミングエクスペリエンスのトラブルシューティングを行います。詳細については、「トラブルシューティング」を参照してください。