Auto Scalingは、設定されたポリシーに基づいてコンピューティングリソースの数を自動的に調整します。 Auto Scalingのユーザーには、機能とリソースの制限があります。 たとえば、各自動調整のECS (Elastic Compute Service) インスタンスの数に上限があります。 このトピックでは、Auto Scalingの機能とリソースの制限について説明します。
機能の制限
自動スケーリング機能には次の制限があります。
スケーリンググループ内のECSインスタンスまたはエラスティックコンテナインスタンスでホストされるアプリケーションは、ステートレスで水平方向にスケーラブルである必要があります。
スケーリンググループ内のECSインスタンスまたはエラスティックコンテナインスタンスは自動的にリリースされます。 したがって、セッションデータ、アプリケーションデータ、およびログをインスタンスに保存しないことを推奨します。 ECSインスタンスまたはエラスティックコンテナインスタンスでホストされているアプリケーションでデータの永続的なストレージが必要な場合は、独立したECSインスタンスまたはエラスティックコンテナインスタンスのセッションデータなどのステータス情報を保存し、アプリケーションデータをApsaraDB RDSに保存し、ログをSimple Log Serviceに保存することを推奨します。 詳細については、「ApsaraDB RDS の概要」と「Simple Log Serviceとは」をご参照ください。
Auto Scalingでは、ECSインスタンスまたはエラスティックコンテナインスタンスのIPアドレスをApsaraDB for MemcacheインスタンスのIPアドレスホワイトリストに自動的に追加することはできません。 したがって、インスタンスのIPアドレスをIPアドレスホワイトリストに手動で追加する必要があります。 詳細については、次をご参照ください: IPアドレスホワイトリストの設定
スケーリンググループに関連付けられているApsaraDB RDSインスタンス、Application Load Balancer (ALB) インスタンス、Classic Load Balancer (CLB) インスタンス、またはCLBバックエンドサーバーグループが削除された場合、Auto scalingは削除されたリソースをスケーリンググループから自動的にデタッチします。
スケーリンググループで自動的にトリガーされたスケーリングアクティビティが30日以上連続して失敗した場合、Auto scalingはスケーリンググループを検査し、スケーリングアクティビティの自動トリガーを無効にします。 Auto Scalingは、テキストメッセージや電子メールで通知を送信します。
重要スケーリングアクティビティが連続して失敗した場合は、Auto scalingコンソールにログインして問題を解決することを推奨します。
リソースの制限
次の表に、単一のAlibaba Cloudアカウント内のAuto Scalingリソースの制限を示します。
リソース | クォータ |
リージョンで許可されるスケーリンググループの最大数 | クォータを表示するには、クォータセンターにアクセスしてください。 説明 チケットを起票してクォータの増加をリクエストできます。 |
スケーリンググループで許可されるスケーリング設定の最大数 | |
スケーリンググループで許可されるスケーリングルールの最大数 | |
スケーリンググループに関連付けることができるApsaraDB RDSインスタンスの最大数 | |
スケーリンググループに関連付けることができるCLBインスタンスの最大数 | |
スケーリンググループに関連付けることができるALBサーバーグループの最大数 | |
スケーリンググループに関連付けることができるNetwork Load Balancer (NLB) サーバーグループの最大数 | |
スケーリンググループに関連付けることができるvServerグループの最大数 | |
スケーリンググループで許可されるインスタンスの最大数 | |
リージョンで許可されるスケジュールタスクの最大数 | |
一度にスケーリングできるECSインスタンスまたはエラスティックコンテナインスタンスの最大数 | 1000 |
スケーリング設定で許可されるインスタンスタイプの最大数 | 10 |
スケーリンググループで許可される通知ルールの最大数 | 6 |
スケーリンググループで許可されるライフサイクルフックの最大数 | 10 |