グループを設定しています。グループは24時間以上単一のインスタンスを起動できませんでした。インフラストラクチャをセットアップする予定です。ユーザーに何をアドバイスしますか?ユーザーが後でそれを忘れた場合、スケールアップしないので、今はスケジュールするのが良いです。スケジューリングは、クリスマスの前に1週間だけ設定する必要があります。アクティビティをスケジュールする前に11月末まで待ってください。スケジュールベースのスケーリングを使用することはお勧めしません。処理を設定しようとしています。ユーザーは毎日午前8時にスケールアップし、午後7時にスケールダウンする1つのプロセスをセットアップしています。ユーザーは毎月1日に午前8時にスケールアップし、午後7時に同じ日にスケールアップする別の定期的なプロセスをセットアップしようとしています。両方のプロセスを実行しますが、1つのインスタンスだけを追加します。プロセスの両方をスケジュールしますが、1つのプロセスだけをランダムに実行します。プロセスのスケジュールに矛盾があるため、エラーを投げます。アクティビティを理解しようとしています。会社のインフラストラクチャを確認しています。持っていることに気付きました。Bではゼロが表示されます。不健全なインスタンスはゼロです。使用可能であることを確認します。活用して、毎秒何百万ものメッセージをメッセージキューに送信して受信するアプリケーションを実装するよう求められました。間に十分な帯域幅が確保されていることを確認する必要があります。有効になっていることを確認します。トリガーを使用して、プライベートサブネット内でアプリケーションインスタンスを起動する。使用しているアプリケーション層で実行されているインスタンスのインスタンスのタイプを変更することに決めました。グループを削除しようとしています。設定する容量を変更する必要はありません。アプリケーションを作成しました。ユーザーはアプリケーションを定期的に監視しており、木曜日と金曜日の午前8時から午後6時の間にトラフィックが最も高いことを確認しました。この場合スケーリングを処理する最適なソリューションは何ですか?月曜日午前8時までに新しいインスタンスを手動で追加し、金曜日の午後6時までにインスタンスを終了する月曜日午前8時にスケールアップし、金曜日の午後6時以降にスケールを縮小するようスケジューリングする毎日午前8時にスケールアップされ、午後6時にスケールアップされるポリシーをスケジュールします。グループを設定しました。上でアプリケーションを管理しています。登録されるように積極的に新しいサーバーを立ち上げる予定です。イベントを見直すと、アプリケーションは同じ時間内に複数回スケールアップされます。2つの答えを選択してください。アラーム期間を変更します。グループ終了ポリシーを変更して、最も古いインスタンスを最初に終了します。ポリシーを変更します。グループクールダウンタイマーを変更します。グループ終了ポリシーを変更します。アプリケーションがあります。このアプリケーションは、データベースレイヤでの同期レプリケーション(非常に短い遅延接続)に依存します。新しいインスタンスを起動できない場合でも、アプリケーションは完全に利用可能でなければなりません。