AWS のオートスケーリングはどのように機能しますか？

Question

Accepted Answer

**オートスケーリング**は、需要に基づいて実行中のリソース（EC2 インスタンスなど）の数を自動的に調整します。負荷が増加すると容量を追加し、負荷が減少すると容量を削除します。信頼性の高い（トラフィック スパイクに対応）かつ**コスト効率の良い**（過剰なプロビジョニングを避ける）アプリケーションを構築するための鍵となります。

## オートスケーリングが実行すること

```text
Auto Scaling adjusts capacity AUTOMATICALLY based on demand:
  → load INCREASES (traffic spike) → add instances (scale OUT) → handle the load
  → load DECREASES → remove instances (scale IN) → save money
→ Match capacity to demand automatically: reliable under load, cheap when idle.
```

## EC2 オートスケーリング グループ（ASG）

```text
An AUTO SCALING GROUP manages a fleet of EC2 instances:
  MIN / MAX / DESIRED capacity → bounds and target number of instances
  LAUNCH TEMPLATE → how to launch new instances (AMI, type, config)
  SCALING POLICIES → rules for when to scale (see below)
  HEALTH CHECKS → replace unhealthy instances automatically (self-healing!)
  → typically spread across multiple AZs (high availability)
```

## スケーリング ポリシー（スケーリングのタイミング）

```text
TARGET TRACKING → keep a metric at a target (e.g. "keep average CPU at 50%") — simplest
STEP / SIMPLE SCALING → add/remove N instances when a metric crosses a threshold
SCHEDULED → scale at known times (e.g. more capacity during business hours)
PREDICTIVE → ML-based, anticipating load
→ Usually based on CloudWatch metrics (CPU, request count, custom metrics).
```

## なぜ重要なのか

```text
✓ RELIABILITY — handle traffic spikes automatically (no manual intervention, no overload)
✓ COST-EFFICIENCY — scale IN during low demand → don't pay for idle capacity
✓ SELF-HEALING — auto-replace failed instances (combined with health checks)
✓ Pairs with a LOAD BALANCER (distributes traffic across the scaled instances)
```

## なぜ重要なのか

オートスケーリングを理解することは、信頼性の高いコスト効率的なアプリケーションを構築するために価値があり、実用的な AWS 知識として重要です。

オートスケーリングは、基本的なクラウドの課題を解決します。容量を**変動する需要**に自動的に一致させることです。**負荷が増加するとインスタンスを追加して**（手動介入やオーバーロードなしにトラフィック スパイクに対応し、信頼性を確保）**負荷が減少するとインスタンスを削除します**（アイドル容量への支払いを回避し、コスト効率を確保）。

この二重利点（負荷時の信頼性 + アイドル時のコスト削減）は、クラウドの弾力性を活用するための中心であり、ピーク負荷に静的にプロビジョニングする（無駄）か、平均負荷に対してプロビジョニングする（スパイク時に失敗）よりもはるかに優れています。

**オートスケーリング グループ**（最小/最大/希望容量、起動テンプレート、健全性チェックを使用して EC2 インスタンスのフリートを管理し、不健全なインスタンスを自動的に置き換えるための**自己修復**）と、それらが複数の**アベイラビリティ ゾーン**（スケーリングと高可用性を組み合わせる）に分散される方法を理解することが、コアとなる実用的な知識です。

**スケーリング ポリシー**（CPU などのメトリクスをターゲット値に維持するためのターゲット追跡 — 最もシンプルで一般的）、閾値に基づくステップスケーリング、既知のパターンのためのスケジュール済みスケーリング、予測スケーリング）を CloudWatch メトリクスに基づいて理解することは、スケーリングを適切に構成するために必要です。

オートスケーリングが**ロード バランサーとペアになる**（動的に変化するインスタンス全体にトラフィックを分散する）ことを知ることで、スケーラブルで回復力のあるアーキテクチャの全体像が完成します。

変動する需要を信頼性高くコスト効率的に処理することはクラウドの基本的な要件であり、オートスケーリング（スケーリング グループ、ポリシー、健全性チェック、ロード バランシング）がそれを実現するメカニズムであるため、オートスケーリングを理解することは、需要に応じてスケーリングするアプリケーションを構築するための価値があり、実用的に重要な AWS 知識です。これは信頼性の高い、コスト効率的なクラウド アーキテクチャのための基本的な機能であり、実世界の変動するトラフィックに対応するシステムを設計するための重要なトピックです。

AWS のオートスケーリングはどのように機能しますか？

オートスケーリングが実行すること

EC2 オートスケーリンググループ（ASG）

スケーリングポリシー（スケーリングのタイミング）

なぜ重要なのか

なぜ重要なのか

オートスケーリングが実行すること

EC2 オートスケーリング グループ（ASG）

スケーリング ポリシー（スケーリングのタイミング）

なぜ重要なのか

なぜ重要なのか

EC2 オートスケーリンググループ（ASG）

スケーリングポリシー（スケーリングのタイミング）