AlloyDB Expressとは？PostgreSQL互換DBの料金・無料枠・仕組み

AlloyDB Expressとは何か

AlloyDB Expressは、短時間でPostgreSQLのデータベースを用意し、アプリやエージェントを試すためのAlloyDBの構成です。PostgreSQLは、データを表として保存し、条件を指定して検索・更新できるデータベースです。Expressでは、その互換性を利用して、小さな構成から試作を始められます。AlloyDB Expressの公式概要

小さなアプリを検証するためのデータベース

アプリの試作では、画面の表示だけでなく、入力した内容を保存し、後から取り出せるかの確認が必要です。ローカルのファイルだけで済む段階から、複数の処理が同じデータを読む段階へ進むと、データベースの準備が作業に加わります。

AlloyDB Expressは、こうしたプロトタイピングのために用意されています。プロトタイピングとは、完成品を作り込む前に、小さな試作品で動作や使い勝手を確かめることです。長期運用の構成を最初から決め切る前に、保存方法や検索処理が要件に合うかを確認できます。

向いているのは、試す内容と終了条件を決められる開発です。たとえば、サンプルの申込データを保存し、条件を指定して一覧を取り出す、といった確認です。一方、失うと復元できないデータを預ける段階では、試作の手軽さとは別の基準が必要になります。

PostgreSQL互換とAlloyDBの関係

AlloyDB Expressは、PostgreSQLと無関係な独自のデータ保存方式ではありません。AlloyDB for PostgreSQLの中の構成として提供され、現在対応するPostgreSQLのバージョンは18です。既存の知識や接続用の仕組みを活かせますが、古いバージョンを自由に選べるわけではありません。

既存アプリをつなぐ場合は、アプリ側が対応するバージョン、必要な拡張機能、接続方法を確認します。「PostgreSQL互換」という説明だけで、すべてのアプリが設定変更なしに動くと判断するのは避けましょう。互換性の確認と、運用に必要な機能の確認は別です。

通常のAlloyDBは、開発・テストに加え、本番運用向けの可用性や復旧機能を備えられます。Expressはその入口として小さく始める構成です。製品名が近くても、どちらを使っているかを作業記録や見積もりで明記すると、機能の取り違えを防げます。

クラスターとインスタンスの役割

作成画面では「クラスター」と「インスタンス」が登場します。クラスターは、ある地域に置かれたデータベースや関連情報をまとめる単位です。インスタンスは、アプリから接続する窓口と、処理を動かす計算資源に対応します。

Expressでは、読み書きを担当する単一のプライマリインスタンスを使います。待機用の別ノードを備える構成ではありません。仮想的な処理能力を表すvCPU（virtual Central Processing Unit）は1または2で、メモリはそれぞれ4GB、8GBです。

この構造を理解すると、「データを残したまま処理を休ませる」という動きも理解しやすくなります。処理能力を停止することと、クラスターや保存データを削除することは同じではありません。不要になった環境を片付ける際にも、停止と削除を区別します。

プレビューとして読むべき理由

Google Cloudは、AlloyDB Expressをプレビューとして案内しています。一般提供済みのサービスと同じ条件を想定せず、利用時点の対応地域、制限、サポート条件を確認する必要があります。ここで紹介するのは公式情報に基づく仕様で、実機で測定した性能ではありません。

評価の目的は「本番の代わりになるか」を最初から結論づけることではなく、必要なデータ処理を小さく検証できるかを判断することです。復旧が必要なデータを入れる前に、通常版との違いまで読み合わせてください。

AlloyDB Expressでできることと動作の仕組み

主な特徴は、すばやい作成、未使用時の計算資源の停止、PostgreSQLとAlloyDB AIの機能です。準備時間や停止中の料金を抑えやすい反面、停止後の再開には待ち時間があります。アプリが常時応答する必要があるかによって、評価が変わります。

作成の速さと再開の速さは異なる

Googleの公式概要では、公開DNSで接続を受け付ける準備は約2秒、Private Service Connectの接続点では約20秒とされています。DNS（Domain Name System）は、名前を使って接続先を見つける仕組みです。Private Service Connectは、Google Cloud内のネットワークから私的に接続する仕組みです。

この数字は、データベースのプロビジョニング、つまり利用に必要な資源を準備する時間の目安です。アカウント設定、権限付与、アプリの接続テストまでが同じ時間で終わるという意味ではありません。初回の導入時間を見積もる場合は、準備作業も別に考えます。

また、新しく作成する時間と、停止したものを再開する時間も異なります。停止からは、新たな接続またはクエリを受けて約20秒で再開すると案内されています。クエリとは、データベースへ検索や更新などを求める命令です。作成・再開時間の公式説明

Scale-to-zeroは計算資源を休ませる仕組み

Scale-to-zeroは、使われていないときに計算資源をゼロまで減らす仕組みです。公式発表では、15分間の非アクティブ状態が続くと停止することが説明されています。停止中は処理に使う資源の料金が発生しない一方、保存したデータの料金は残ります（出典: cloud.google.com）。Google Cloudの発表

国内で試す場合も、東京リージョンの料金と接続条件に照らして判断できます。海外の料金例をそのまま使わず、実際に作成する地域と稼働時間をそろえて計算することが大切です。

再開待ちがあるため、試作アプリでは待機中の表示や接続の待ち時間を確認します。短い時間で接続失敗と判断するアプリでは、正常な再開を待てない可能性があります。逆に、初回だけ待てばよい社内デモなどでは、許容できる場合があります。具体的な待ち時間は利用環境で確認してください。

小さな構成でもAI向けの検索を試せる

Expressは、AlloyDB AIの機能を利用できます。たとえば、データを数値の並びに変換して意味の近さで探すベクトル検索や、データベースからモデルを呼び出す処理です。pgvector拡張やScaNNによるベクトル検索、自然言語でのクエリなどが公式概要に挙げられています。

これは、文章やデータの検索方法を小さなデータセットで確かめたい場合に役立ちます。ただし、AI機能が使えることと、大量データを高速に処理できることは同じではありません。Expressのメモリや容量の範囲で、必要な精度と応答時間を確認します。

AIコーディングエージェントも、実際にデータベースへ接続して処理結果を確認できれば、コード生成だけで終わらず検証を進められます。ただし、エージェントに渡す権限やデータの範囲は利用者が決めます。作成や更新を任せる場合は、試作環境を明示することが重要です。

公開接続と私的な接続を選べる

接続方法は、公開DNSとPrivate Service Connectが中心です。公開DNSは、Google Cloudの仮想プライベートネットワーク外から接続する選択肢です。一方、Private Service Connectは、ネットワーク内の接続点を通します。

公開DNSを使うことは、誰でもデータを読める状態にすることではありません。認証と接続元の設定が必要です。また、Expressでは公開IPアドレスの方式は対応せず、公開側の接続はDNS名を使います。既存の手順がIPアドレスを前提にしている場合は、そのまま転用しないでください。

AIエージェントの作り方

AIエージェントを「どう作り、どう育てるか」を、GiftX記事制作エージェントの実物で解説。

無料ダウンロード →

AlloyDB Expressの料金と無料枠

公式料金ページは、AlloyDB Expressの課金開始を2026年12月からと案内しています。2026年11月時点の利用を、以下の単価で既に課金されているかのように扱わないでください。開始後の見積もりでは、計算資源とストレージを分けます。公式料金ページ

無料枠には期間と請求先単位がある

無料枠は、請求先アカウントごとに最初の12か月間、毎月50 Compute unitsと2GBのストレージです。Compute unit（CU）は計算資源の単位で、1CUは1vCPUと4GBのメモリに対応します。無料枠を超える使用分は従量料金の対象になります（2026年11月時点、出典: cloud.google.com）。

「各データベースに同じ無料枠が付く」「期間制限なく無料」とは考えないでください。同じ請求先で複数の環境を作る場合は、合計の利用量を確認します。無料枠の残りを含めた請求条件は、実際の請求先アカウントでも確認が必要です。

東京リージョンの単価と停止中の扱い

以下は東京（asia-northeast1）の公開単価です。金額は米ドルで示し、課金開始後の比較用とします（2026年11月時点、出典: cloud.google.com）。

GiBはデータ量の単位で、ここでは1GiBを2の30乗バイトとして扱います。Googleの料金説明でも、この単位に相当するGB表記が使われています。単価を比較するときは、地域だけでなく単位も合わせましょう。

稼働時間と保存期間を分けて概算する

【仮定】無料枠を差し引かず、東京で1CUを月100時間動かし、10GiBを1か月保存するとします。計算資源は0.147×100＝14.70米ドル、保存分は0.384×10＝3.84米ドルで、この2項目は計18.54米ドルです。実請求の試算ではなく、課金開始後の単純な概算です（2026年11月時点、出典: cloud.google.com）。

この例には、ネットワークや外部AIモデルなどの費用、税、割引を含めていません。AlloyDB AI自体の追加料金と、呼び出したモデル提供元の料金も分けて考えます。アプリ全体のコストを見たい場合は、DB以外の接続先も並べてください。

コスト削減の判断では、停止できる時間がどれだけあるかが重要です。常に問い合わせが来るアプリでは停止の効果が小さくなります。一方、使わない時間が長くても、データを残している間の保存料金はゼロになりません。

AlloyDB Expressと通常AlloyDBの違い

Expressと通常AlloyDBの違いは、単に小さいか大きいかではありません。試作の立ち上げを優先するか、本番運用で必要な可用性・復旧・拡張の条件を満たすかが選び分けの中心です。公式の機能比較

可用性・復旧・上限を比較する

高可用性とは、障害が起きてもサービスを継続しやすくする構成です。SLA（Service Level Agreement）は、サービス提供側が示す稼働率などの保証条件です。Expressには、通常版のリージョン高可用性構成と同じ保証はありません。

比較表の「対応」は、通常版へ移ればすべての設定が自動で望みどおりになるという意味ではありません。可用性の構成やバックアップ設定など、採用する機能を選んで運用する必要があります。使える機能と、実際に設定した状態を分けて確認しましょう。

Expressを選べる条件

データを作り直せる、初回の再開待ちを許容できる、容量上限の範囲で評価できるなら、Expressを候補にできます。目的は本番性能の保証ではなく、アプリの保存・検索処理が成立するかを確認することです。

逆に、障害時に利用者を待たせられない、誤操作から決めた時点へ戻す必要がある、複数地域で復旧したい、といった要件は通常版側の構成を検討する理由になります。試作と名付けた環境でも、実際に唯一の業務データを保存しているなら、データを失った場合の影響で判断してください。

アップグレードで引き継ぐものと戻せない点

公式説明では、アップグレード時にデータ、スキーマ、ユーザー認証情報、ネットワーク設定を保持し、接続文字列とDNS名も維持します。スキーマとは、表や列などデータの構造です。接続先の変更負担を抑えながら、通常版の機能へ進める設計です。

ただし、アップグレードしたクラスターをExpressへ戻すことはできません。「少し試して、同じ環境を元へ戻す」操作として扱わないでください。実行前に、移行後の構成と費用、必要な設定、動作確認の担当を決めます。

AlloyDB Expressの用途と使い始め方

使い方を確認する際は、作成できたことだけで終わらず、接続、読み書き、停止後の再接続までを一巡すると判断材料がそろいます。以下は公式手順から整理した進め方です。実機のハンズオン結果や、特定構成での性能測定を示すものではありません。

用途を一つ決めて検証項目を作る

最初に、何を確かめるためのデータベースかを決めます。小さな構成でも、目的が定まっていれば、接続やデータ構造の問題を見つけられます。一方、試すたびに目的を追加すると、容量や権限の範囲が分かりにくくなります。

これらは用途の例であり、導入実績ではありません。まずサンプルデータを用意し、成功と判断する操作を書き出します。既存の実データをコピーする場合は、試作へ持ち込んでよい情報かを確認してください。

1. プロジェクト・権限・地域を準備する

Google Cloudのプロジェクトを選び、AlloyDBを使うために必要なAPIを有効にします。API（Application Programming Interface）は、プログラムからサービスを操作する窓口です。作成・管理に必要な権限を持つことも確認します。作成前の公式手順

作業者へ広い権限を一律に配るのではなく、試作で必要な作成・接続・管理の範囲を管理者と合わせます。エージェントに操作させる場合も、対象のプロジェクトを明示し、本番用の環境と区別します。

地域は、アプリの配置場所、データを置く要件、対応状況から選びます。東京のasia-northeast1は対応地域に含まれています。通常AlloyDBの全地域でExpressを使えるわけではないため、作成前にExpressの対応一覧を確認します。

後で1vCPUのまま通常版へアップグレードしたい場合は、その地域が対応するマシン系列も条件になります。公式作成ガイドはC4A対応地域の確認を求めています。将来の移行条件を決めているなら、初回の地域選択にも反映してください。

AI活用実態調査レポート

オフィス系7職種のAI利用者669人の調査では、生産性向上を明確に実感した割合が、チャット中心の利用層14.3%に対しAIエージェント利用層54.3%。約3.8倍の差が見られました。

無料ダウンロード →

2. コンソールでクラスターとインスタンスを作る

Google Cloudコンソールから、AlloyDBのクラスター作成へ進み、Expressの構成を選びます。プロジェクト、地域、識別用の名前、認証や接続の設定を確認して作成します。名前には試作目的が分かるものを付けると、通常版や別の検証環境との取り違えを減らせます。

作成時のインスタンスは1vCPUと4GBメモリで、必要に応じて後から2vCPUへ変更できます。最初から処理能力を増やす前に、何の操作で待ち時間やメモリ不足が起きるかを見ます。データ量や問い合わせの内容も原因になり得るためです。

コンソール経由では、公開DNSとPrivate Service Connectが既定で有効になります。コマンドなどの経路とは初期設定が異なる点に注意してください。作成が終わったら、対象がExpressであること、地域、計算資源、使用ストレージを詳細画面で確認します。

3. 接続経路と認証を確認する

手元の開発環境から接続するのか、Google Cloud内のアプリから接続するのかを先に決めます。公開DNSで直接接続する場合は、接続元のIPアドレスの許可が必要です。許可する範囲を必要な接続元に絞り、接続できないからといって広げ続けないようにします。

認証は、PostgreSQLのユーザー名とパスワード、またはIAMによるデータベース認証が選択肢です。IAM（Identity and Access Management）は、利用者やサービスの権限を管理する仕組みです。接続経路を通れることと、データベースを操作する権限があることは別に確認します。

AlloyDB Auth Proxyや言語別の接続ライブラリも利用できます。アプリの言語、ネットワーク構成、認証方法に合う経路を公式の接続案内から選びましょう。接続情報やパスワードを、公開するコードやエージェントの会話へ不用意に貼らないことも重要です。

接続できない場合は、対象の地域・インスタンス、接続先、接続元の許可、認証を確認します。秘密情報を除いて失敗した段階を記録すると、設定担当へ相談しやすくなります。

4. 読み書きと停止後の動作を確かめる

接続できたら、小さなテスト用の表を作り、データの追加、読み取り、変更、削除を試します。実際に使うアプリから同じ操作を行い、画面の結果と保存された内容が一致することを確認します。データベース管理画面だけで成功しても、アプリの接続設定が正しいとは限りません。

次に、使っていない状態を挟んだ後、再び接続したときの動作を確かめます。再開待ちの間にアプリがエラーを出さないか、待機表示が適切かを見ます。停止からの再開と、稼働中の通常の検索を分けて測ると、待ち時間の原因を取り違えにくくなります。

確認したい項目を残すなら、次のように整理できます。

• 接続経路と認証方法を説明できる
• サンプルデータの追加・読み取り・変更が成立する
• 保存した内容を別の接続から確認できる
• 停止後の再接続をアプリが扱える
• 使用容量と計算資源の状況を確認できる

未達の項目があれば、本番利用へ進まず、その原因を試作の中で解消します。とくに再開待ちを許容できない場合は、エラー処理を調整するだけでよいか、常時稼働する構成が必要かを検討します。

5. gcloud CLIやMCPを使う場合の差分を確認する

画面操作以外に、gcloud CLIやAlloyDB remote MCP serverでも作成・管理できます。CLI（Command Line Interface）は文字のコマンドで操作する方式です。MCP（Model Context Protocol）は、AIアプリが外部のツールや情報へ接続するための共通規格です。

gcloud CLIなどでは、既定で有効になるのはPrivate Service Connectです。公開DNSを使うなら、インスタンス作成時に明示して設定します。作成手段と接続設定をセットで確認してください。

MCP経由では、クラスター作成の操作を待ってからインスタンスを作るなど、完了を確認しながら進めます。公式手順はcreate_cluster、get_operation、create_instance、再度のget_operationという順序を示しています。作成依頼への応答を受け取っただけで、接続準備まで終わったと判断しないことが大切です。

関連記事：MCPとは？Model Context Protocolの仕組みとAPIとの違いを整理

6. 利用量と片付ける条件を決める

試作中は、クラスターの詳細画面で使用ストレージ、計算資源、接続数などを確認します。アプリが使われていないつもりでも、定期処理や接続の維持によって状態が想定と違う場合があります。使用状況を見て、停止による効果を評価します。

終了後に残すデータと削除してよいデータを分け、不要なインスタンスやクラスターは確認して削除します。自動停止は、不要な環境を削除する機能ではありません。後から再利用する予定がある場合も、目的、管理者、見直す日を記録しておくと放置を防げます。

AlloyDB Expressの制約と本番移行の判断

プレビューの制約は、導入後に気付くより、試作の入力条件として先に整理するほうが判断しやすくなります。性能が足りるかだけでなく、失ったデータを戻せるか、必要な構成を選べるかも確認します。公式の制限一覧

容量・接続数・バージョンの上限

ストレージは最大20GBで、到達すると追加の書き込みができなくなります。接続数の設定max_connectionsは200に固定され、値を変更してもExpressには反映されません。PostgreSQLは18のみです。

これらは、使用量が増えたら自動ですべて解決する種類の制約ではありません。テストデータを増やす際は使用容量を確認し、接続を増やす場合はアプリが同時に何本の接続を使うかを見ます。拡張機能も、小さなメモリで動かす条件を考慮してください。

復旧・暗号化・構成管理の非対応項目

Expressは自動・手動バックアップ、指定時点への復旧、災害復旧の構成に対応しません。保存データはGoogleの標準暗号化で保護されますが、利用者が管理する暗号鍵は使えません。暗号化そのものがないという意味ではなく、鍵の管理方法の制約です。

TerraformとConfig Connectorも、現在の公式ドキュメントでは非対応です。既存のインフラ管理手順でそれらを必須にしているなら、Expressを例外として扱えるかを先に確認します。初期発表だけを根拠に、通常版と同じ管理方法を組み込まないでください。

本番へ進む前に決めること

移行判断は、次の要件が決まった時点で行います。単にデータ量が増えたからという理由だけでなく、利用者への影響から考えます。

• 障害時にどれだけ停止を許容できるか
• データをどの時点まで戻す必要があるか
• 接続数や容量がどこまで増えるか
• 使う地域と暗号鍵の条件を満たすか
• 移行後の構成と費用を誰が確認するか

アップグレードは不可逆です。通常版で必要な設定を確認し、移行後にアプリの接続と主要処理を検証する時間を確保します。Expressで動いたことを、通常版での運用設計まで完了した証拠にはしないでください。

AlloyDB Expressのよくある質問

利用前に混同しやすい点を、料金、停止、地域、接続、本番運用、移行に分けて確認します。仕様が変わる可能性があるため、作成・移行の実行時にはリンク先の公式情報も確認してください。

無料で使い続けられますか？

無期限の無料利用を前提にはできません。無料枠は請求先アカウントごとに最初の12か月間、毎月50CUと2GBです。超過分は従量料金の対象で、公式料金ページは課金開始を2026年12月からとしています。無料枠の期間・使用量と、課金開始時期を分けて確認してください（2026年11月時点、出典: cloud.google.com）。

停止するとデータも消えますか？

Scale-to-zeroは計算資源を停止する仕組みで、データの削除ではありません。保存領域は残り、課金開始後は停止中も使用ストレージが課金対象になります。不要な環境を残し続けないよう、試作の終了時には削除の要否を確認します。再開する際は、新たな接続やクエリを受けて動作に戻ります。

日本のリージョンで利用できますか？

東京のasia-northeast1が対応一覧に含まれています。ただし、通常AlloyDBの対応地域とExpressの対応地域は同一ではありません。アプリを置く場所やデータの所在に関する条件を確認し、Expressの一覧から選びます。将来のアップグレードで使いたいマシン構成がある場合は、その地域での対応も確認してください。

公開DNSなら認証なしで接続できますか？

できるという意味ではありません。公開DNSは接続経路の選択肢で、認証や接続元の許可とは別です。直接接続する場合は接続元IPの許可も必要です。アプリからつながらない場合は、接続先だけでなく、ネットワーク設定と利用者の認証を分けて確認します。Expressの公開IP方式は非対応です。

小規模なら本番でも同じように使えますか？

規模だけでは判断できません。Expressにはバックアップや高可用性、SLAの制約があります。利用者が少なくても、復元できないデータや停止できない処理を扱うなら、通常AlloyDBの構成を検討する理由になります。サンプルデータの試作と、継続的に使う本番環境では、必要な復旧条件を分けてください。

通常AlloyDBへ移した後にExpressへ戻せますか？

同じクラスターをExpressへダウングレードすることはできません。アップグレードではデータや接続情報が維持されますが、元へ戻す操作まで用意されているわけではありません。移行前に費用と構成を確認し、移行後の動作確認まで予定に含めます。可逆な試行としてアップグレードを実行しないことが大切です。

まとめ：AlloyDB Expressは試作条件と本番要件を分けて選ぶ

AlloyDB Expressは、PostgreSQL互換の小さな環境をすばやく用意し、未使用時の計算資源を停止できる試作向けの構成です。料金は2026年12月の課金開始案内を前提に、無料枠、稼働時間、停止中も残るストレージを分けて見積もります。

採用前には、再開待ち、容量、接続、バックアップの条件を確認してください。まず作り直せるデータで保存・検索・再接続を試し、本番で必要な可用性と復旧要件が決まったら通常AlloyDBの構成を検討します。アップグレード後はExpressへ戻せないため、移行後の費用と検証まで決めて進めましょう。