Auto Scaling には、機能上の制約とリソースクォータの両方があります。スケーリングアーキテクチャを設計する前に、これらの使用制限を確認してください。
機能制限
ステートレスアプリケーションのみ
スケーリンググループ内の ECS インスタンスまたは ECI インスタンスで実行されるアプリケーションは、ステートレスで水平方向にスケーラブルである必要があります。スケーリンググループはインスタンスを自動的に追加および削除するため、インスタンスがリリースされると、ローカルに保存されているものはすべて失われます。
永続データはスケーリンググループの外部に保存してください:
| データタイプ | 推奨サービス |
|---|---|
| セッションデータ | スケーリンググループ外の専用インスタンス |
| アプリケーションデータ | ApsaraDB RDS (ApsaraDB RDS の概要) |
| ログ | Simple Log Service (Simple Log Service の概要) |
ApsaraDB for Memcache のホワイトリスト
Auto Scaling は、ApsaraDB for Memcache のホワイトリストを更新できません。プライベート IP アドレスをホワイトリストに手動で追加してください。詳細については、「IP アドレスホワイトリストの設定」と「IP アドレスホワイトリストの設定」をご参照ください。
削除されたリソースの自動デタッチ
関連付けられたリソース (ApsaraDB RDS インスタンス、Application Load Balancer (ALB) インスタンス、クラシックロードバランサー (CLB) インスタンス、または CLB バックエンドサーバーグループ) を削除すると、Auto Scaling はそれをスケーリンググループから自動的にデタッチします。
30 日間連続で失敗した場合の自動スケーリングの無効化
スケーリング操作が 30 日間連続で失敗した場合、Auto Scaling は自動スケーリングを無効にし、ショートメッセージまたは E メールでアラートを送信します。Auto Scaling コンソールにログインして、問題を診断し解決してください。
リソース制限
リソース制限は、引き上げをリクエストできるクォータと、変更できない固定制限の 2 つのカテゴリに分類されます。
調整可能なクォータ
以下のクォータは、Alibaba Cloud アカウントごとに適用されます。現在の値の表示やクォータ引き上げのリクエストは、クォータセンターに移動して行ってください。チケットを送信してクォータの引き上げをリクエストすることもできます。
| リソース | スコープ |
|---|---|
| スケーリンググループの最大数 | リージョンごと |
| スケーリング設定の最大数 | スケーリンググループごと |
| スケーリングルールの最大数 | スケーリンググループごと |
| ApsaraDB RDS インスタンスの最大数 | スケーリンググループごと |
| CLB インスタンスの最大数 | スケーリンググループごと |
| ALB サーバーグループの最大数 | スケーリンググループごと |
| Network Load Balancer (NLB) サーバーグループの最大数 | スケーリンググループごと |
| vServer グループの最大数 | スケーリンググループごと |
| インスタンスの最大数 | スケーリンググループごと |
| 定期タスクの最大数 | リージョンごと |
固定制限
以下の制限は変更できません。
| リソース | 制限 |
|---|---|
| 1 回の操作でスケーリングされる ECS インスタンスまたは ECI インスタンスの最大数 | 1,000 |
| スケーリング設定ごとのインスタンスタイプの最大数 | 20 |
| スケーリンググループごとの通知ルールの最大数 | 6 |
| スケーリンググループごとのライフサイクルフックの最大数 | 10 |