Amazon EC2などで使用できるAWS Auto Scalingとは?
最終更新日:2026年8月10日
この記事でわかること
AWS Auto Scalingについて
| 項目 | AWS | Microsoft Azure | Google Cloud |
|---|---|---|---|
| 世界シェア | 約33%(首位) | 約22% | 約11% |
| 強み | サービス数・実績 | Microsoft製品連携 | データ分析・AI |
| 無料枠 | 12ヶ月+常時無料 | 12ヶ月無料 | 常時無料枠あり |
| 主な資格 | CLF / SAA / SAP | AZ-900 / AZ-104 | ACE / PCA |

概要
AWS Auto Scalingは、AmazonがAWSで提供している、需要に応じてインスタンスを自動的に増減させることができるサービスです。加えて、異常なインスタンスやアベイラビリティーゾーンを自動で切り離すことを可能とし、コスト最適化と高可用性を実現することができます。
AWS Auto Scalingの対象
AWS Auto Scalingの対象リソースは以下の通りです。
- EC2
- EC2スポットフリート
- ECS
- DynamoDB
- Aurora
AWS Auto Scalingを使用することで、自動でEC2インスタンスを増減したり(Amazon EC2 Auto Scaling)、ECSサービスの増減、DBのテーブルもしくは読み取り/書き込み容量を増減、Auroraリードレプリカの数を増減します。
※ spot fleet:スポットフリートリクエストで指定した容量ターゲットを満たすように、スポットインスタンスとオンデマンドインスタンスの数を調整して起動する機能
【要注意】対象リソースは拡大しています
AWS Auto Scaling(Application Auto Scaling)がスケーリング対象とするサービスは年々拡大しており、記事執筆時点ではLambdaのプロビジョニング済み同時実行数やAmazon SageMaker AIのエンドポイント、Amazon EMR、Amazon Keyspaces(for Apache Cassandra)なども対象に加わっています。最新の対象サービス一覧はAWS公式サイトでご確認ください。
起動設定
どのようなインスタンスを起動するか設定します。主な項目は以下の通りです。
- AMI
- インスタンスタイプ
- キーペア
- セキュリティグループ
- IAMロール
※ 現在AWSでは、上記の起動設定(Launch Configuration)に代わり、より多くの機能をサポートする「起動テンプレート(Launch Template)」の利用が推奨されています。新規にAuto Scalingグループを作成する場合は起動テンプレートの利用を検討してください。
Auto Scalingグループ
EC2インスタンスの自動スケーリングとインスタンス数の維持を可能にします。起動したインスタンスは複数のアベイラビリティーゾーン間で均等にバランシングされます。
スケーリングプラン
- 手動スケーリング
高負荷バッチ処理が予定されているなどの場合に、手動でスケーリングします。インスタンス数の最小最大を設定し、最小値と最大値の間でスケーリングを実施します。 - 動的スケーリング
アクセス予測が困難な場合に、CloudWatchを利用し閾値に基づいてインスタンス数を変動させる場合に利用します。 - スケジュールスケーリング
例えば18時にアクセスが増大する傾向のあるアプリケーションなど、予測可能なサービスの負荷に対応する場合に利用します。
ELB/ヘルスチェックの設定
ELB配下のインスタンスをAuto Scalingの対象とする場合、使用するELBを選択し、さらにヘルスチェックの対象をEC2もしくはELBに設定します。
異常と判断された場合は、該当のインスタンスを削除したうえで新しいインスタンスを起動することでインスタンス数を維持します。これはAuto Healingと呼ばれています。
※ Elastic Load Balancing:アプリケーションへのトラフィックを複数のターゲット (Amazon EC2 インスタンス、コンテナ、IP アドレス、Lambda 関数など) に自動的に分散する機能。
AWS Auto Scalingのメリット
スケーリングを迅速に設定する
AWS Auto Scaling では、単一の直感的なインターフェイスで複数のリソースに対するターゲット使用率レベルを設定できます。他のコンソールに移動することなく、すべてのスケーラブルリソースの平均使用率をすばやく確認できます。例えば、アプリケーションが Amazon EC2 と Amazon DynamoDB を使用している場合、AWS Auto Scaling を使用して、アプリケーション内のすべての EC2 Auto Scaling グループとデータベーステーブルのためのリソースプロビジョニングを管理できます。
スマートなスケーリング判断を行う
AWS Auto Scaling では、異なるリソースのグループが需要の変化に対応する方法を自動化するスケーリングプランを構築できます。可用性、コスト、または両方のバランスを最適化することが可能です。AWS Auto Scaling は、ユーザーの設定に基づいて、すべてのスケーリングポリシーの作成とターゲットの設定を自動的に行います。AWS Auto Scaling はアプリケーションを監視し、需要の変化に応じてリアルタイムでリソースグループの容量を自動的に追加または削除します。
パフォーマンスを自動的に維持する
ワークロードが断続的、予測不可能、または継続的に変化している場合でも、AWS Auto Scaling を使用すれば、最適なアプリケーションのパフォーマンスと可用性を維持できます。AWS Auto Scaling ではアプリケーションを継続的に監視して、アプリケーションが望ましいパフォーマンスレベルで確実に動作します。需要が急増するときは、優れたサービスの品質を維持できるように、AWS Auto Scaling が制約されたリソースの容量を自動的に増加させます。
必要分のみのお支払い
AWS Auto Scaling は、AWS のサービスの消費時における使用率とコスト効率性の最適化に役立ち、実際に必要なリソースの料金のみを支払うことができるようにします。需要が減少すると、AWS Auto Scaling が過剰なリソース容量を自動的に削除するので、過度の支出を避けることができます。AWS Auto Scaling の使用自体は無料で、実際にスケーリングされたEC2インスタンスなど各リソースの利用分のみ課金される仕組みです。具体的な料金体系は変更されることがあるため、最新料金はAWS公式サイトでご確認ください。
押さえておきたいポイント
- AWS Auto Scalingは、EC2だけでなくECS・DynamoDB・Auroraなど複数のリソースを一つのスケーリングプランで横断的に管理できるサービスであり、対象サービスは年々拡大している。
- スケーリング方式には「手動」「動的(CloudWatch連携)」「スケジュール」の3種類があり、負荷の予測可否に応じて使い分けることが重要。
- ELBのヘルスチェックと連携させることで、異常インスタンスの自動切り離しと再起動(Auto Healing)による高可用性を実現できる。
よくある質問
AWS Auto ScalingとAmazon EC2 Auto Scalingの違いは何ですか?
Amazon EC2 Auto ScalingはEC2インスタンスのスケーリングに特化したサービスです。一方でAWS Auto Scaling(Application Auto Scaling)は、EC2に加えてECS、DynamoDB、Auroraなど複数のAWSリソースを横断して、単一のスケーリングプランでまとめて管理できる上位のサービスという位置づけになります。
AWS Auto Scalingの利用に追加料金はかかりますか?
AWS Auto Scalingの機能自体の利用料金はかかりません。ただし、スケーリングの結果として起動・追加されるEC2インスタンスやDynamoDBのキャパシティなど、実際に使用したリソース分の料金は通常どおり発生します。具体的な料金体系は変更される可能性があるため、最新情報はAWS公式サイトでご確認ください。
スケーリングプランはどのように選べばよいですか?
あらかじめ負荷のタイミングが分かっている場合はスケジュールスケーリング、高負荷バッチなど一時的な処理に対応する場合は手動スケーリング、アクセス予測が難しい場合はCloudWatchの閾値に基づく動的スケーリングを選ぶのが基本的な考え方です。複数の方式を組み合わせて運用するケースも多くあります。
まとめ
AWS Auto Scalingは、EC2をはじめとした複数のAWSリソースの需要変化に応じて容量を自動調整し、コスト最適化と高可用性の両立を実現するサービスです。手動・動的・スケジュールという3種類のスケーリングプランを適切に使い分け、ELBのヘルスチェックと組み合わせることで、安定したシステム運用につながります。対象リソースやUIは今後もアップデートされていくため、実際に導入する際は最新のAWS公式ドキュメントもあわせてご確認ください。
▼ アクロビジョンについて


