Auto Scaling グループのプロセスを一時停止および再開する

AddToLoadBalancer-インスタンスが起動されたときに、アタッチされたロードバランサーターゲットグループまたはClassic Load Balancer にインスタンスを追加します。詳細については、「Elastic Load Balancing と Amazon EC2 Auto Scaling」を参照してください。

AlarmNotification-グループのスケーリングポリシーに関連付けられている CloudWatch アラームから通知を受け取ります。詳細については、「Amazon EC2 Auto Scaling (英語)」を参照してください。

AZRebalance— グループのバランスがとれなくなった場合 (たとえば、以前は使用できなかったアベイラビリティーゾーンが正常な状態に戻った場合)、グループ内の EC2 インスタンスの数を均等に分散させてバランスをとります。詳細については、「アクティビティの再分散」を参照してください。

HealthCheck— インスタンスのヘルスを確認し、インスタンスが正常でないと Amazon EC2 または Elastic Load Balancing が Amazon EC2 Auto Scaling に通知した場合、そのインスタンスに異常とマークします。このプロセスは、手動で設定したインスタンスのヘルス ステータスをオーバーライドできます。詳細については、「Auto Scaling インスタンスのHealth チェック」を参照してください。

InstanceRefresh-インスタンスの更新機能を使用して、インスタンスを終了および置換します。詳細については、「インスタンスの更新に基づく Auto Scaling インスタンスの置き換え」を参照してください。

ReplaceUnhealthy-異常とマークされたインスタンスを終了してから、代わりの新しいインスタンスを作成します。詳細については、「Auto Scaling インスタンスのHealth チェック」を参照してください。

ScheduledActions-作成したスケジュールされたスケーリングアクションまたは、作成時に自動的に作成された、スケジュールされたスケーリングアクションを実行します。AWS Auto Scalingスケーリングプランを作成し、予測スケーリングを有効にします。詳細については、「Amazon EC2 Auto Scaling のスケジュールされたスケーリング」を参照してください。

プロセスの中断中に発生したアラームまたはスケジュールされたアクションに応じて、Auto Scaling グループはスケールインされません。さらに、以下のプロセスが中断されます。

プロセスの中断中に発生したアラームまたはスケジュールされたアクションに応じて、Auto Scaling グループはスケールアウトされません。AZRebalanceは、グループのリバランシングを停止します。ReplaceUnhealthyは、正常なインスタンスの終了を継続しますが、置換は起動しません。Launch を再開すると、バランスの再調整アクティビティとヘルスチェックによる置き換えは以下の方法で処理されます。

InstanceRefreshは、再開するまで一時停止されますLaunch。

Amazon EC2 Auto Scaling はインスタンスを起動しますが、ロードバランサーターゲットグループまたはClassic Load Balancer に追加しません。再開すると、AddToLoadBalancerプロセスでは、インスタンスが起動されるときのロードバランサーへの追加を再開します。ただし、このプロセスが中断されている間に起動されたインスタンスは追加されません。これらのインスタンスを手動で登録する必要があります。

CloudWatch アラームしきい値に違反している場合、Amazon EC2 Auto Scaling はスケーリングポリシーを実行しません。停止中AlarmNotificationでは、スケーリングポリシーまたは関連する CloudWatch アラームを削除することなく、グループのスケーリングポリシーによってトリガーされたスケーリングイベントを一時的に停止できます。再開するとAlarmNotificationでは、Amazon EC2 Auto Scaling がアラームしきい値のあるポリシーを処理します。違反しているポリシーを処理します。

Auto Scaling グループは、特定のイベントが発生した後、インスタンスの再分散を試みません。ただし、スケールアウトまたはスケールインのイベントが発生した場合でも、スケーリングプロセスはアベイラビリティーゾーン間のバランスを調整します。たとえば、スケールアウト中に、インスタンスが最も少ないアベイラビリティーゾーンでインスタンスを起動します。一方、グループがアンバランスになった場合AZRebalanceが停止され、再開すると、Amazon EC2 Auto Scaling はグループのバランスを再度取ろうとします。最初に Launch を呼び出してから Terminate を呼び出します。

Amazon EC2 Auto Scaling は、EC2 および Elastic Load Balancing のヘルスチェックの結果として、インスタンスに異常とマークしなくなります。ただし、カスタムヘルスチェックは引き続き正常に機能します。HealthCheck を中断した後、必要に応じて、グループ内のインスタンスのヘルス状態を手動で設定し、ReplaceUnhealthy がそれらのインスタンスを置き換えるようにできます。

Amazon EC2 Auto Scaling は、異常とマークされたインスタンスを置き換えなくなります。EC2 または Elastic Load Balancing のヘルスチェックに失敗したインスタンスは、異常としてマークされます。再開するとすぐにReplaceUnhealthlyプロセスの中断中に異常とマークされたインスタンスが Amazon EC2 Auto Scaling によって置き換えられます。ReplaceUnhealthy プロセスは両方の基本プロセスタイプを Terminate、Launch の順に呼び出します。

Amazon EC2 Auto Scaling は、中断期間中に実行される予定だったスケーリングアクションを実行しません。再開するとScheduledActionsでは、Amazon EC2 Auto Scaling が実行時間をまだ過ぎていないスケジュールされたアクションのみを処理します。

Auto Scaling グループは、スケーリングアクティビティを開始することも、その希望する容量を維持することもできません。

グループがアベイラビリティーゾーン間でバランスがとれなくなった場合、Amazon EC2 Auto Scaling は、Auto Scaling グループに指定されたアベイラビリティーゾーン間でインスタンスを均等に再分散させようとしません。

Auto Scaling グループは、異常とマークされたインスタンスを置き換えることはできません。

インスタンスの更新機能は、どのインスタンスを置き換えることはできません。

最大インスタンス有効期間— ときLaunchまたはTerminateが一時停止されている場合、インスタンスの最大有効期間機能でインスタンスを置き換えることはできません。

スポットインスタンスの中断—場合Terminateが中断され、Auto Scaling グループにある場合、スポット容量が使用できなくなっていても、それらのインスタンスはまだ終了できます。whileLaunchが中断されている場合、再利用可能になった代わりのインスタンスを別のスポットインスタンスプールから、または同じスポットインスタンスプールから起動することはできません。

インスタンスをアタッチおよびデタッチする— ときLaunchおよびTerminateが停止されているとき、Auto Scaling グループにアタッチされているインスタンスをデタッチすることはできますが、新しいインスタンスをそのグループにアタッチすることはできません。インスタンスをアタッチするには、最初に Launch を再開する必要があります。

スタンバイインスタンス—whileLaunchの中断されたインスタンスを返すことはできません。Standby状態からサービスに移行します。インスタンスを稼働状態に戻すには、最初に Launch を再開する必要があります。