AWS AutoScaling Warm Pool 完全ガイド

🍽️ Warm Poolとは？レストランで例えてみよう

Warm Pool は、忙しい時間帯に備えてスタッフを控え室で待機させておくレストランのシステムのようなものです。

❌ Warm Pool なし

急に混雑しても、新しいスタッフを 家から呼んで 、制服に着替えさせて...

⏰ 対応まで5-10分かかる

✅ Warm Pool あり

控え室で待機中のスタッフが すぐに 客席に出られる！

⚡ 対応まで30秒！

💤 Warm Pool の3つの状態を理解しよう

Warm Pool では、待機中のインスタンスを 3つの状態で管理できます。レストランスタッフの待機方法で例えてみましょう！

😴

Stopped状態 (推奨)

制服を脱いで完全休憩

💰 最安コスト : EBS + EIP料金のみ
⏰ 起動時間 : 2-5分
🧠 メモリ : 初期化から再開
✅ 対応 : 全インスタンスタイプ

💤

Hibernated状態

制服着用で仮眠

💰 中程度コスト : EBS + RAM保存 + EIP
⚡ 起動時間 : 30秒-2分
🧠 メモリ : 状態を完全保持
⚠️ 対応 : hibernation対応のみ

🏃

Running状態 (非推奨)

常時立って待機

💸 高コスト : フルインスタンス料金
⚡ 起動時間 : 即座（数秒）
🧠 メモリ : 常にアクティブ
✅ 対応 : 全インスタンスタイプ

📊 詳細比較表

項目	Stopped	Hibernated	Running
起動速度	2-5分	30秒-2分 ⚡	即座 ⚡⚡
コスト効率	最安 💰	中程度 💰💰	高額 💰💰💰
メモリ保持	❌ 初期化	✅ 完全保持	✅ 常時アクティブ
設定難易度	簡単 ✅	事前設定必要 ⚠️	簡単 ✅
対応範囲	全インスタンス ✅	対応インスタンスのみ ⚠️	全インスタンス ✅

✅ Stopped を選ぶべき場面

コスト最優先の環境
起動時間2-5分でも許容可能
シンプルな設定を重視
様々なインスタンスタイプを使用
一般的なWebアプリケーション

💤 Hibernated を選ぶべき場面

大量のメモリ状態を持つアプリ
より高速な復帰が必要
データベースキャッシュが重要
機械学習モデルを常駐
若干のコスト増加は許容可能

💡 実装のベストプラクティス

実際の利用統計： 約80%の企業がコスト効率の高い Stopped 状態 を選択し、高速復帰が重要なミッションクリティカルなアプリケーションで Hibernated 状態 を使用しています。まずは Stopped 状態で開始し、パフォーマンス要件に応じて Hibernated への移行を検討することをお勧めします。

🔄 どうやって動作するの？

1

EC2インスタンス
事前準備

2

Warm Pool
で待機

3

需要増加
検知

4

即座に
稼働開始

📋 具体的な手順

事前準備： AMI(テンプレート)からインスタンスを作成
Warm状態： Stopped または Hibernated 状態で待機
スケールアウト： 需要増加時に AutoScaling が検知
即座起動： Warm Pool からインスタンスを稼働状態に

💡 Warm Pool の主要メリット

⚡

高速スケールアウト

インスタンス起動時間を 数分から数秒 に短縮

💰

コスト効率

Stopped状態なら EBSストレージ料金のみ でインスタンス料金不要

🎯

予測可能な性能

事前にアプリケーションを設定済みなので 一貫したパフォーマンス

🔧

運用効率

手動介入なしで 自動的に 需要に対応

⚙️ 設定方法（実践例）

💰 Stopped状態の設定（推奨）

        aws autoscaling put-warm-pool \
  --auto-scaling-group-name "my-app-asg" \
  --pool-state Stopped \
  --min-size 3 \
  --max-group-prepared-capacity 10 \
  --instance-reuse-policy \
  '{"ReuseOnScaleIn": true}'
       

✅ 最もコスト効率が良い基本設定

⚡ Hibernated状態の設定

        aws autoscaling put-warm-pool \
  --auto-scaling-group-name "my-app-asg" \
  --pool-state Hibernated \
  --min-size 3 \
  --max-group-prepared-capacity 10 \
  --instance-reuse-policy \
  '{"ReuseOnScaleIn": true}'
       

⚡ より高速な復帰が可能

⚠️ Hibernated状態の事前準備

Hibernated状態を使用する場合は、以下の前提条件を満たす必要があります：

対応インスタンスタイプ: M3, M4, M5, M5a, M5ad, M5d, M5dn, M5n, M5zn, R3, R4, R5, R5a, R5ad, R5b, R5d, R5dn, R5n, T2, T3, T3a など
対応OS: Amazon Linux 2, Ubuntu 16.04/18.04/20.04, Windows Server 2016/2019/2022
EBSルートボリューム: 暗号化されたEBSボリュームが必要
RAMサイズ: 150GB以下（EBSボリュームにRAM内容を保存するため）

🔍 パラメータ説明

pool-state: Stopped（停止）または Hibernated（休止）
min-size: Warm Pool に常に保持する最小インスタンス数
max-group-prepared-capacity: 準備可能な最大インスタンス数
ReuseOnScaleIn: スケールイン時にインスタンスをWarm Poolに戻す

🎯 状態選択の判断フロー

❓ 起動時間30秒-2分が必要？

↓ YES / NO ↓

YES

↓

hibernation対応？

↓

Hibernated

NO

↓

コスト重視？

↓

Stopped

🎮 インタラクティブデモ

ボタンを押して、Warm Pool の状態による起動時間の違いを体験してみましょう！

📝 まとめ

💰 Stopped状態がオススメな理由

✅ コスト効率最高 : EBS + EIP料金のみ
✅ 設定が簡単 : 特別な前提条件なし
✅ 幅広い対応 : 全インスタンスタイプで利用可能
✅ 安定運用 : 実績豊富で信頼性が高い

💡 推奨用途: 一般的なWebアプリ、バッチ処理、開発環境

⚡ Hibernated状態の特別な価値

⚡ 超高速復帰 : 30秒-2分で稼働
🧠 メモリ保持 : アプリケーション状態を維持
🎯 高精度 : キャッシュデータを失わない
🚀 パフォーマンス : 初期化時間を大幅短縮

💡 推奨用途: データベース、機械学習、リアルタイム処理

🎯 Warm Pool 活用の成功パターン

🏢 Eコマースサイト

セール時の急激なトラフィック増加に対応

選択: Stopped状態で十分

🤖 AIアプリケーション

大容量モデルの高速起動が必要

選択: Hibernated状態で最適化

📊 データ分析基盤

キャッシュされたデータの保持が重要

選択: Hibernated状態で高速化

🌟 適切な状態選択で、コストと性能の最適バランスを実現！

レストランの控え室のように、用途に応じた待機方法を選んで
必要な時にすぐ対応できる頼もしいシステムを構築しましょう！

目次

🚀 AWS AutoScaling Warm Pool