Blogより)」を日本語に訳した記事です。インスタンスが実行されていることを保証する機能を提供します。良い耐障害性、より良い可用性、およびコスト管理を実現するのに役立ちます。インスタンスを起動および終了してアプリケーションの需要の増加または減少を処理するために使用できるスケーリングポリシーを指定するのに役立ちます。間でインスタンスを均等に分散しようとします。新しいインスタンスを起動しようと試みることによってこれを行います。試行が失敗すると、オートスケーリングは別の可用性ゾーン内のインスタンスを正常に起動するまで起動します。インスタンスを起動するために使用するテンプレートです。(AMI)、インスタンスタイプ、キーペア、1つ以上のセキュリティグループ、およびブロックデバイスマッピングの選択が含まれます。グループに関連付けられます。作成後に起動構成を変更することはできず、変更が必要な場合は新規に作成する必要がある。グループ内のインスタンスの基本または詳細な監視は、起動構成の作成時に有効にできます。使用して起動設定を作成するときに詳細な監視を有効にすると、基本監視が有効になります。インスタンスのコレクションを含んでいます。テンプレートを決定する。最小および最大キャパシティ。常に維持しなければならないインスタンスの数を決定します。行方不明の場合は、最小サイズに等しくなります。必要な容量と、最小容量とは異なります。グループの望ましい容量は、実行すべきデフォルトのインスタンス数です。グループの最小容量は、グループが実行可能なインスタンスの最小数です。インスタンスを起動または終了するタイミングを決定するメトリックと、インスタンスが正常であるかどうかを判断するためのヘルスチェック。グループは、インスタンスの望ましい容量を起動して開始し、定期的なヘルスチェックを実行してこの数を維持します。インスタンスが不健全になると、インスタンスは終了し、新しいインスタンスを起動します。グループはスケーリングポリシーを使用して、変化する要求を満たすためにインスタンスの数を自動的に増減できます。インスタンスを含めることができます。グループは、複数のリージョンにまたがることはできません。グループにマージするには、シングルゾーングループの1つをマルチゾーングループにリゾーンしてから、他のグループを削除します。いずれかにあるかぎり、ロードバランサの有無にかかわらず、グループに適用されます。グループは、単一の起動設定に関連付けることができます。グループに関連付けることだけです。グループの起動設定が変更されると、新しいインスタンスが起動されたときに新しい設定パラメータが使用されますが、既存のインスタンスは影響を受けません。その他の場合は最小限の容量を0に設定する必要があります。削除すると自動的に処理されます。インスタンスの安定した最小値(または指定が必要な場合)が常に実行されます。インスタンスを終了して新しいインスタンスを起動します。インスタンスステータスチェックの結果を定期的にチェックすることによって、各インスタンスの正常性状態を判断します。インスタンスヘルスの両方の結果をチェックして、インスタンスの正常性ステータスを判断します。ヘルスチェックの結果として異常とマークされた後は、ほぼすぐに交換が予定されています。回復することはありません。不健全なインスタンスの場合、インスタンスのヘルスチェックは手動で正常に戻すことができますが、インスタンスがすでに終了している場合はエラーが発生します。不健全なインスタンスとその実際の終了をマークする間隔が非常に小さいため、インスタンスの正常性状態を元に戻すことを試みるのは、中断されたグループに対してのみ有効です。アドレスは解除され、新しいインスタンスに自動的に関連付けられることはありません。アドレスは、新しいインスタンスに手動で関連付ける必要があります。ボリュームはデタッチされ、新しいインスタンスに手動でアタッチする必要があります。必要な容量制限を変更する。グループへのインスタンスのアタッチ/デタッチ。インスタンスのアタッチ/デタッチを実行するには、インスタンスは実行中です。引き続き存在する必要があります。グループのメンバーではありません。内になければなりません。接続されているインスタンスの数だけ、グループの望ましい容量を増やします。接続されているインスタンスの数に必要な容量を加えた数に、グループの最大サイズを超えると、要求は失敗します。グループの希望する容量をデタッチするインスタンスの数だけ減らすことができます。は新しいインスタンスを起動して、切断したインスタンスを置き換えます。グループからインスタンスをデタッチすると、そのインスタンスはロードバランサから登録解除されます。実行中のリクエストが完了するまで待機します。スケジュールされたスケーリングスケジュールに基づいてスケーリングすることで、予測可能な負荷の変化に応じてアプリケーションを拡張できます。月の最終日、会計年度の最終日。同じグループ内のスケジュールされたアクションの実行順序を保証しますが、グループ間のスケジュールされたアクションの実行順序は保証しません。複数のスケジュールされたアクションを指定できますが、一意の時刻値を持つ必要があり、重複した時間をスケジュールできないため、拒否されます。下回る場合にスケールアウトするなど、変更された需要に応じて自動的にスケーリングすることができます。グループでは、アラームとポリシーの組み合わせを使用して、スケーリングの条件を満たすタイミングを決定します。アラームは、指定した期間にわたって1つのメトリックスを監視するオブジェクトです。する命令のセットです。プロセスは以下のように動作します。グループ内のすべてのインスタンスについて、指定されたメトリックを監視します。変更は、需要が拡大または縮小するにつれてメトリックに反映されます。アラームはアクションを実行します。違反に応じて、アクションはスケールインポリシーまたはスケールアウトポリシーに送信されるメッセージです。グループのスケーリングアクティビティを実行します。グループのいずれかを削除するまで継続されます。グループには、特定の時間に複数のスケーリングポリシーを適用することができます。グループには、アーキテクチャをスケールアウトするためのポリシーと、アーキテクチャをスケールするための別の1つがあります。スケーリングを指示できる可能性が常にあります。グループに最も大きな影響を与えるポリシーを選択します。ポリシー2を使用し、インスタンスのスケールアウトには大きな影響があります。追加インスタンスを起動または終了しないようにすることができます。スケーリングアクティビティが中断されます。なると、スケールアウトアラームを構成して容量を増やします。よって新しいインスタンスが起動します。新しく起動されたインスタンスの設定、インスタンス化、開始には時間がかかりますが、5分と言えます。は新しいインスタンスを再度起動し、以前に起動したインスタンスが稼働してトラフィックの処理を開始するまで5分間継続します。より、指定した期間のアクティビティが中断され、新しく起動したインスタンスがトラフィックの処理を開始し、負荷を軽減できるようになります。する場合、デフォルトではクールダウン期間を待つことはありませんが、デフォルトを上書きしてクールダウン期間を設定することができます。異常なインスタンスを置き換える前に、クールダウン期間が完了するまで待機しないことに注意してください。クールダウン期間は、単純なスケーリングポリシーの動的スケーリングアクティビティに自動的に適用され、ステップスケーリングポリシーではサポートされません。よって自動的に拡大縮小されるときに、最初にどのインスタンスを終了するかを決定することができます。既定の終了ポリシーを指定し、カスタマイズしたものを作成することもできます。均等にまたがっており、インスタンスが次のように終了するように選択されていることを確認するために設計されています。