- エンドユーザーコンピューティング›
- AppStream 2.0›
- 開始方法
Amazon AppStream 2.0: はじめに
すぐに使える不可欠なインサイト
10 個の手順で使用を開始する
AppStream 2.0 で 2 つのアプリケーションをインストールおよび設定し、ユーザーにストリーミングします。アプリケーションへのアクセスには HTML 5 ブラウザを使用し、アクセス可能なユーザーを制御できます。
AppStream 2.0 コンソールを使用して、基本的な管理タスクを実行します。イメージビルダーを使用してアプリケーションをインストールする方法、Image Assistant でアプリケーションを最適化する方法、アプリケーションのフリートをプロビジョニングする方法、スタックをプロビジョニングしてアプリケーションをユーザーにストリーミングする方法を学習します。
用意されている AWS CloudFormation テンプレートを使用して、Amazon Virtual Private Cloud (VPC) をプロビジョニングします。VPC によって、隔離された仮想ネットワークインフラストラクチャ内に AppStream 2.0 リソースがホストされます。
AWS アカウント: AppStream 2.0 の使用を開始するには AWS アカウントが必要です。
ユーザーの E メールアカウント: ユーザー設定プロセスを完了するには、少なくとも 1 人のユーザーの E メールアカウントにアクセスする必要があります。
スキルレベル: 使用を開始するのに AWS の経験は不要ですが、ネットワークと仮想デスクトップインフラストラクチャの基本的な知識があると役立ちます。
使用するサービスとコスト
月請求額の見積り: AppStream 2.0 を使用したアプリケーションのストリーミングの総コストは、ニーズと設定に応じて異なります。コストには選択した AWS リージョンと、インスタンスに向けて選択したパフォーマンスオプションが含まれます。このガイドに記載されているリソースを 1 営業週使用した場合、総額は約 25 USD です。サービスの使用量とコスト: AWS の料金設定は、個別サービスそれぞれの使用量に基づきます。各サービスの使用量の総計によって毎月の請求額が決まります。各サービスの内容と請求に与える影響については、下にある各タブをご覧ください。
Amazon AppStream 2.0
料金体系の仕組み:AppStream 2.0 では、使用したストリーミングリソース (フリートとイメージビルダー) の料金と、承認されたユーザー 1 人あたりの少額の月額料金のみお支払いいただきます。Amazon AppStream 2.0 を使用する際に、前払い料金や長期契約はありません。
フリート:AppStream 2.0 フリートインスタンスは 1 時間ごとに課金されます。インスタンス料金には、コンピューティング、ストレージ、ストリーミングプロトコルによって消費される帯域幅が含まれます。常時稼働フリートでは、ユーザーが接続していない場合でも、実行中のすべてのインスタンスに対して、インスタンスのタイプとサイズに基づく実行中のインスタンス料金が発生します。オンデマンドフリートでは、ストリーミングに使用しているインスタンスに対して、インスタンスのタイプとサイズに基づく実行中のインスタンス料金が発生します。オンデマンドフリートでは、アクティブなストリーミング接続のない停止中のインスタンスに対しても、1 時間単位で小額の停止中料金が発生します。これはすべてのインスタンスタイプとサイズで共通です。
イメージビルダー:AppStream 2.0 イメージビルダーは 1 時間ごとに課金されます。イメージビルダーの料金には、コンピューティング、ストレージ、ストリーミングプロトコルによって消費される帯域幅の料金が含まれます。実行中のすべてのイメージビルダーでは、管理者が接続していない場合でも、実行中のインスタンス料金が発生します。
ユーザー料金:ユーザー料金は、ユーザーが AppStream 2.0 フリートインスタンスに接続する各 AWS リージョンでユーザーごとに毎月請求され、日割り計算はされません。管理者がイメージビルダーに接続し、イメージビルダーを使用してそのフリートのイメージを作成する場合は、ユーザー料金が発生しません。
例:このプロジェクトでは、汎用インスタンス (stream.standard.medium) にイメージビルダーを使用し、汎用インスタンス (stream.standard.medium) を使用して 2 つのオンデマンドフリートインスタンスをプロビジョニングし (stream.standard.medium)、2 人のユーザーを追加します。
米国東部 (バージニア北部) リージョンの場合、stream.standard.medium の 1 時間あたりの料金は 0.10 USD です。オンデマンド停止中インスタンス料金は 1 時間あたり 0.025 USD です。さらに、AppStream 2.0 フリートインスタンスに接続している認証されたユーザー 1 人につき、4.19 USD のユーザー料金が課金されます。管理者がイメージビルダーに接続し、イメージビルダーを使用してそのフリートのイメージを作成する場合は、ユーザー料金が発生しません。
イメージビルダーインスタンスは 4 時間実行され、ユーザーを 2 人追加したとします。2 つのオンデマンドストリーミングインスタンスがそれぞれ 1 営業週 (50 時間) にわたって 1 日 5 時間実行され、その営業週の残り (190 時間) では停止された場合、合計料金は約 19 USD になります。
Amazon Virtual Private Cloud (Amazon VPC)
料金体系の仕組み:VPC 自体の作成と使用に追加料金はかかりません。AppStream 2.0 などの他のアマゾン ウェブ サービスの利用料金が、データ転送料金を含めこれらのリソースに指定レートで適用されます。
VPC 内に NAT ゲートウェイを作成することを選択した場合は、NAT ゲートウェイがプロビジョニングされ利用可能であった "NAT ゲートウェイ時間" に対して料金が請求されます。データ処理料金は、トラフィックの送信元か送信先にかかわらず、NAT ゲートウェイで処理されたギガバイト単位で適用されます。1 時間未満の NAT ゲートウェイ時間は、1 時間分として請求されます。また、NAT ゲートウェイを介して転送されるすべてのデータに対して標準的な AWS データ転送料金が発生します。NAT ゲートウェイへの課金を止めたい場合は、AWS マネジメントコンソール、コマンドラインインターフェイス、API を使用して NAT ゲートウェイを削除します。
例:このプロジェクトでは、VPC に NAT ゲートウェイを作成します。このゲートウェイはプロジェクト期間中稼働しますが、費用は約 6 USD です。この見積りは、VPC 内の NAT ゲートウェイの時間料金が 0.045 USD である米国東部 (バージニア北部) リージョンにディレクトリが配置されることを想定し、作成しています。
アプリケーションのデプロイガイド
基本を学習した後は、特定のアプリケーションデプロイガイドをダウンロードするか、別のデスクトップアプリケーションをインストールできます。
ワークショップ
独立系ソフトウェアベンダーのためのワークショップ
AppStream 2.0 の ISV プロジェクトシリーズをご覧ください。このシリーズでは、AppStream 2.0 を使用して、デスクトップアプリケーションのオンライントライアルと SaaS (Software-as-a-Service) ソリューションを書き換えずに構築するためのステップバイステップガイドが提供されます。
使用を開始するには、「AppStream 2.0 ISV ワークショップ」を参照してください。
デプロイの管理
次のステップ
ガイドを確認したら、次のステップに従って AppStream 2.0 を組織にデプロイしてください。
1
イメージビルダーを用いた自社アプリケーションのインポート
イメージビルダーを使用して短時間で簡単にアプリケーションをインポート、インストール、テスト、更新できます。
2
グラフィックスの最適化などのアプリケーションに様々な仮想マシンを使用
グラフィックス、コンピューティング、メモリ、または汎用インスタンスタイプから選んでアプリケーションのパフォーマンスを最適化し、全体的なコストを削減してください。
3
SAML 2.0 を用いて AppStream 2.0 へのフェデレーテッドアクセスを有効化
ユーザーが既存の認証情報を用いて AppStream 2.0 にサインインできるようにできます。
4
お使いの AppStream 2.0 フリートとイメージビルダーを Microsoft AD のドメインで統合
既存のアクティブディレクトリドメインを用いて、クラウドベースまたはオンプレミスでドメイン統合ストリーミングインスタンスを起動してください。
5
フリートの Auto Scaling を AppStream 2.0 に対して設定
AppStream 2.0 フリートのサイズを自動的に変更して、ユーザーの需要に合わせて使用可能なインスタンスを供給できます。
6
AppStream 2.0 を API を用いて統合、拡張
AppStream 2.0 の API を用いて、アプリケーションを自動化ワークフロー、またはサービスとしてのソフトウェアソリューションと統合