2026 年 5 月、InfoQ が AWS Improves Aurora Serverless: 45% Faster Ramp-Up, 30% Higher Throughput を公開し、Aurora Serverless が ランプアップ 45% 高速化、スループット 30% 向上したことが発表されました。同時記事では WorkMail の終了、App Runner のメンテナンスモード移行も触れられており、AWS のサービスポートフォリオ整理が進んでいます。
弊社では、受託案件の 「夜間帯はほぼ使わないが、日中ピークで一気に来る業務 SaaS」で Aurora Provisioned のサイジングに悩むケースが多く、Aurora Serverless v4 の改善は 「Provisioned からの移行を後押しする」現実的な水準に到達しました。本記事では、受託 DB の運用設計と移行ロードマップを整理します。
何が変わったのか
Aurora Serverless v4 の主要改善は、受託の現場での 「不採用理由」を 1 つずつ潰してきました。
| 項目 | Aurora Serverless v3 | Aurora Serverless v4 |
|---|---|---|
| ランプアップ速度 | 数十秒 | 45% 高速化（数秒台） |
| スループット | ベースライン | 30% 向上 |
| 最小 ACU | 0.5 ACU | 0 ACU まで縮退可（条件付き） |
| バースト時の遅延 | ピーク立ち上げで遅延 | バーストキャパシティ事前確保 |
| マルチ AZ 切り替え | 数十秒 | 一桁秒台 |
特に 「ランプアップ 45% 高速化」は、これまで 「朝 9 時のアクセス集中で初動 30 秒間レスポンス劣化」に悩んでいた業務 SaaS の SLA を改善できる規模です。
これは Spanner Omni によるオンプレ分散 RDB 移行 で扱った “DB のクラウドネイティブ化” の流れと同じで、「Provisioned 一択だった案件が Serverless で運用できる」転換点です。
受託 DB のサイジングが難しい 3 つの理由
そもそも、受託案件で Aurora Provisioned のサイジングが難しいのは以下の 3 点が構造的な理由です。
| 理由 | 受託案件での現れ方 |
|---|---|
| 顧客の業務時間が一様でない | EC は 21〜23 時、業務は 9〜18 時、グローバルは 24h |
| 季節変動・キャンペーン変動 | 月初・期末・セールで 3〜10 倍 |
| 将来予測が不能 | 半年後に契約数が 2 倍になる前提で見積もると、初期コスト過剰 |
Aurora Provisioned で **「ピークに合わせる」と平時の固定費が膨らみ、「平均に合わせる」とピークで SLA 違反します。Serverless v4 のランプアップ高速化は、この 「両立できない」**ジレンマを解消する方向の改善です。
受託で組む Serverless 移行の 4 段階
弊社では、Provisioned からの移行を以下の 4 段階で設計します。
[Stage 1: 計測]
├ RDS Performance Insights で 4 週間のワークロード収集
├ ACU 換算でピーク・平均・最小を可視化
└ Provisioned のオーバープロビジョン率を算出
[Stage 2: 検証環境]
├ Serverless v4 にスナップショット復元
├ プロダクションのクエリログを再生
└ p95 / p99 レスポンスを Provisioned と比較
[Stage 3: 段階移行]
├ リードレプリカを Serverless に移行
├ 読み込みワークロードでバースト挙動を検証
└ 1 〜 2 ヶ月の本番並行稼働
[Stage 4: ライターも移行]
├ メンテナンス窓でフェイルオーバー
├ 直後 1 週間は ACU 上限を 1.5 倍に余裕設定
└ 月次でサイジングを見直し特に Stage 2 の本番クエリログ再生は省略しがちですが、「特定のクエリでバーストが効かない」事象が事前に出るため、必須工程として契約に組み込みます。これは AI エージェントの本番 DB 削除ガードレール で扱った “本番影響を出さないリハーサル” と同じ思想です。
コスト試算モデル — 典型的な業務 SaaS
中堅企業の業務 SaaS（同時接続 200 〜 500、夜間ほぼゼロ）を想定した試算は以下のとおりです。
| 構成 | 月額（ライター + リードレプリカ） | 年額 | 削減率 |
|---|---|---|---|
| Aurora Provisioned r6g.2xlarge × 2 | 約 78 万円 | 約 940 万円 | 基準 |
| Aurora Serverless v3（v4 改善前） | 約 56 万円 | 約 670 万円 | -28% |
| Aurora Serverless v4 | 約 42 万円 | 約 500 万円 | -46% |
特に 「夜間帯のアイドル」が長い業務 SaaS では、年間で 400 万円超のコスト削減が現実的なレンジに入ります。受託案件として 「インフラコスト削減コンサル」を別契約で受ける場合、削減額の 20 〜 30% を成功報酬にする契約形態も可能です。
受託契約に書く「DB アーキテクチャ条項」
Serverless DB を受託案件に組み込むときは、以下の条項を契約書に明記します。
| 条項 | 内容 | 顧客が確認すべきこと |
|---|---|---|
| ACU 上限 | 最大 / 最小 / 平均の ACU レンジ | バースト時の上限 |
| コスト超過アラート | 月次予算の 80% / 100% / 120% 通知 | 超過時の対応フロー |
| バーストキャパシティ | 想定外バースト時の挙動と SLA | キャパオーバー時の劣化許容度 |
| コールドスタート許容 | 0 ACU 縮退時の再起動秒数 | エンドユーザー影響の許容 |
| マルチ AZ フェイルオーバー | 切替時の Read-only 期間 | RPO / RTO |
| クエリ最適化責任 | 高 ACU 消費クエリの改善責任分界 | 改善コストの負担者 |
特に **「クエリ最適化責任」は最初に明文化しないと、「Serverless にしたのに高い」という不満につながります。「ACU 消費 Top 10 クエリの月次レビュー」**を契約に組み込むのが推奨です。
価格モデル — Aurora Serverless v4 移行パッケージ
Aurora Serverless v4 への移行を含めた受託パッケージは以下のレンジで提供しています。
| プラン | 初期 / 月額 | 対象 | 内容 |
|---|---|---|---|
| DB Migration Lite | 80 万円 / 5 万円〜 | RDS / Aurora の単一インスタンス | 計測 + 検証 + 段階移行 |
| DB Migration Standard | 250 万円 / 18 万円〜 | マルチ AZ 構成の業務 SaaS | Lite + 本番並行稼働 + 1 ヶ月チューニング |
| DB Migration Enterprise | 600 万円〜 / 45 万円〜 | 複数 DB / DR 構成 | Standard + DR 設計 + 24h 監視 |
特に DB Migration Standard は 「年商 5 〜 30 億円規模の SaaS で DB コストが月 50 〜 100 万円」のレンジで、投資回収期間 1 年以内に収まる典型的なゾーンです。
ハマりやすい 5 つの落とし穴
Aurora Serverless v4 への移行で踏みやすい落とし穴を共有します。
落とし穴 1: 計測なしで移行に踏み切る
「Serverless = 安い」という思い込みで計測フェーズを省くと、ピーク帯の ACU 消費で逆に高くなるケースがあります。最低 4 週間の計測を必ず実施します。
落とし穴 2: 全クエリが Serverless に向くと思い込む
長時間バッチや巨大ジョインは Provisioned のほうが安いケースもあります。ワークロード別に Serverless / Provisioned を併用する設計を初手から検討します。
落とし穴 3: コネクションプールを過小評価
Serverless はスケールアウト時にコネクションが瞬時に増えます。RDS Proxy または PgBouncer を必須要件にし、コネクション枯渇でアプリ側がエラーを出す事態を防ぎます。
落とし穴 4: 監視メトリクスが Provisioned と違う
CPU 使用率より ACU 消費率と DBLoad を主指標にしないと、サイジングの判断を誤ります。CloudWatch ダッシュボードを Serverless 用に作り直します。
落とし穴 5: コスト超過アラートを設定せず炎上
Serverless は使った分だけ請求されるため、バグや異常クエリで月次予算を 3 倍消化する事故が起きます。月次予算の 50% / 80% / 100% で 3 段階アラートを必ず設定します。
まとめ — 「Provisioned 一択」から「ワークロード別最適配置」へ
Aurora Serverless v4 のランプアップ高速化とスループット改善は、受託 DB の **「Provisioned 一択」だった常識を変える水準に達しました。「ピーク帯のレスポンス劣化」と 「アイドル時の固定費」**を同時に解消できる選択肢が現実になりました。
弊社では DB Migration Lite / Standard / Enterprise の 3 段階で Aurora Serverless v4 への移行受託パッケージを提供しています。「DB コストを半減させたい」「ピーク帯のレスポンスが遅い」というご相談は お問い合わせフォーム からお気軽にどうぞ。
