# スポットフリートの自動スケーリングについて
<a name="spot-fleet-automatic-scaling"></a>

**重要**  
スポットフリートは、計画された投資なしでレガシー API を使用します。代わりに EC2 フリートまたは Auto Scaling グループを使用することをお勧めします。詳細については、「[フリートにどの方法を使用するのが最適か](which-fleet-method-to-use.md)」を参照してください。

*自動スケーリング*により、需要に応じてスポットフリートのターゲットキャパシティを増減できます。自動スケーリングを使用すると、スポットフリートは、1 つ以上のスケーリングポリシーに応答して、指定された範囲内でインスタンスを起動 (スケールアウト) するか、インスタンスを終了 (スケールイン) できます。

スポットフリートの自動スケーリングは、Amazon EC2、Amazon CloudWatch、および Application Auto Scaling API の組み合わせによって可能になります。スポットフリートは Amazon EC2 で作成され、アラームは CloudWatch で作成され、スケーリングポリシーは Application Auto Scaling で作成されます。

**自動スケーリングのタイプ**

スポットフリートは、以下のタイプの自動スケーリングをサポートします。
+ [ターゲット追跡スケーリング](spot-fleet-target-tracking.md) – 特定のメトリクスの値をターゲットにすることで、フリートの現在のキャパシティを増減させます。これはサーモスタットで家の温度を管理する方法と似ています (希望の温度を選択すれば、後はサーモスタットがすべてを実行します)。
+ ステップスケーリング - アラーム違反のサイズに応じて変動する一連のスケーリング調整値 (ステップ調整値) に基づいて、フリートの現在の容量を増減させます。[ステップスケーリング: ステップスケーリングポリシーを使用して、スポットフリートをスケールする](spot-fleet-step-scaling.md)
+ スケジュールに基づくスケーリング - 日付と時刻に基づいて、フリートの現在の容量を増減させます。[スケジュールされたスケーリング: スケジュールに従ってスポットフリートをスケールする](spot-fleet-scheduled-scaling.md)

## 考慮事項
<a name="considerations-for-spot-fleet-automatic-scaling"></a>

スポットフリートに自動スケーリングを使用する場合は、次の点を考慮してください。
+ **インスタンスの重み付け** – [インスタンスの重み付け](ec2-fleet-instance-weighting.md)を使用している場合は、スポットフリートが必要に応じてターゲットキャパシティを超える可能性があることに注意してください。取得済みの容量が浮動小数点数となってもターゲット容量は整数でなければならないため、スポットフリートはその数を次の整数に切り上げます。アラームがトリガーされたときにスケーリングポリシーの結果を確認する際は、このような動作を考慮に入れる必要があります。例えば、ターゲット容量が 30、取得済み容量が 30.1 で、スケーリングポリシーが 1 を減算するとします。アラームがトリガーされると、自動スケーリングプロセスは 30.1 から 1 を減算して 29.1 を得るため、この数は 30 に切り上げられることになり、スケーリングアクションは実行されません。別の例として、選択したインスタンスの分量が 2、4、8 であり、ターゲット容量が 10 であるとします。分量 2 のインスタンスが利用できなかったために、スポットフリートは分量 4 と 8 のインスタンスをプロビジョニングして取得済みの容量が 12 になったとします。スケーリングポリシーがターゲット容量を 20% 減らしてアラームがトリガーされた場合、自動スケーリングプロセスは 12 から 12×0.2 を減算して 9.6 を得るため、この数は 10 に切り上げられることになり、スケーリングアクションは実行されません。
+ **クールダウン期間** - スポットフリート用に作成したスケーリングポリシーは、クールダウン期間をサポートしています。クールダウン期間は、以前のトリガー関連のスケーリングアクティビティが以後のスケーリングイベントに影響を及ぼすことができる期限であり、スケーリングアクティビティが終了した時点からの秒数として指定します。スケールアウトポリシーにクールダウン期間を設定すると、その期間中にクールダウンを開始したスケールアウトイベントによって追加された容量は、次のスケールアウトに予定される容量の一部として繰り入れられます。これにより、スケールアウトが継続的に (ただし過剰になることなく) 行われます。スケールインポリシーにクールダウン期間を設定すると、その期間が過ぎるまでは以後のスケールインリクエストがブロックされます。これにより、スケールインが抑制されてアプリケーションの可用性が確保されます。ただし、スケールイン後のクールダウン期間中に別のアラームによってスケールアウトポリシーがトリガーされると、自動スケーリングによってスケーラブルなターゲットが即座にスケールアウトされます。
+ **詳細モニタリングの使用** – 使用率の変化により迅速に対応できるように、1 分間隔でインスタンスメトリクスに基づいてスケールすることをお勧めします。5 分間隔でメトリクスをスケールすると、応答時間が低速になり、古いメトリクスデータに基づいてスケールすることになる可能性があります。1 分ごとにインスタンスのメトリクスデータを CloudWatch に送信するには、インスタンスで詳細モニタリングを有効にできます。詳細については、「[EC2 インスタンスの詳細モニタリングを管理する](manage-detailed-monitoring.md)」および「[定義済みパラメータを使用してスポットフリートリクエストを作成する](create-spot-fleet.md#create-spot-fleet-advanced)」を参照してください。
+ **AWS CLI** – AWS CLI を使用してスポットフリートのスケーリングを設定する場合は、[application-autoscaling](https://docs.aws.amazon.com/cli/latest/reference/application-autoscaling) CLI を使用します。