Aurora DSQL での請求の仕組み

Amazon Aurora DSQL では、前払いコストなしで、使用した分のみお支払いいただきます。このセクションでは、Aurora DSQL でデータベースアクティビティを計測し、それを AWS 請求書の料金に変換する方法について説明します。リージョン別の現在の料金については、Aurora DSQL の料金ページを参照してください。

計測の仕組み

プロビジョニングした容量に対して課金する従来のデータベースとは異なり、Aurora DSQL では実際に実行した作業に対してのみ課金されます。Aurora DSQL は、2 つの主要コンポーネントを計測します。分散処理ユニット (DPU) で測定するデータベースアクティビティと、GiB-月で測定するストレージです。

DPU は、SQL ワークロードを実行するためにシステムが費やす作業量を測定します。シングルリージョンクラスターの場合、これは 3 つのコンポーネント (コンピューティング DPU、読み取り DPU、書き込み DPU) で構成されます。マルチリージョンクラスターの場合は、追加のマルチリージョン書き込み DPU コンポーネントが発生します。詳細については、「マルチリージョン請求」を参照してください。

次の表は、Aurora DSQL がデータベースアクティビティを計測するために使用するコンポーネントをまとめたものです。請求書には 2 つの明細項目のみが表示されます。1 つはストレージ用です。もう 1 つは DPU 用で、個々のコンポーネントの合計です。

DPU コンポーネントの計測の説明

トランザクションごとに、Aurora DSQL は合計 DPU を、コンピューティング DPU、読み取り DPU、書き込み DPU の 3 つのコンポーネントの合計として計算します。以下のセクションでは、Aurora DSQL で各コンポーネントを計測する方法について説明します。

Total DPU = ComputeDPU + ReadDPU + WriteDPU

コンピューティング DPU

コンピューティング DPU は、結合、関数、集計、ソート、クエリ計画など、クエリの実行に費やされた合計処理時間を使用して測定されます。クエリの一部は並行して処理される場合があるため、コンピューティング DPU はクエリのウォールクロック時間ではなく、すべての処理時間の合計を反映します。

次の式は、コンピューティング DPU の計算方法を示しています。

ComputeDPU = Total Compute time (in seconds)

書き込み DPU

トランザクションごとに、Aurora DSQL はストレージに書き込まれた合計バイト数で書き込み DPU を測定します。書き込み DPU には、ベーステーブルに書き込まれた合計データとセカンダリインデックスが含まれます。Aurora DSQLは、ベーステーブルおよびセカンダリインデックスに書き込まれた 128 バイト未満の各行を、128 バイトとして計算して請求します。Aurora DSQL は、1,024 バイト未満の書き込みトランザクションを、1,024 バイトを書き込んだものとして請求します。

次の式は、書き込み DPU を計算するステップを示しています。

ステップ 1: 書き込まれたバイト数を計算する

Bytes Written = Sum of max(size of each row, 128 bytes) for all rows written

ステップ 2: 書き込み DPU を計算する

WriteDPU = max(Bytes Written, 1024) × 0.00004883

読み取り DPU

トランザクションごとに、Aurora DSQL は、ストレージから読み取った合計バイト数で読み取り DPU を測定します。読み取り DPU には、ベーステーブルから読み取られたデータとセカンダリインデックスが含まれます。

パーティションあたりの最小値: Aurora DSQL は、行ごとではなく、ストレージパーティションごとに読み取られたバイト数を測定します。ストレージパーティションへの読み取りリクエストが 128 バイト未満を返す場合、Aurora DSQL はそれを 128 バイトに切り上げます。例えば、クエリが 4 つのパーティションから読み取るとします。1 つのパーティションからは 200 バイト、他の 3 つの各パーティションからは 50 バイトを読み取る場合、3 つの 50 バイトの読み取りはそれぞれ 128 バイトに切り上げられ、合計 200 + 128 + 128 + 128 = 584 バイトとして請求されます。

トランザクションの最小値: Aurora DSQL は、合計 2,048 バイト未満の読み取りトランザクションを 2,048 バイトの読み取りとして請求します。

次の式は、読み取り DPU を計算するステップを示しています。

ステップ 1: 読み取られたバイト数を計算する

Bytes Read = # of rows read × size of each row

ステップ 2: 読み取り DPU を計算する

ReadDPU = max(Bytes Read, 2048) × 0.00000183105

請求例

以下の例は、Aurora DSQL が一般的なオペレーションの DPU を計算する方法を示しています。これらの例のコスト値では、us-east-1 リージョン料金を使用しています。他のリージョンの料金については、Aurora DSQL の料金ページを参照してください。

CREATE TABLE orders (
    id UUID PRIMARY KEY DEFAULT gen_random_uuid(),
    customer_id VARCHAR(50) NOT NULL,
    order_date TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
    total_amount DECIMAL(10,2),
    status VARCHAR(20)
);
-- Average row size: ~100 bytes

SELECT * FROM orders WHERE customer_id = 'cust-12345';

ReadDPU = max(500, 2048) × 0.00000183105 = 2048 × 0.00000183105 = 0.00375

ComputeDPU: 0.003
ReadDPU:    0.00375
WriteDPU:   0.0
-------------------
Total DPU:  0.00675

CREATE TABLE orders (
    id UUID PRIMARY KEY DEFAULT gen_random_uuid(),
    customer_id VARCHAR(50) NOT NULL,
    order_date TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
    total_amount DECIMAL(10,2),
    status VARCHAR(20)
);
-- Average row size: ~100 bytes
-- Table contains 100 orders for customer 'cust-12345'

SELECT * FROM orders 
WHERE customer_id = 'cust-12345' 
  AND total_amount > 500.00;

ReadDPU = max(10000, 2048) × 0.00000183105 = 10000 × 0.00000183105 = 0.01831

ComputeDPU: 0.008
ReadDPU:    0.01831
WriteDPU:   0.0
-------------------
Total DPU:  0.02631

CREATE TABLE orders (
    id UUID PRIMARY KEY DEFAULT gen_random_uuid(),
    customer_id VARCHAR(50) NOT NULL,
    order_date TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
    total_amount DECIMAL(10,2),
    status VARCHAR(20)
);
-- Average row size: ~100 bytes

INSERT INTO orders (customer_id, total_amount, status)
VALUES ('cust-67890', 150.00, 'pending');

1 row × max(100 bytes, 128 bytes) = 1 × 128 = 128 bytes

WriteDPU = max(128, 1024) × 0.00004883 = 1024 × 0.00004883 = 0.05

ReadDPU = 0.00375 (transaction minimum)

ComputeDPU: 0.008
ReadDPU:    0.00375
WriteDPU:   0.05
-------------------
Total DPU:  0.06175

CREATE TABLE orders (
    id UUID PRIMARY KEY DEFAULT gen_random_uuid(),
    customer_id VARCHAR(50) NOT NULL,
    order_date TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
    total_amount DECIMAL(10,2),
    status VARCHAR(20)
);
-- Average row size: ~100 bytes

INSERT INTO orders (customer_id, total_amount, status)
VALUES 
    ('cust-001', 100.00, 'pending'),
    ('cust-002', 150.00, 'pending'),
    ... -- 100 rows total
    ('cust-100', 200.00, 'pending');

100 rows × max(100 bytes, 128 bytes) = 100 × 128 = 12,800 bytes

WriteDPU = max(12800, 1024) × 0.00004883 = 12800 × 0.00004883 = 0.625

ReadDPU = max(1600, 2048) × 0.00000183105 = 2048 × 0.00000183105 = 0.00375

ComputeDPU: 0.08
ReadDPU:    0.00375
WriteDPU:   0.625
-------------------
Total DPU:  0.70875

マルチリージョン請求

マルチリージョンクラスターでは、標準のコンピューティング DPU、読み取り DPU、書き込み DPU に加えて、追加のマルチリージョン書き込み DPU コンポーネントが発生します。このセクションは、マルチリージョンクラスターにのみ適用されます。シングルリージョンクラスターの場合、この料金は発生しません。

マルチリージョン書き込み DPU は、ピアリングされたリージョンに書き込まれた合計バイト数を測定します。Aurora DSQL はピアリングされたリージョンに書き込むデータを同期的にレプリケートするため、マルチリージョン書き込み DPU 値は書き込み DPU と同等です。Aurora DSQL は、ピアリングされたリージョンではなく、書き込みが発生したリージョンでこの DPU に課金します。

MultiRegionWriteDPU = WriteDPU

CloudWatch による DPU 使用状況のモニタリング

Aurora DSQL は Amazon CloudWatch に使用状況メトリクスを発行するため、消費状況をほぼリアルタイムでモニタリングできます。

使用可能な DPU メトリクス

DPU メトリクスの表示

追加のオブザーバビリティメトリクス

Aurora DSQL のメトリクスとモニタリング機能の詳細なリストについては、「Aurora DSQL のモニタリングとログ記録」を参照してください。

EXPLAIN ANALYZE VERBOSE を使用したコスト認識

Aurora DSQL は EXPLAIN ANALYZE VERBOSE を拡張して、ステートメントレベルの DPU 使用量の見積もりを出力の最後に含めます。これにより、クエリコストがすぐに可視化され、ワークロードのコスト要因の特定、クエリのパフォーマンスの調整、リソース使用量の予測に役立ちます。

例 1: SELECT クエリ

EXPLAIN ANALYZE VERBOSE SELECT * FROM test_table;

QUERY PLAN
----------------------------------------------------
Index Only Scan using test_table_pkey on public.test_table  (cost=125100.05..171100.05 rows=1000000 width=36) (actual time=2.973..4.482 rows=120 loops=1)
  Output: id, context
  -> Storage Scan on test_table_pkey (cost=125100.05..171100.05 rows=1000000 width=36) (actual rows=120 loops=1)
      Projections: id, context
      -> B-Tree Scan on test_table_pkey (cost=125100.05..171100.05 rows=1000000 width=36) (actual rows=120 loops=1)
Query Identifier: qymgw1m77maoe
Planning Time: 11.415 ms
Execution Time: 4.528 ms
Statement DPU Estimate:
  Compute: 0.01607 DPU
  Read: 0.04312 DPU
  Write: 0.00000 DPU
  Total: 0.05919 DPU

この例では、SELECT ステートメントはインデックスのみのスキャンを実行するため、ほとんどのコストは、ストレージから取得されたデータを表す読み取り DPU (0.04312) と、結果を処理して返すために使用されるコンピューティングリソースを反映したコンピューティング DPU (0.01607) から発生します。クエリはデータを変更しないため、書き込み DPU はありません。合計 DPU (0.05919) は、コンピューティング + 読み取り + 書き込みの合計です。

例 2: INSERT クエリ

EXPLAIN ANALYZE VERBOSE INSERT INTO test_table VALUES (1, 'name1'), (2, 'name2'), (3, 'name3');

QUERY PLAN
----------------------------------------------------
Insert on public.test_table  (cost=0.00..0.04 rows=0 width=0) (actual time=0.055..0.056 rows=0 loops=1)
  ->  Values Scan on "*VALUES*"  (cost=0.00..0.04 rows=3 width=122) (actual time=0.003..0.008 rows=3 loops=1)
        Output: "*VALUES*".column1, "*VALUES*".column2
Query Identifier: jtkjkexhjotbo
Planning Time: 0.068 ms
Execution Time: 0.543 ms
Statement DPU Estimate:
  Compute: 0.01550 DPU
  Read: 0.00307 DPU (Transaction minimum: 0.00375)
  Write: 0.01875 DPU (Transaction minimum: 0.05000)
  Total: 0.03732 DPU

このステートメントは主に書き込みを実行するため、ほとんどのコストは書き込み DPU に関連付けられます。コンピューティング DPU (0.01550) は、値を処理して挿入するために行われた作業を表します。読み取り DPU (0.00307) は、マイナーシステム読み取り (カタログルックアップまたはインデックスチェックの場合) を反映します。

読み取り DPU と書き込み DPU の横に表示される括弧内のトランザクションの最小値に注意してください。これらの最小値はトランザクションレベルで適用されます。つまり、トランザクション全体の読み取り DPU または書き込み DPU の合計がこれらの値を下回ることはありません。EXPLAIN ANALYZE VERBOSE を使用してコストを予測しており、これがトランザクションの唯一のステートメントである場合は、raw ステートメントの見積もりではなく、トランザクションの最小値を使用します。トランザクションに複数のステートメントが含まれている場合、最小値はすべてのステートメントの集計に適用されます。EXPLAIN ANALYZE VERBOSE はステートメントレベルの見積もりを報告し、請求はトランザクションレベルの最小値を適用するため、これらの値は CloudWatch メトリクスや請求データと正確に一致しない場合があります。

最適化のための DPU 情報の使用

ステートメントごとの DPU 見積もりは、実行時間を超えてクエリを最適化する強力な方法を提供します。一般的ユースケースには以下が含まれます。

DPU 情報の解釈

EXPLAIN ANALYZE VERBOSE の DPU データを使用する場合は、次のベストプラクティスに注意してください。

コスト見積もりのベストプラクティス