Application Auto Scaling のスケジュールされたスケーリングの仕組み - Application Auto Scaling
仕組み考慮事項よく使われるコマンド関連リソース制限事項

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

Application Auto Scaling のスケジュールされたスケーリングの仕組み

このトピックでは、スケジュールされたスケーリングがどのように機能するかを説明し、効果的に使用するために理解する必要がある重要な考慮事項を紹介します。

仕組み

スケジュールされたスケーリングを使用するには、スケジュールされたアクションを作成します。これは、特定の時間にスケーリングアクティビティを実行するよう Application Auto Scaling に指示します。スケジュールされたアクションを作成するときは、スケーラブルターゲット、スケーリングアクティビティを実行するタイミング、最小容量、および最大容量を指定します。スケジュールされたアクションは、1 度だけスケールする、または定期的なスケジュールに従ってスケールするものを作成できます。

指定された時間がくると、Application Auto Scaling は、現行の容量を指定された最小容量および最大容量と比較することによって、新しい容量値に基づいたスケーリングを実行します。

  • 現行の容量が指定された最小容量を下回る場合、Application Auto Scaling は指定された最小容量までスケールアウト (容量を増加) します。

  • 現行の容量が指定された最大容量を上回る場合、Application Auto Scaling は指定された最大容量までスケールイン (容量を低減) します。

考慮事項

スケジュールされたアクションを作成する場合、次の点に注意してください。

  • スケジュールされたアクションにより、指定された日時に、MinCapacity と MaxCapacity がスケジュールされたアクションで指定した容量に設定されます。リクエストには、オプションで、これらのサイズの 1 つだけを含めることができます。例えば、最小容量のみを指定してスケジュールされたアクションを作成できます。ただし、場合によっては、新しい最小容量が最大容量を上回らない、または新しい最大容量が最小容量を下回らないように、両方のサイズを含める必要があります。

  • デフォルトでは、設定した定期的なスケジュールは協定世界時 () になりますUTC。ローカルタイムゾーンまたはネットワークの他の部分のタイムゾーンに対応するタイムゾーンに変更できます。夏時間を監視するタイムゾーンを指定すると、アクションは自動的に夏時間 () に調整されますDST。詳細については、「Application Auto Scaling を使用して定期的なスケーリングアクションをスケジュールする」を参照してください。

  • スケーラブルターゲットに対してスケジュールされたスケーリングをオフにできます。これにより、スケジュールされたアクションを削除せずにアクティブになるのを防ぐことができます。スケジュールされたスケーリングを再度使用する場合は、スケジュールされたスケーリングを再開できます。詳細については、「Application Auto Scaling のスケーリングの一時停止と再開」を参照してください。

  • スケジュールされたアクションが実行される順序は、同一のスケーラブルターゲットに対して保証されますが、複数のスケーラブルターゲットにまたがってスケジュールされたアクションに対しては保証されません。

  • スケジュールされたアクションが正常に完了するには、指定されたリソースがターゲットサービスでスケーラブルな状態になっている必要があります。その状態になっていない場合、リクエストは失敗し、エラーメッセージ (Resource Id [ActualResourceId] is not scalable. Reason: The status of all DB instances must be 'available' or 'incompatible-parameters' など) が返されます。

  • Application Auto Scaling とターゲットサービスには分散的な性質があるため、スケジュールされたアクションがトリガーされてからターゲットサービスがスケーリングアクションを引き受けるまでの遅延が数秒におよぶ可能性があります。スケジュールされたアクションは指定された順序で実行されるため、開始時刻が近いスケジュールされたアクションの実行にはより長い時間がかかる場合があります。

スケジュールされたアクションの作成、管理、および削除用によく使用されるコマンド

スケジュールされたスケーリングの操作用によく使用されるコマンドには以下が含まれます。

  • register-scalable-target AWS またはカスタムリソースをスケーラブルターゲット (Application Auto Scaling がスケーリングできるリソース) として登録し、スケーリングを一時停止して再開します。

  • put-scheduled-action 既存のスケーラブルターゲットのスケジュールされたアクションを追加または変更します。

  • describe-scaling-activities AWS リージョンでのスケーリングアクティビティに関する情報を返します。

  • describe-scheduled-actions AWS リージョンでスケジュールされたアクションに関する情報を返します。

  • delete-scheduled-action スケジュールされたアクションを削除します。

スケジュールされたスケーリングを使用する詳細な例については、 AWS Compute Blog のブログ記事「定期的なピーク使用のための AWS Lambda プロビジョニングされた同時実行のスケジュール」を参照してください。

Auto Scaling グループのスケジュールされたアクションの作成については、「Amazon EC2 Auto Scaling ユーザーガイド」の「Amazon EC2 Auto Scaling のスケジュールされたスケーリング」を参照してください。

制限事項

以下は、スケジュールされたスケーリングの使用時における制限事項です。

  • スケジュールされたアクションの名前は、スケーラブルターゲットごとに一意である必要があります。

  • Application Auto Scaling は、スケジュール式で秒レベルの精度を提供しません。Cron 式を使用した場合の最も細かい粒度は 1 分です。

  • スケーラブルターゲットを Amazon MSKクラスターにすることはできません。スケジュールされたスケーリングは Amazon ではサポートされていませんMSK。

  • スケーラブルリソースに対するスケジュールされたアクションを表示、追加、更新、削除するためのコンソールアクセスは、使用するリソースによって異なります。詳細については、「AWS のサービス Application Auto Scaling で使用できる」を参照してください。