- Auto Scaling グループのウインドウに戻ります。Auto Scaling グループの LansaStack-WebServer を選択し、詳細タブ、次に編集をクリックします。これはステップ 1 で行った手順と同じです。
- Minimum (最小値) を 0 に変更します。この変更により、スケーリング・ポリシーの条件に満たされていれば、Auto Scaling が実行インスタンス数 (Desired 設定) を 2 より少ない数に減らすことができます。この変更を更新します。
- Automatic scaling タブをクリックします。ポリシー名は非常に長い名前になっています。この名前の真ん中あたりに、ScaleInPolicy という名前のポリシーが確認できると思います。このポリシーは、900 秒あたりの CPU の使用率が 30% より低い数値に落ちた時に実行できるよう、設定されています。このような状況になった場合、I インスタンスが Auto Scaling グループから削除されます。そして、5 分間の休止の後、別のスケーリング活動が許可されます。これは、インスタンスの開始・停止が頻繁に繰り返されるのを防ぐためです。実際、実稼働システムでは実行ポリシーはより長い期間の平均である可能性が高いので、アイドル時間の差は均等になります。
- リフレッシュをクリックすると、Desired 設定が自動的に 1 に減らされていることが確認できるでしょう。
- これでスケーリングが行われました。Activity タブをクリックして、左側の矢印を使って、メッセージを展開します。このスケーリング活動の原因が表示されています。
- 5 分後、別のスケーリング活動が発生し、Desired のインスタンス数は 0 に減らされます。これがトリガーとなって、この Auto Scaling グループの最後のインスタンスがサービスから削除されます。
- これまでに発生した、別のスケーリング活動を調べることも可能です。自身のユーザー要求を表示して、強制的に 2 件の Web サーバー・インスタンスを作成、ASG をスケールアウトして、2 件の自動スケーリング・イベントを ASG でスケールインすることもできます。