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 |