Amazon Aurora DSQL 入門・使い方完全ガイド｜サーバーレス分散SQLデータベースを今すぐ始めよう

Amazon Aurora DSQL とは？まずは概要を押さえよう

「データベースのインフラ管理が面倒すぎる」「VPCの設定やインスタンスタイプの選定で時間を取られたくない」——そう感じたことはありませんか？サーバーレス志向の開発者やマイクロサービスを扱うチームにとって、データベース運用の煩雑さは長年の課題です。この記事では、その悩みを大きく解消できる可能性を持つ「Amazon Aurora DSQL」の概要から実際の使い方まで、入門として必要な知識をまとめて解説します。

2026年現在、AWSのデータベースサービスの中でも注目を集めているのが「Amazon Aurora DSQL」です。2024年のAWS re:Inventでプレビューとして発表され、2025年5月27日に一般提供（GA）が開始されたこの新サービスは、従来のRDSやAuroraとは一線を画す、まったく新しいサーバーレス分散SQLデータベースです。

Amazon Aurora DSQLは、常時利用可能なアプリケーション向けのサーバーレス分散SQLデータベースとして位置づけられています。事実上無限のスケーラビリティ、高い可用性、そしてインフラストラクチャ管理の削減を提供し、データベースのシャーディングやインスタンスのアップグレードなしにワークロードの需要に合わせてスケーリングできます。

従来のRDSでは、VPCの設定・インスタンスタイプの選択・パラメータグループの調整など、データベースを立ち上げるだけで多くの作業が必要でした。Aurora DSQLはこれらの煩わしさを大幅に減らし、プロビジョニングやパッチ適用、アップグレードなどの運用作業をAWS側にオフロードできます。アップデートは原則としてダウンタイムを最小化する設計ですが、運用要件が厳しい場合は公式ドキュメントの運用ガイダンスも必ず確認してください。

Aurora DSQL の5つの主要な特徴

① 高可用性：シングルリージョン 99.99% ／ マルチリージョン 99.999%（SLA）

Aurora DSQLはSLAとして、シングルリージョンで99.99%、マルチリージョンで99.999%の月間稼働率を掲げています。マルチリージョン99.999%は、月間で約26秒程度の停止しか許容されないレベルのSLAに相当します（「年間で5分16秒」は一般的な”5 nines”の目安ですが、SLAは月間で定義されます）。

プライマリ・セカンダリノードの設定やフェイルオーバー手順の管理が不要になるよう設計されており、自動復旧や負荷分散などの仕組みが組み込まれています。

② 完全サーバーレス：アイドル時はゼロコスト（DPU観点）

Aurora DSQLは使用量ベースで課金され、アクティブな使用分（DPU）に対して課金されます。クラスターがアイドル状態のときはDPU消費が実質ゼロになり、DPU料金は発生しません。ただしストレージは保存している限り課金対象になり得るため、無料枠の範囲を超える場合は注意してください。

③ PostgreSQL互換：既存の知識・ツールを活用（ただし”完全互換”ではない）

Aurora DSQLはPostgreSQL互換として提供され、既存のドライバ、ORM、フレームワーク、SQLの多くを活用できます。一方で、現時点ではPostgreSQLの全機能が利用できるわけではなく、外部キー、ビュー、トリガー、シーケンス、拡張機能など一部機能に制限がある点は事前に把握しておきましょう。

④ ACID準拠のトランザクション（強い整合性）

Aurora DSQLはACIDトランザクションを提供し、強い整合性を重視した設計になっています。マルチリージョン構成でも強い整合性を提供することが特徴で、地理的に離れた環境でも整合性を維持したいOLTP用途で有力な選択肢になります。

⑤ 事実上無制限のスケーリング

Aurora DSQLはサーバーレス分散アーキテクチャとして、読み書きを自動的にスケールさせることを目指しています。スケーリングの内部実装の詳細は公式ドキュメントや発表資料で確認するのがおすすめです。

Aurora DSQL はどんなユースケースに向いている？

Aurora DSQLはOLTPワークロード向けに設計されており、大量のトランザクション処理が中心のアプリケーションに向いています。分析系（BI向け）の重いクエリが多い場合は、Amazon RedshiftやAthenaなども含めて検討するのが一般的です。

具体的には、マイクロサービスやイベント駆動のアーキテクチャを使用するアプリケーション、eコマース、旅行、小売、決済、ゲーム、ソーシャルメディアなどのデータ駆動型サービスで有力な選択肢です。

料金体系を理解しよう｜DPUとは何か？

Aurora DSQLの料金は、従来のインスタンス型ではなく使用量ベースの課金です。課金は「DPU（Distributed Processing Unit）」と「ストレージ」の2つを主な指標として行われます。

DPUは、コンピュート・読み取り・書き込み・（マルチリージョン構成では）リージョン間レプリケーション等のアクティビティに対する正規化された課金単位です。料金はリージョンにより異なりますが、例としてUS East（Ohio）では100万DPUあたり8ドル、ストレージは1GB-monthあたり0.33ドルです。最新の正確な単価は必ず料金ページでリージョン選択の上確認してください。

Aurora DSQLは高可用性のためにリージョン内の複数のアベイラビリティゾーンにデータをレプリケーションしますが、このリージョン内（AZ間）レプリケーションは追加料金なしで含まれ、データ転送料金も発生しないとされています。

無料枠を活用しよう

Aurora DSQLの無料枠として、毎月最初の100,000 DPUと1GBのストレージが無料で、月次の請求に自動的に適用されます。AWS Organizationsを利用している場合の適用単位など詳細は公式説明を確認してください。小規模な開発環境の検証に役立ちます。

実際にAurora DSQLを使ってみよう｜ステップバイステップ

ステップ1：AWSコンソールからクラスターを作成する

Aurora DSQLの基本単位はデータを保存するクラスターです。AWSマネジメントコンソールにサインインし、Aurora DSQLコンソール（https://console.aws.amazon.com/dsql）を開きます。

「クラスターを作成」ボタンをクリックすると設定画面が開きます。暗号化設定（AWS KMSキー）、削除保護、リソースベースのポリシー等を必要に応じて設定し、作成します。

ステップ2：認証トークンを取得して接続する

Aurora DSQLでの接続は、パスワードの代わりにIAM認証トークンを使用します。トークンの有効期限はデフォルトが短めで、最大で1週間（604,800秒）まで設定できます。いったん接続が確立しているセッション自体はトークン期限切れと同時に即切断されるとは限りませんが、新規接続には有効なトークンが必要です。

認証トークンの取得にはコンソールの接続画面またはAWS CLIを利用します。AWS CLIでトークンを生成し、psqlで接続する場合は以下のコマンドを実行します。

# Step 1: IAM認証トークンを環境変数に設定する
export PGPASSWORD=$(aws dsql generate-db-connect-admin-auth-token \
  --region us-east-1 \
  --expires-in 3600 \
  --hostname your_cluster_endpoint)

# Step 2: psql で接続する（SSLが必須）
PGSSLMODE=require psql \
  --dbname postgres \
  --username admin \
  --host your_cluster_endpoint

接続に成功すると、postgres=>というプロンプトが表示されます。

ステップ3：テーブルを作成してデータを操作する

接続できたらSQLを実行できます。ただしAurora DSQLはPostgreSQLの全機能をサポートしないため、DDLや関数、デフォルト値などが制限される場合があります。まずは最小構成のテーブルから試すのが安全です。

-- テーブルの作成（シンプルな例）
CREATE TABLE users (
    id         UUID PRIMARY KEY,
    name       TEXT NOT NULL,
    email      TEXT NOT NULL,
    created_at TIMESTAMPTZ
);

-- データの挿入
INSERT INTO users (id, name, email, created_at)
VALUES ('550e8400-e29b-41d4-a716-446655440000', 'ニャンチュー太郎', 'nyanchu@example.com', now());

-- データの取得
SELECT id, name, email, created_at
FROM users
ORDER BY created_at DESC;

なお、DEFAULT gen_random_uuid()やcreated_at TIMESTAMPTZ DEFAULT now()のようなデフォルト値の利用はAurora DSQLでは制限対象になり得ます。デフォルト値を使いたい場合は公式ドキュメントで対応状況を確認し、未対応であればアプリ側で値を生成してください。

ステップ4：マルチリージョンクラスターを作成する（オプション）

Aurora DSQLを使用すると複数リージョンにまたがるマルチリージョン構成で高可用性・低レイテンシを狙えます。

ただしマルチリージョンは任意のリージョンの組み合わせができるわけではなく、「リージョントリプレット（閉じたリージョンの組）」の中で構成する必要があります。たとえば米国（N. Virginia / Ohio / N. California）や欧州（Ireland / London / Paris / Frankfurtから同一グループ内で選択）などのグループが示されています。米国東部と欧州のような大陸をまたぐ組み合わせはできない点に注意してください。

Aurora DSQLのアーキテクチャをざっくり理解する

Aurora DSQLは分散・サーバーレスの設計で、コンポーネントが分離されたアーキテクチャとして説明されています。クエリ処理・ストレージ・トランザクション管理などの役割が独立したコンポーネントに分かれており、それぞれが独立してスケールする設計です。内部実装の詳細な仕様については、公式ドキュメントや発表資料を参照してください。

セキュリティ：IAM認証でパスワード管理から解放される

Aurora DSQLはIAM認証トークンによる接続を前提としており、アプリケーションコードにデータベースパスワードをハードコードする必要がありません。権限管理はIAMポリシーとデータベースロールの考え方を組み合わせて運用します。

また、パッチ適用などの運用作業をAWS側にオフロードできることが特徴です。本番要件が厳しい場合はSLAと併せて設計上の前提・制約を確認してください。

Aurora DSQL を使う際の注意点

Aurora DSQLは強力なサービスですが、いくつかの制約も把握しておく必要があります。

Aurora DSQLはトランザクション処理（OLTP）向けで、分析系の重いSQLが中心のワークロードにはAmazon RedshiftやAthenaなどが適するケースがあります。また、MySQL互換では提供されておらず、PostgreSQL互換として提供される点も覚えておきましょう。

PostgreSQL互換といっても全機能が使えるわけではありません。外部キー、ビュー、トリガー、シーケンス、拡張機能などが未サポートまたは制限される場合があるため、既存PostgreSQLアプリをそのまま移植できると決め打ちせず、事前に互換性を検証してください。

料金の予測についても注意が必要です。事前見積りが難しい場合は、テスト環境でDPU消費量を観測し、段階的に本番導入を判断することをおすすめします。

まとめ：Aurora DSQLはこんな人におすすめ

Amazon Aurora DSQLは、マイクロサービス・サーバーレス・イベントドリブンアーキテクチャのアプリケーションに適したデータベースです。以下に当てはまる方はぜひ試してみてください。

• インフラ管理の負担を減らしたいサーバーレス志向の開発者
• PostgreSQL系の知識・ツールを活用したい方（機能差分の検証は必須）
• マルチリージョン構成で可用性を高めたいアプリ開発者（対応リージョンの組み合わせ制約あり）
• トランザクション系ワークロード（EC・決済・SaaSなど）を扱う方
• 開発・検証環境を無料枠から手軽に試したい方

毎月最初の100,000 DPUと1GBのストレージは無料枠として提供されているため、まずはコストをかけずに試すことができます。従来のRDS運用で「インフラ管理が面倒」と感じていた方は、Aurora DSQLを候補に入れて、互換性制約と費用感を検証しながら導入を検討してみてください。