翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
Amazon AppStream 2.0 コンソールを使用したフリートスケーリングの管理
AppStream 2.0 コンソールを使用してフリートスケーリングを設定および管理するには、フリートの作成時、またはフリートタブを使用していつでも 2 つの方法を使用します。起動後に新しく作成されたフリートには 2 つのデフォルトのスケーリングポリシーが関連付けられます。これらのポリシーは、 AppStream 2.0 コンソールのスケーリングポリシータブで編集できます。詳細については、「Amazon AppStream 2.0 でフリートを作成する」を参照してください。
ユーザーの環境はさまざまに異なるため、需要に応じてスケーリングを制御するようにスケーリングポリシーを定義します。一定数のユーザーが予想される場合やスケーリングを無効にする他の理由がある場合には、一定数のインスタンスやユーザーセッションを使用してフリートを設定できます。
コンソールを使用してフリートのスケーリングポリシーを設定するには
https://console.aws.amazon.com/appstream
AppStream 2 で 2.0 コンソールを開きます。 -
ナビゲーションペインの [Fleets] を選択します。
-
スケーリングポリシーを設定するフリートを選択して、[Scaling Policies] を選択します。
-
各値の横にある編集アイコンを選択して既存のポリシーを編集します。編集フィールドで目的の値を設定して、[Update] を選択します。ポリシーの変更は数分以内で有効になります。
-
[Add Policy] リンクを使用して新しいポリシーを追加 (作成) します。編集フィールドで目的の値を設定して、[Create] を選択します。数分以内に新しいポリシーが適用されます。
[Fleet Usage] タブを使用して、スケーリングポリシーの変更の影響をモニタリングできます。次の例は、5 人のユーザーがフリートに接続して切断する場合のスケーリングアクティビティの使用状況グラフです。この例では、フリートは次のスケーリングポリシーを使用します。
-
最小容量 = 10
-
最大容量 = 50
-
スケールアウト = 容量使用率が 75% を超える場合は、5 つのインスタンス (シングルセッションフリートの場合) またはユーザーセッション (マルチセッションフリートの場合) を追加
-
スケールイン = 容量使用率が 25% 未満の場合は、6 つのインスタンス (シングルセッションフリートの場合) またはユーザーセッション (マルチセッションフリートの場合) を削除
注記
上記のポリシーは、シングルセッションシナリオとマルチセッションシナリオの両方に適用されます。シングルセッションシナリオでは、スケールアウトイベント中に 5 つの新しいインスタンスが起動され、スケールダウンイベント中に 4 つのインスタンスが再利用されます。マルチセッションシナリオの場合、インスタンスあたりの最大セッション数が 4 では、スケールアウトイベントによって切り上げ数 (ユーザーセッションの追加数 5/インスタンスあたりの最大セッション数 4) = 2 のインスタンスの起動がトリガーされます。スケールインイベント中、サービスは切り上げ数 (ユーザーセッションの削除数 6/インスタンスあたりの最大セッション数 4) = 2 のインスタンスを再利用します。ユーザーセッションが実行中であるインスタンスは再利用されません。実行中のユーザーセッションがないインスタンスのみが再利用されます。
コンソールを使用してフリートを固定容量に設定するには
https://console.aws.amazon.com/appstream
AppStream 2 で 2.0 コンソールを開きます。 -
ナビゲーションペインの [Fleets] を選択します。
-
フリートを選択します。
-
[Scaling Policies] で、フリートに関連付けられているすべてのポリシーを削除します。
-
[Fleet Details] で、[Desired Capacity] を設定するフリートを編集します。
固定されたフリートは [Desired Capacity] で指定した値に基づく一定の容量となります。固定されたフリートで常に希望する数のインスタンスが利用可能で、および、そのフリートのコストの課金を停止するには、フリートを停止する必要があることに注意してください。