顧客に見せる試作のアプリや、プルリクエストごとに立てるテスト用の環境では、データベースの準備に時間がかかると、作業全体がそこで待たされます。本番と同じ構成のデータベースを毎回作ると時間も費用もかかり、かといって全員で1つの開発用データベースを共有すると、テストのデータが混ざります。AIのコーディングのエージェントに作業を任せる場合は、エージェントごとに使い捨てのデータベースを渡したい場面も出てきます。
Google Cloudは2026年11月4日、AlloyDB for PostgreSQLの新しい構成「AlloyDB Express」をプレビューとして公開しました。開発者とAIのコーディングのエージェント向けに、数秒で作れて、使っていないときは自動で止まるPostgreSQLです。本記事では、告知のブログ、ドキュメント、料金ページを2026年11月6日までに確認した内容から、料金と止まる条件、制限、使う前に確かめる点を整理します。
AlloyDB Expressでできること
ブログが挙げている主な特徴と、ドキュメントの記載は次のとおりです。ブログとドキュメントで書き方が違う点は、両方を示します。
- 数秒で作成: ブログは「2秒未満」と書いている。ドキュメントは、接続を受け付けられるまでの時間を、公開DNSで約2秒、Private Service Connectで20秒以内としている。作成の手段は、コンソール、gcloud CLI、REST API、AlloyDBのリモートMCPサーバー。ブログはTerraformも挙げているが、ドキュメントの制限にはTerraformとConfig Connectorは非対応とある
- 使っていないときは止まる: ブログによると、15分間使われないと自動で一時停止し、その間の計算の料金はかからない（15分という数字はドキュメントと料金ページにはない）。再開までの時間は、ブログは「数秒」、ドキュメントは新しい接続かクエリが届いてから「約20秒」としている
- 本番の構成へ上げられる: アプリが本番に進むときは、ワンクリックで通常のAlloyDBに上げられる。データ・スキーマ・ユーザー・接続文字列はそのまま残り、高可用性・リードレプリカ・災害対策が使えるようになる。ただし、Expressへは戻せず、一時停止もなくなって常時動く通常のAlloyDBの料金になる
- AIの機能: pgvectorのHNSWとGoogleのScaNNのインデックスによるベクトル検索、SQLの中からGeminiのモデルを呼ぶ関数（
ai.if・ai.rank・ai.generate）などを使える
接続の手段は、公開DNSとPrivate Service Connectの2つで、公開IPは使えません。ドキュメントによると、既定は作成の手段で違います。コンソールは両方を有効にし、gcloud CLI・REST API・MCPはPrivate Service Connectだけを有効にします。公開DNSを使うときは、インスタンスの作成時に指定します。
公開DNSのエンドポイントは、psql などからの直接の接続を既定ですべて拒否します。直接つなぐには、クライアントのIPアドレスの範囲を許可の一覧に加えます。gcloud CLI、Auth Proxy、Language Connectorsを使う接続には、この一覧の設定は要りません。
ドキュメントに書かれた制限
試作向けの構成のため、通常のAlloyDBとは次の点が違います。
- PostgreSQLは18だけ
- インスタンスは単一ゾーンの1つだけで、1 vCPU（メモリ4 GB）か2 vCPU（メモリ8 GB）。作成時は1 vCPUで、2 vCPUへは作成後に変更する
- ストレージは20 GBまでで、達すると書き込めなくなる
max_connectionsは200に固定- 自動・手動のバックアップ、ポイントインタイムリカバリ、高可用性、読み取り用のプール、リージョンをまたぐレプリケーションは使えない
- SLA（稼働率の保証）はなく、顧客管理の暗号鍵（CMEK）にも対応しない
- 対応リージョンは、asia-east1、asia-east2、asia-northeast1（東京）、asia-southeast1、australia-southeast1、europe-west2、us-west1の7つ
本番の構成へ上げる場合、1 vCPUのインスタンスを上げられるのはC4Aのマシンシリーズがあるリージョンだけです。AlloyDBのマシンシリーズの表では東京のC4Aは対象外のため、東京では先に2 vCPUへ変更する必要があると読めます。
料金：東京リージョンの単価
料金ページによると、計算の単位は「Compute Unit（CU）」で、1 CUは1 vCPUにつきメモリ4 GBの比率です。計算は秒単位の課金で、一時停止中は課金されません。ストレージは使った量に応じた課金で、上限は20 GB。ストレージの料金は一時停止中もかかります。
| 項目 | us-west1 | asia-northeast1（東京） |
|---|---|---|
| 計算（1 CU・1時間） | 0.115ドル | 0.147ドル |
| ストレージ（1 GiB・1か月） | 0.30ドル | 0.384ドル |
| 一時停止中の計算 | 0ドル | 0ドル |
料金ページには、us-central1で1 CU・ストレージ10 GBのデータベースを1日5時間動かすと、1日あたり0.674ドルになる例が載っています。この例の単価は表のus-west1と同じで、us-central1は料金の表にもドキュメントの対応リージョンにも載っていません。同じ条件を東京の単価に置き換えると、計算が0.147ドル×5時間で0.735ドル、ストレージが1日あたり約0.126ドルで、合計は約0.86ドルです（編集部の計算）。
あわせて、料金ページには次の条件が書かれています。
- 課金の開始は2026年12月から
- 確約利用割引（CUD）は使えない。通常の企業向けの割引は適用される
- 無料枠を超えた分は、1 vCPUと2 vCPUのインスタンスが、それぞれ1 CUと2 CUとして課金される
無料枠の書き方が、ブログと料金ページで違う
無料枠については、2つの資料の書き方がそろっていません。
- ブログ: 「毎月50 CUの無料枠」
- 料金ページとドキュメント: 「毎月の無料枠は、請求先アカウントごとに50 compute unitsとストレージ2 GBで、最初の12か月間」
料金ページとドキュメントの方が条件が細かく、請求先アカウントごと・12か月間という制限があります。リリースノートにも「最初の12か月」と書かれています。複数のプロジェクトで試す場合も、同じ請求先アカウントなら無料枠は1つと読めます。予算を見積もるときは料金ページの条件を前提にし、使い始める前にもう一度確かめてください。「50 compute units」が何時間分にあたるのかは、料金ページとドキュメントの記載からは読み取れませんでした。
使う前に確かめること（編集部の提案）
ここからは、公式の資料の記載をもとにした、編集部の提案です。実際に作成・接続はしていません。
- 何が「使われている」に当たるかを確かめる。 一時停止の条件は、ブログでは「15分間使われないこと」、ドキュメントでは「トラフィックがないこと」で、再開のきっかけは新しい接続かクエリです。接続を張りっぱなしにするコネクションプールや、定期的に疎通を確かめる監視が停止を妨げるかどうかは、公式の資料に書かれていません。先に試して確かめる。止まらなければ、計算の料金はかかり続けます
- 再開の時間を、テストの待ち時間に入れる。 ブログは「数秒」、ドキュメントは「約20秒」と書いているので、長いほうの約20秒を前提にします。テストの最初の接続で時間切れにならないよう、接続の待ち時間を設定する。ドキュメントによると、保守の更新は再開のときに適用されることもあります
- ストレージは止めても課金が続く。 使い捨てのつもりで作ったデータベースを消し忘れると、ストレージの料金が積み上がります。PRを閉じたら消す処理を、作る処理と同じ場所に書く
- 20 GBと200接続に収まるかを確かめる。 ストレージは20 GBに達すると書き込めず、
max_connectionsは200で変えられません。本番に近い量のデータで試す用途には向かない場合があります - プレビューの段階で本番を載せない。 プレビューのため、仕様や料金は変わり得ます。SLAもバックアップもないので、消えて困るデータは置かない。顧客向けの本番の環境は、通常のAlloyDBで設計する
APIの定義を見ると、Express の設定（expressConfig）はAlloyDBのAPIのv1beta・v1alphaのクラスターの定義にあり、v1にはまだありません（2026年11月6日のDiscovery文書）。ドキュメントのRESTの例も v1beta を使っています。gcloudで作る場合は、gcloud beta alloydb clusters create に --enable-express を付けます。このフラグはgcloud 589.0.0、公開DNSを有効にする --enable-public-dns は590.0.0で追加されたため、古いgcloudでは先に更新してください。
通常のAlloyDBの高可用性の構成はAlloyDBのホットスタンバイの記事で、ベクトル検索の本番の運用はpgvectorの本番運用の記事で扱っています。
確認した範囲
2026年11月5日に、Google Cloud公式ブログの告知とAlloyDBの料金ページを取得して原文と照合し、11月6日に、それらをもう一度確かめたうえで、AlloyDB Expressのドキュメント（概要、作成と管理）、AlloyDBとgcloudのリリースノート、マシンシリーズの表と照合しました（資料調査）。AlloyDBのAPIのDiscovery文書（v1・v1beta・v1alpha）も確認しています。ブログのページの日付の表示は11月5日で、AlloyDBのリリースノートの日付は11月4日です。作成・接続・一時停止は試していないため、作成と再開にかかる実際の時間、Terraformでの作成の可否、コネクションプールや監視が停止に与える影響は確認できていません。
試作のアプリやテストの環境の作り方、データベースの選び方は、開発・AI・自動化のご相談からお問い合わせください。
