Auto Scaling:概要

概要

イベントトリガータスクで監視するメトリックを指定する必要があります。 システムは、リアルタイムでメトリックデータを収集します。 アラート条件が満たされると、システムはアラートをトリガーし、指定されたスケーリングルールを実行します。 イベントトリガタスクを使用して、インスタンスの数を動的に調整できます。 これは、変化する要件が満たされ、メトリック値が期待される範囲内に維持されることを保証します。 Auto Scalingコンソールでは、次のタイプのイベントトリガータスクを作成できます。

• システム監視タイプのイベントトリガータスク

• カスタムモニタリングタイプのイベントトリガータスク: カスタムイベントトリガータスク。 このタイプのイベントトリガータスクは、カスタムモニタリングシステムをAuto Scalingと統合する標準的な方法を提供し、イベントトリガータスクの可用性を向上させます。

スケジュールされたタスクは、スケジュールどおりに指定のスケーリングルールを実行します。 ビジネスに明らかなパターンがある場合、またはピーク時間を予測できる場合は、スケーリングルールを実行するスケジュールタスクを作成できます。 詳細については、「スケジュール済みタスクの概要」をご参照ください。 ビジネスでトラフィックが急増している場合、またはピーク時間を予測できない場合、スケジュールされたタスクはビジネス要件を満たすことができません。 この場合、イベントトリガータスクを作成して、スケーリングルールを柔軟に実行できるようにすることができます。 偶数トリガータスクは、リアルタイムでビジネスワークロードを監視し、ピーク時にスケールアウトルールの実行をトリガーしてより多くのインスタンスを提供し、オフピーク時にスケールインルールを実行して過剰なインスタンスを削除します。 これにより、中断することなくビジネスを実行し、リソースコストを最小限に抑えることができます。

制限事項

• スケーリンググループに想定されるインスタンス数を指定しない場合、非並列スケーリングアクティビティが実行されているときに、Auto scalingはスケーリンググループの他のスケーリングアクティビティを実行できません。 詳細については、「期待インスタンス数」をご参照ください。

• イベントトリガータスクは、クールダウン期間中はスケーリングルールを実行できません。

  ほとんどの場合、Auto Scalingは、Elastic Compute Service (ECS) インスタンスまたはelasticコンテナインスタンスをスケーリンググループに追加し、インスタンスを起動し、サービスをデプロイし、メトリック値を収集するのに数分かかります。 ビジネス要件に基づいてクールダウン期間を指定することを推奨します。 これにより、新しいインスタンスのメトリックデータが欠落しているときにスケーリングルールが繰り返しトリガーされるのを防ぐことができます。

• デフォルトでは、イベントトリガータスクの統計期間は1分です。 分中は、スケーリングルールはトリガーされません。

Cron式

Auto Scalingコンソールでイベントトリガータスクを作成する場合、[有効期間] パラメーターを [Cron式] に設定できます。

cron式は、スケジュールを表す文字列です。 文字列は、スペースで区切られた複数のフィールドで構成され、スケジュールの個々の詳細を記述します。 イベントトリガータスクは、X X X X X形式の5つのフィールドで構成されるcron式をサポートします。 Xはフィールドのプレースホルダーです。 cron式のフィールドは、秒、分、時間、日、月を表します。 各フィールドは、論理的な意味を持つ明確な値または特殊文字にすることができます。

イベントトリガータスクのcron式を設定するときは、次の項目に注意してください。

• Cron式はUTC + 0です。 cron式を設定するときは、ローカル時刻をUTC + 0に変換する必要があります。 たとえば、中国の時間はUTC + 8です。 中国にいて、毎日01:00:00から02:59:00の間にイベントトリガータスクを実行する場合は、時間範囲から8時間を差し引く必要があります。 この場合、cron式を * * 17-18 * * に設定する必要があります。

• イベントトリガータスクの有効期間外にアラートがトリガーされた場合、イベントトリガータスクはアラート状態になりますが、指定されたスケーリングルールは実行されません。

イベントトリガータスクの管理

次の表に、さまざまなシナリオのイベントトリガータスクで実行できる操作と、関連するリンクを示します。