結論
0 ACUs にスケールイン後の初回リクエストはエラーになりますが、数秒で再開するので開発環境等の場合は問題なく使用できます。
はじめに
2024/11/20 のアップデートで Aurora Serverless v2 の最小容量が 0.5 ACUs → 0 ACUs になりました。これにより指定された期間内によって開始された接続がない場合、Aurora Serverless v2 のインスタンスを自動的に一時停止するよう設定できます。
もともと Aurosa PostgreSQL + pgvector + Aurora Serverless v2 は Amazon Bedrock Knowledge Bases をできるだけ低コストで利用するための構成として一つの選択肢であり、バージニア北部リージョンでは 0.5 ACUs で 0.12 × 0.5 × 730 = $43.8/月 程度の月額料金でした。
このアップデートによりナレッジベースを使用していない間のコンピューティングコストを $0 に抑えることができます。
ナレッジベースの動作確認
Aurora PostgreSQL をベクターストアとしたナレッジベースの作成
前提として、以前投稿した以下の記事の手順に沿って環境を用意しました。
Aurora クラスターの設定変更
Aurora Serverless v2 のスケーリング範囲はクラスターレベルで変更する必要があります。(クラスター内のすべての Serverless v2 インスタンスに適用されます。
また Aurora PostgreSQL のバージョンは以下の要件を満たす必要があります。
- バージョン 16.3 以上
- バージョン 15.7 以上
- バージョン 14.12 以上
- バージョン 13.15 以上
DB クラスターの変更から Serverless v2 容量の設定に移動し、最小キャパシティ (ACU) を 0 に設定します。停止を行うまでの非アクティブ時間は 5 分に設定しています。
変更の反映が完了したら、インスタンスの停止が完了するまでしばらく待ちます。インスタンスの一時停止と再開はクラスターレベルのイベントログまたはイベント通知 (RDS-EVENT-0370 ～ RDS-EVENT-0374) で確認できます。もしくは ACUUtilization メトリクスが 0 になっていれば一時停止状態です。
一時停止中もインスタンスのステータスは「利用可能」として表示されます。
due to database background activitiy というログ出力がありますが、ユーザーアクティビティ以外にもデータベースのバックグラウンド処理やメンテナンス処理で再開が走るケースもあるようです。
Aurora Serverless v2 instances undergo maintenance operations with the same frequency as provisioned instances do. Because Aurora automatically resumes instances when such maintenance is needed, you might find that Aurora Serverless v2 instance resume more frequently than Aurora Serverless v1 clusters did.
インスタンスが一時停止した状態でナレッジベースの検索を実行
ナレッジベースは Data API を介して Aurora クラスターにリクエストを送信します。インスタンスが一時停止した状態で検索を実行すると以下のようなエラーが返ります。Data API を介したアクセスでも Aurora によってインスタンスが再開されることがわかります。
数秒後に同じクエリを実行すると、正常に応答が得られました。
通常の再開時間は 15 秒以下ですが、停止から 24 時間以上が経過すると「deeper sleep」という状態に移行します。この状態からの再開は 30 秒以上になる可能性があり、これはインスタンスの再起動とほぼ同じであるとされています。
if an Aurora Serverless v2 instance remains paused more than 24 hours, Aurora can put the instance into a deeper sleep that takes longer to resume. In that case, the resume time can be 30 seconds or longer, roughly equivalent to doing a reboot of the instance.
ログメッセージは変わらないのでわかりにくいですが、実際に停止から 1 日以上経過し、 deeper sleep と思われる状態からの再開を試したところ 1 分程度を要しました。
以上です。
参考になれば幸いです。