1秒以内に最大16 ACUを追加するAurora serverlessの仕様改善
2026年9月30日、AWSはAurora serverlessの容量拡張に関する改善発表を公開しました。発表によると、現在のデータベース容量に対して1秒以内に最大16 ACU（Aurora Capacity Unit）を追加し、負荷の増大に合わせて最大256 ACUまで拡張できるよう仕様が強化されています。処理が終了した際には自動的にゼロ容量まで縮退するため、利用したリソース分のみの支払いで済むと説明されています。
AWSはこの改善について、突発的な活動や長い待機時間、予測しにくいトラフィックパターンを伴いやすいAIエージェント用途に特に適していると述べています。ただし、これは提供元による機能仕様の説明であり、特定の個別業務やアプリケーションにおける性能向上を実証した数値ではありません。
プラットフォームバージョンの適用条件と確認方法
今回の容量拡張改善は、プラットフォームバージョン3または4で稼働しているすべてのAurora serverlessクラスターにおいて既定で有効化されています。利用にあたって特別な設定変更を行う必要はありません。また、プラットフォームバージョン1や2を利用している既存クラスターについては、最新のプラットフォームバージョン4へ直接更新できると案内されています。
利用中のクラスターがどのプラットフォームバージョンで動いているかは、AWS Management Consoleのインスタンス設定欄、またはRDS APIのServerlessV2PlatformVersionパラメーターを参照することで確認できます。なお、既存クラスターをバージョン4へ更新する際の作業手順や停止の有無、互換性への影響については原典資料に詳細が示されていないため、事前の確認が必要です。
容量範囲の指定とプロビジョンドインスタンスとの併用
データベースを安定して運用するためには、オートスケーリングの挙動だけでなく、システム全体のリソース設計をあらかじめ把握しておく必要があります。Aurora serverlessの公式製品案内では、データベース作成時に希望する容量範囲（ACUの最小値と最大値）を指定した上でアプリケーションを接続する利用構成が説明されています。
さらに同製品案内では、既存または新規のDBクラスター内において、Aurora serverlessインスタンスと通常のプロビジョンドインスタンスを併用できると説明されています。たとえば、日常的な基幹業務向けの接続と、アクセス頻度が変動しやすいAI処理向けの接続でインスタンス構成を切り分けるといった設計の検討余地があります。ただし、併用時における具体的な接続分離や読み書きの制約については、個別のシステム要件に合わせて確かめる必要があります。
受注管理システムへのAI導入を想定した負荷検証の進め方
既存システムにAI処理を組み込む場面の仮定例として、受注管理システムの過去履歴データを参照し、営業担当者向けの要約レポートを生成するAI機能を社内ツールへ追加するケースを考えます。毎朝の始業直後などに多数の要約要求が同時に発生すると、短時間に大量の参照クエリがデータベースへ集中する可能性があります。
このような負荷を想定する場合、AI処理全体の完了時間だけでなく、データベース側の応答時間と、同時に操作されている通常の受注検索画面の待ち時間を切り分けて計測することが実用的です。データベースの容量が追従して拡張されたとしても、アプリケーション側の接続プールの枯渇やネットワーク待ち、AIモデル呼び出しの処理時間がボトルネックになっているケースも考えられるためです。
検証にあたっては、本番から切り離した検証環境を用意し、AI処理がどのテーブルのどのデータを何回参照・更新するのかを明確にします。その上で、想定される同時実行数とDBの容量範囲設定を複数のパターンで組み合わせ、通常の業務画面に遅延などの悪影響が生じないかを段階的に比較していくアプローチが適しています。
既存システムのAI連携と負荷検証のご相談
業務システムへAI処理を追加する際は、単にAIモデルを組み込むだけでなく、既存データベースの負荷特性や接続構成を見極めた上で実装を進めることが安定運用の鍵となります。
デノフでは、Webサイト・業務システムの設計・開発・運用保守やAI活用支援を通じて、業務の整理からAIを活用する領域の選定、ツール選定、業務に合わせた自動化の仕組み構築までを一貫してサポートしています。
AI処理が接続する既存データベースへの影響検証や、同時実行数を踏まえた負荷テストの計画、業務に合わせたシステム改修や運用保守の設計について具体化を進めたい場合は、デノフへの相談窓口よりお気軽にご相談ください。
