すべてのプロダクト
Search
ドキュメントセンター

Auto Scaling:制限

最終更新日:Dec 12, 2025

Auto Scaling は、スケーリングポリシーに基づいて計算リソースを自動的に調整します。ただし、Auto Scaling には機能およびリソースに関する制限事項があり、これらはクォータとも呼ばれます。たとえば、1 回のスケーリングアクティビティでスケールできる Elastic Compute Service (ECS) インスタンスの数には制限があります。このトピックでは、これらの制限事項について説明します。

機能の制限事項

Auto Scaling には、以下の機能に関する制限事項があります。

  • スケーリンググループ内の ECS インスタンスまたは ECI インスタンスにデプロイされるアプリケーションは、ステートレスで水平方向にスケーラブルである必要があります。

  • スケーリンググループ内の ECS インスタンスまたは ECI インスタンスは自動的にリリースされる可能性があります。セッションレコード、アプリケーションデータ、ログなどの情報を保存するために使用しないでください。これらの情報を保存するには、セッションレコードなどの状態情報を別のステートサーバーに保存し、アプリケーションデータを ApsaraDB RDS に保存し、ログは Simple Log Service に保存します。詳細については、「ApsaraDB RDS とは」および「Simple Log Service とは」をご参照ください。

  • Auto Scaling は、ECS インスタンスまたは ECI インスタンスの IP アドレスを ApsaraDB for Memcache インスタンスの IP アドレスホワイトリストに自動的に追加することはできません。手動で追加する必要があります。詳細については、「IP アドレスホワイトリストの設定」をご参照ください。

  • スケーリンググループに関連付けられている RDS インスタンス、ALB サーバーグループ、SLB インスタンス、または SLB インスタンスのバックエンドサーバーグループが削除された場合、Auto Scaling はそのリソースをスケーリンググループから自動的にデタッチします。

  • スケーリンググループで自動トリガーされたスケーリングアクティビティが 30 日間連続で失敗した場合、Auto Scaling はそのグループの自動スケーリング機能を一時停止します。ショートメッセージまたはメールで通知されます。

    重要

    スケーリングアクティビティが連続して失敗した場合は、速やかに Auto Scaling コンソール にログインして問題を解決してください。

制限事項

次の表に、Alibaba Cloud アカウントごとの Auto Scaling のリソース制限を示します。

クォータ

クォータ

リージョンあたりのスケーリンググループの最大数

クォータは Auto Scaling の使用状況によって異なります。クォータを確認するには、Quota Center に移動してください。

説明

クォータの引き上げをリクエストできます。

スケーリンググループあたりのスケーリング設定の最大数

スケーリンググループあたりのスケーリングルールの最大数

スケーリンググループに関連付け可能な RDS インスタンスの最大数

スケーリンググループに関連付け可能な SLB インスタンスの最大数

スケーリンググループに関連付けることができる ALB サーバーグループの最大数

スケーリンググループに関連付け可能な NLB サーバーグループの最大数

スケーリンググループに関連付けることができる vServer グループの最大数

スケーリンググループ内のインスタンスの最大数

リージョンあたりのスケジュールされたタスクの最大数

1 回のスケーリングアクティビティで追加または削除できる ECS または ECI インスタンスの最大数

1000

スケーリング設定内のインスタンスタイプの最大数

20

スケーリンググループあたりのイベント通知の最大数

6

スケーリンググループあたりのライフサイクルフックの最大数

10