Aurora DSQL의 청구 방식

Amazon Aurora DSQL은 선결제 비용 없이 사용한 만큼만 비용을 지불하면 됩니다. 이 섹션에서는 Aurora DSQL이 데이터베이스 활동을 측정하고 이를 AWS 청구서의 요금으로 변환하는 방법을 설명합니다. 리전별 현재 요금은 Aurora DSQL 요금 페이지를 참조하세요.

측정 방식

프로비저닝된 용량에 대해 요금을 부과하는 기존 데이터베이스와 달리 Aurora DSQL은 수행된 실제 작업에 대해서만 요금을 부과합니다. Aurora DSQL은 분산 처리 장치(DPU)로 측정되는 데이터베이스 활동과 월당 GiB로 측정되는 스토리지라는 두 가지 기본 구성 요소를 측정합니다.

DPU는 시스템이 SQL 워크로드를 실행하는 데 필요한 작업량을 측정하며, 단일 리전 클러스터의 경우 컴퓨팅 DPU, 읽기 DPU, 쓰기 DPU의 세 가지 구성 요소로 이루어져 있습니다. 다중 리전 클러스터에서는 다중 리전 쓰기 DPU 구성 요소가 추가로 발생합니다. 자세한 내용은 다중 리전 청구를 참조하세요.

다음 표에는 Aurora DSQL이 데이터베이스 활동을 측정하는 데 사용하는 구성 요소가 요약되어 있습니다. 청구서에는 각 개별 구성 요소의 합계인 DPU와 스토리지에 대한 두 개의 행 항목만 표시됩니다.

DPU 구성 요소 측정 설명

Aurora DSQL은 모든 트랜잭션에 대해 컴퓨팅 DPU, 읽기 DPU, 쓰기 DPU라는 세 가지 구성 요소의 합계로 총 DPU를 계산합니다. 다음 섹션에서는 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바이트로 간주하여 요금을 부과합니다. 또한 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개의 파티션에서 읽는 경우(한 파티션에서 200바이트, 나머지 세 파티션에서 각각 50바이트), 50바이트 읽기 3개는 각각 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는 피어링된 리전에 기록된 총 바이트 수를 측정합니다. 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.01607)를 나타내는 읽기 DPU(0.04312)에서 발생합니다. 쿼리는 데이터를 수정하지 않으므로 쓰기 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는 이 값보다 작을 수 없습니다. EXPLAIN ANALYZE VERBOSE를 사용하여 비용을 예측하며 트랜잭션에 이 문 하나만 있다면, 원시 문 추정치가 아닌 트랜잭션 최소값을 사용합니다. 트랜잭션에 여러 문이 포함된 경우 모든 문의 집계에 최소값이 적용됩니다. EXPLAIN ANALYZE VERBOSE는 문 수준 추정치를 보고하는 반면 청구는 트랜잭션 수준 최소값을 적용하므로, 값이 CloudWatch 지표 또는 청구 데이터와 정확히 일치하지 않을 수 있습니다.

최적화를 위한 DPU 정보 사용

문별 DPU 추정치는 실행 시간 이상으로 쿼리를 최적화할 수 있는 강력한 방법을 제공합니다. 일반적인 사용 사례는 다음과 같습니다.

DPU 정보 해석

EXPLAIN ANALYZE VERBOSE에서 DPU 데이터를 사용할 때는 다음 모범 사례를 염두에 두세요.

비용 추정 모범 사례