서비스 계획

Oracle NoSQL Database Cloud Service 서비스를 생성하기 전에 잠시 시간을 내어 계획하십시오. 여기에 설명된 질문에 대해 생각하고 시작하기 전에 원하는 작업을 결정하십시오.

이 문서에는 다음 항목이 포함되어 있습니다.

개발자 개요

서비스 아키텍처에 대한 자세한 개요를 확인하고 애플리케이션 개발 요구사항에 맞는 SDK/드라이버를 선택하십시오.

NDCS 개발자 작업

Oracle NoSQL Database Cloud Service(NDCS)는 완전한 HA 서비스입니다. 동적 워크로드를 위해 짧은 대기 시간 응답 시간, 유연한 데이터 모델 및 탄력적인 확장이 필요한 매우 까다로운 애플리케이션을 위해 설계되었습니다. Oracle은 완전 관리형 서비스로서 소프트웨어 업그레이드, 보안 패치, 하드웨어 고장, 패칭 등의 모든 관리 작업을 처리합니다.

developer_overview.png에 대한 설명은 다음과 같습니다.

developer_overview.png에 대한 설명

NoSQL 데이터베이스 SDK/드라이버 - 이 SDK는 UPL(Universal Permissive License)에 따라 라이센스가 부여되며 NoSQL Cloud Service 또는 온프레미스 데이터베이스에서 사용할 수 있습니다. 이들은 완전한 기능을 갖춘 SDK이며 풍부한 기능을 제공합니다. 이러한 드라이버는 다른 공급업체 클라우드에서 실행되는 Oracle NoSQL 클러스터에 대해 실행되는 애플리케이션에서 사용할 수도 있습니다.

SDK, API 설명서 및 예제에 대한 링크는 아래 표를 참조하십시오.

SDK(GitHub) API 설명서 예
Oracle NoSQL Java SDK Java SDK API 가이드 Java 예제
Oracle NoSQL Python SDK Python SDK API 가이드 Python 예제
Oracle NoSQL Go SDK SDK API 가이드 Go 예제
Oracle NoSQL Node.js SDK Node.js SDK API 가이드 Node.js 예제
Oracle NoSQL .NET SDK .NET SDK API 설명서 .NET 예제
Oracle NoSQL Rust SDK Rust SDK API 가이드 녹 예
Oracle NoSQL Spring SDK 스프링 SDK API 가이드 스프링 예제

OCI 콘솔 - 테이블을 빠르게 생성하고, 테이블을 수정하고, 테이블을 삭제하고, 데이터를 로드하고, 인덱스를 빠르게 생성하고, 인덱스를 삭제하고, 기본 쿼리를 수행하고, 테이블 용량을 변경하고, 측정지표를 볼 수 있는 기능을 제공합니다.

OCI SDK/드라이버 - Oracle Cloud Infrastructure는 커스터마이징 솔루션을 쉽게 개발할 수 있도록 다양한 SDK(소프트웨어 개발 키트)를 제공합니다. 이들은 일반적으로 UPL에 따라 라이센스가 부여됩니다.

  1. REST API

  2. Java용 SDK

  3. Python용 SDK

  4. Javascript용 SDK

  5. .NET용 SDK

  6. 이동용 SDK

  7. Ruby용 SDK

  8. PL/SQL용 SDK

NoSQL 데이터베이스 SDK/드라이버와 OCI SDK/드라이버의 차이점:

OCI SDK는 REST 기반입니다. 사용하기 쉽지만 기능이 제한되어 있습니다. 반면 NoSQL Database SDK는 다양한 기능을 제공합니다. NoSQL Database SDK는 OCI SDK에 비해 다음과 같은 이점을 제공하므로 사용하는 것이 좋습니다.

참조:

Oracle NoSQL Database Cloud Service의 한계

Oracle NoSQL Database Cloud Service에는 다양한 기본 제한이 있습니다. Oracle NoSQL Database Cloud Service 테이블을 생성할 때마다 시스템은 요청이 지정된 제한 범위 내에 있는지 확인합니다. 일부 제한은 테이블 레벨에서 부과되고 일부는 영역 레벨에서 부과됩니다.

서비스 한도, 해당 범위 및 요청을 제출하여 서비스 한도를 높이는 방법에 대해 자세히 알아보려면 서비스 한도를 참조하십시오. 다음은 Oracle NoSQL Database Cloud Service에 적용되는 현재 제한입니다.

제한 범위입니다. 설명 비호스트 환경의 값 호스트된 환경의 가치
최대 테이블 스토리지 크기 테이블 테넌트당 최대 총 스토리지 크기입니다. 하나 이상의 테이블에 사용되는 총 공간은 이 값을 초과할 수 없습니다. 5TB 17.5TB
테이블 이름 테이블 테이블 이름의 최대 문자 수, 허용되는 문자 및 초기 문자입니다. 테이블 이름은 최대 256자까지 포함할 수 있습니다. 모든 이름은 문자(a-z, A-Z)로 시작해야 합니다. 이후 문자는 문자(a-z, A-Z), 숫자(0-9) 또는 밑줄일 수 있습니다. 비호스트 환경과 동일
프로비전된 용량 - 최대 읽기 및 쓰기 처리량 테이블 테이블을 프로비전하는 중 최대 읽기 및 쓰기 처리량입니다. 테이블당 읽기 단위 40,000개와 쓰기 단위 20,000개 호스트된 환경의 모든 테이블에 대해 최대 420,000개의 읽기 단위와 총 280,000개의 쓰기 단위
온디맨드 용량 - 최대 읽기 및 쓰기 처리량 테이블 On Demand 용량을 사용하여 테이블을 프로비저닝하는 동안 최대 읽기 및 쓰기 처리량입니다. 테이블당 읽기 단위 10,000개와 쓰기 단위 5,000개 호스트된 환경에서 허용되지 않거나 필요하지 않음
온디맨드 용량 - 테이블 수 영역 On Demand 용량이 있는 테이블 수입니다. 3 호스트된 환경에서 허용되지 않거나 필요하지 않음
프로비저닝 모드 변경 테이블 테이블에 대한 프로비저닝 모드를 프로비저닝됨에서 온디맨드로 변경하거나 그 반대로 변경합니다. 하루에 한 번만 변경할 수 있습니다. N/A
최대 테이블 수입니다. 영역 최대 테이블 수입니다. 30 서비스 한도 업데이트 요청을 사용하여 사용자정의할 수 있습니다.
최대 열 수입니다. 테이블 최대 열 수입니다. 50 서비스 한도 업데이트 요청을 사용하여 사용자정의할 수 있습니다.
최대 테이블 스키마 업데이트 수 테이블 최대 테이블 스키마 업데이트 수입니다. 100 서비스 한도 업데이트 요청을 사용하여 사용자정의할 수 있습니다.
최대 인덱스 수입니다. 테이블 최대 인덱스 수입니다. 5 서비스 한도 업데이트 요청을 사용하여 사용자정의할 수 있습니다.
처리량 및 저장 영역 제한에 대한 최대 변경 수 테이블 처리량 및 저장 영역 제한에 대한 최대 변경 수입니다.

Oracle은 다음을 허용합니다.

  • 하루에 무제한의 처리량 및 스토리지 증가

  • 24시간 동안 최대 4회 처리량 또는 스토리지 감소

 서비스 한도 업데이트 요청을 사용하여 사용자정의할 수 있습니다.
인덱스명 인덱스 최대 문자 수, 허용되는 문자 및 초기 문자입니다. 인덱스 이름은 최대 64자까지 포함할 수 있습니다. 모든 이름은 문자(a-z, A-Z)로 시작해야 합니다. 이후 문자는 문자(a-z, A-Z), 숫자(0-9) 또는 밑줄일 수 있습니다. 서비스 한도 업데이트 요청을 사용하여 사용자정의할 수 있습니다.
WriteMultiple 요청당 최대 개별 작업 수 요청 WriteMultiple 요청당 최대 개별 작업 수입니다. 50 호스트되지 않은 환경과 동일합니다. 서비스 한도 업데이트 요청을 사용하여 이 값을 늘릴 수도 있습니다.
WriteMultiple 요청에 대한 최대 데이터 크기입니다. 요청 WriteMultiple 요청에 대한 최대 데이터 크기입니다. 25 MB 호스트되지 않은 환경과 동일합니다. 서비스 한도 업데이트 요청을 사용하여 이 값을 늘릴 수도 있습니다.
열 이름 열 최대 문자 수, 허용되는 문자 및 초기 문자입니다. 필드 이름은 최대 64자까지 입력할 수 있습니다. 모든 이름은 문자(a-z, A-Z)로 시작해야 합니다. 이후 문자는 문자(a-z, A-Z), 숫자(0-9) 또는 밑줄일 수 있습니다. 호스트되지 않은 환경과 동일합니다.
최대 보조 인덱스 키 크기 인덱스 최대 인덱스 키 크기입니다. 64바이트 서비스 한도 업데이트 요청을 사용하여 사용자정의할 수 있습니다.
최대 기본 인덱스 키 크기 인덱스 최대 기본 키 크기입니다. 64바이트 서비스 한도 업데이트 요청을 사용하여 사용자정의할 수 있습니다.
최대 행 크기 행 최대 행 크기입니다. 512 KB 서비스 한도 업데이트 요청을 사용하여 사용자정의할 수 있습니다.
최대 질의 문자열 길입니다. 질의 최대 질의 문자열 길입니다. 10 KB 서비스 한도 업데이트 요청을 사용하여 사용자정의할 수 있습니다.
지원되는 최대 DDL 작업 속도입니다. 영역 지원되는 최대 DDL 작업 속도입니다. 4 분당 서비스 한도 업데이트 요청을 사용하여 사용자정의할 수 있습니다.
처리량 및 데이터 스토리지 리소스의 최대값입니다. 영역 처리량 및 데이터 스토리지 리소스의 최대값입니다.

지역별로 Oracle은 다음을 허용합니다.

  • 최대 100,000개의 읽기 단위

  • 최대 40,000개의 쓰기 단위

Oracle은 테넌트당 최대 5TB의 스토리지 크기를 허용합니다. 영역에는 스토리지 크기가 5TB인 단일 테이블이 있을 수 있으며, 이 경우 영역에서 다른 테이블을 생성할 수 없습니다. 또는 여러 테이블이 있고 이러한 모든 테이블 내의 데이터가 최대 스토리지 크기인 5TB 내에 있는지 확인합니다.

 쓰기 단위 420,000개, 읽기 단위 280,000개, 스토리지 17.5TB

예상 능력

Oracle NoSQL Database Cloud Service의 처리량 및 스토리지 용량을 추정하는 방법을 알아봅니다.

계산의 기초

서비스의 처리량 및 스토리지를 추정하는 방법을 알아보려면 먼저 처리량 및 스토리지 단위 정의를 검토해 보겠습니다.

주: Oracle NoSQL Database Cloud Service는 온디맨드 용량을 사용할 때 동적 워크로드의 요구사항을 충족하도록 읽기 및 쓰기 용량을 자동으로 관리합니다. 용량 요구 사항이 On Demand 용량 제한을 초과하지 않는지 검증하는 것이 좋습니다. 자세한 내용은 Oracle NoSQL Database Cloud Service 제한을 참조하십시오.

용량 단위에 영향을 주는 요소

용량 단위를 프로비저닝하기 전에 읽기, 쓰기 및 스토리지 용량에 영향을 주는 다음 요인을 고려해야 합니다.

실제 예제: 응용 프로그램 작업 로드 예측 방법

초당 읽기 및 쓰기를 추정하는 방법을 알아보려면 전자 상거래 애플리케이션 예를 고려하십시오. 이 예에서는 Oracle NoSQL Database Cloud Service를 사용하여 애플리케이션의 제품 카탈로그 정보를 저장합니다.

  1. 애플리케이션의 데이터 모델(JSON 또는 고정 테이블), 레코드 크기 및 키 크기를 식별합니다.

    전자 상거래 애플리케이션이 JSON 데이터 모델을 따르고 개발자가 두 개의 열이 있는 간단한 테이블을 생성했다고 가정합니다. 제품 기능 및 속성에 대한 레코드 식별자(기본 키) 및 JSON 문서입니다. 1KB(0.8KB) 미만의 JSON 문서는 다음과 같습니다.

    {
  "additionalFeatures": "Front Facing 1.3MP Camera",
  "os": "Macintosh OS X 10.7",
  "battery": {
    "type": "Lithium Ion (Li-Ion) (7000 mAH)",
    "standbytime" : "24 hours" },
  "camera": {
    "features": ["Flash","Video"],
    "primary": "5.0 megapixels" },
  "connectivity": {
    "bluetooth": "Bluetooth 2.1",
    "cell": "T-mobile HSPA+ @ 2100/1900/AWS/850 MHz",
    "gps": true,
    "infrared": false,
    "wifi": "802.11 b/g" },
  "description": "Apple iBook is the best in class computer
            for your professional and personal work.",
  "display": {
    "screenResolution": "WVGA (1280 x 968)",
    "screenSize": "13.0 inches" },
  "hardware": {
    "accelerometer": true,
    "audioJack": "3.5mm",
    "cpu": "Intel i7 2.5 GHz",
    "fmRadio": false,
    "physicalKeyboard": false,
    "usb": "USB 3.0" },
  "id": "appleproduct_1",
  "images": ["img/apple-laptop.jpg"],
  "name": "Myshop.com : Apple iBook",
  "sizeAndWeight": {
    "dimensions": [
      "300 mm (w)",
      "300 mm (h)",
      "12.4 mm (d)" ],
    "weight": "1250.0 grams" },
  "storage": {
    "hdd": "750GB",
    "ram": "8GB" }
}

    응용 프로그램의 해당 레코드가 100,000개이고 기본 키의 크기가 약 20바이트라고 가정합니다. 또한 보조 인덱스를 사용하여 레코드를 읽는 query가 있다고 가정합니다. 예를 들어, 화면 크기가 13인치인 모든 레코드를 찾습니다. 따라서 인덱스가 screenSize 필드에 생성됩니다.

    요약된 내용은 다음과 같습니다.

    표 테이블당 행 수 테이블당 열 수 키 크기(바이트) 값 크기(바이트)(모든 열의 합계) 인덱스 인덱스 키 크기(바이트)
    1 100000 2 20 1 KB 1 20

  2. 테이블에 대한 작업 리스트(일반적으로 CRUD 작업 및 인덱스 읽기)와 예상되는 작업 속도(초당)를 식별합니다.

    연산 작업 수(초당) 예
    레코드를 생성합니다. 3 제품을 생성하려면 다음을 수행합니다.
    기본 키를 사용하여 레코드를 읽습니다. 200 제품 ID를 사용하여 제품 세부정보를 읽습니다.
    보조 인덱스를 사용하여 레코드를 읽습니다. 1 화면 크기가 13인치인 모든 제품을 인출합니다.
    레코드를 업데이트하거나 레코드에 속성을 추가합니다. 5

    카메라의 제품 설명을 업데이트하려면

    또는

    카메라의 무게에 대한 정보를 추가합니다.
    레코드를 삭제합니다. 5 기존 제품을 삭제하려면

  3. 읽기 및 쓰기 소비(KB)를 식별합니다.

    연산 가정(있는 경우) 공식 읽기 소비(KB) 쓰기 소비(KB) 노트/설명
    레코드를 생성합니다. 조건 검사를 수행하지 않고 레코드가 생성된다고 가정합니다(있는 경우). Record size (rounded to next KB) + 1 KB(index) * (number of indexes) 0 1KB + 1KB(1 ) = 2KB

    레코드 크기는 1KB(JSON 열의 경우 0.8KB, 키 열의 경우 20바이트)이고 1KB 크기의 인덱스가 하나 있습니다.

    put 명령을 일부 옵션과 함께 실행하면 create 작업은 읽기 단위 비용을 발생시킵니다. 행의 최신 버전을 읽고 있음을 보장해야 하므로 일관성 있는 절대 읽기가 사용됩니다. 이 경우 단위 검침 공식에 승수 2를 사용합니다. 다음은 읽기 단위 원가를 결정하는 다양한 옵션입니다.

    • Option.IfAbsent 또는 Option.IfPresent를 사용하는 경우, 소비 읽기 = 2
    • setReturnRow가 사용되는 경우 읽기 소비 = 2 * 레코드 크기
    • Option.IfAbsent 및 setReturnRow를 사용하는 경우 읽기 소비 = 2 * 레코드 크기

    기본 키를 사용하여 레코드를 읽습니다.   Record size round up to KB 레코드 크기 = 1KB 0 레코드 크기가 1KB입니다.
    보조 인덱스를 사용하여 레코드를 읽습니다. 100개의 레코드가 반환된다고 가정합니다. record_size * number_of_records_matched

    11KB *100 = 100KB

    100KB + 10KB = 110KB

    		 0

    보조 인덱스에 대한 요금은 부과되지 않습니다. 레코드 크기는 1KB입니다. 100개 레코드의 경우 100KB입니다.

    추가 10KB는 반환된 일괄 처리 수 및 질의에 설정된 크기 제한에 따라 발생할 수 있는 가변 오버헤드를 나타냅니다.

    간접비는 뱃치의 마지막 키를 읽는 비용입니다. 이것은 maxReadKB 및 레코드 크기에 따라 달라지는 변수입니다. 오버헤드는 최대(numBatches - 1) * 키 읽기 비용(1KB)입니다.
    기존 레코드를 업데이트합니다. 갱신된 레코드 크기가 이전 레코드 크기(1KB)와 같다고 가정합니다. Read consumption = record_size * 2
    Write consumption = original_record_size + new_record_size + 1 KB (index) * (number of writes)    		 1KB * 2 1KB + 1KB + 1KB(1) *(2) = 4KB 등에서

    query(SQL 문)를 사용하여 행을 갱신하면 읽기 단위와 쓰기 단위가 모두 사용됩니다. 업데이트에 따라 기본 키, 보조 키 또는 레코드 자체를 읽어야 할 수도 있습니다. 우리가 가장 최근의 기록을 읽고 있음을 보장하기 위해 절대적으로 일관된 읽기가 필요합니다. 절대 일관성 읽기는 최종 일관성 읽기 비용의 두 배입니다. 이것이 공식에서 2를 곱한 이유입니다.

    사용량 읽기: 인덱스에 대한 요금이 부과되지 않으며 레코드 크기는 1KB입니다. setReturnRow 옵션을 사용하여 실행하는 경우 읽기 소비 = 2 * 레코드 크기

    쓰기 소비: 원본 레코드 크기와 새 레코드 크기는 한 인덱스에 대해 1KB 및 1KB입니다.

    레코드 삭제   Read consumption = 1 KB (index) * 2
    Write consumption = record_size + 1KB (index) * (number_of_indexes)    		 1KB(1) *2 = 2KB 1KB + 1KB(1) * (1) = 2KB

    삭제 시 읽기 및 쓰기 단위 비용이 모두 발생합니다. 행의 최신 버전을 확인해야 하므로 절대 일관성 있는 읽기가 사용되므로 읽기 단위 공식에서 2 승수를 사용해야 합니다.

    setReturnRow 옵션을 사용하여 실행하는 경우 읽기 소비 = 2 * 레코드 크기입니다. 그렇지 않으면 한 인덱스에 대해 Read Consumption= 1KB

    쓰기 소비: 레코드 크기는 인덱스의 경우 1KB 및 1KB입니다. 인덱스 수는 1입니다.

    2단계와 3단계를 사용하여 응용 프로그램 작업 로드의 읽기 및 쓰기 단위를 결정합니다.

    작업 작업 비율 초당 읽기 초당 쓰기
    레코드 작성 3 0 6
    기본 키를 사용하여 레코드 읽기 300 300 0
    보조 인덱스를 사용하여 레코드 읽기 10 1100 0
    기존 레코드 업데이트 5 10 20
    레코드 삭제 1 2 2

    총 읽기 단위: 1412

    총 쓰기 단위:28

    따라서 전자 상거래 응용 프로그램의 작업 로드는 초당 1412회 읽기 및 초당 28회 쓰기로 추정됩니다. 용량 예측기 다운로드

주: 앞의 계산에서는 최종적으로 일관된 읽기 요청을 가정합니다. 절대 일관성 읽기 요청의 경우 작업에서 용량 단위의 2배를 소비합니다. 따라서 읽기 용량 단위는 4844 읽기 단위입니다.

월별 비용 추정

Oracle Cloud 구독의 월별 비용을 추정하는 방법을 알아봅니다.

Oracle Cloud 서비스를 주문할 준비가 되면 Oracle은 구독 모델 또는 금액에 커밋하기 전에 월별 사용량 및 비용을 파악할 수 있는 비용 계산기를 제공합니다.

비용 예측기는 읽기 단위, 쓰기 단위 및 스토리지 입력에 따라 월별 비용을 자동으로 계산합니다. 그러나 애플리케이션의 읽기 및 쓰기 단위를 계산하는 방법을 이해하려면 다음 단계를 따르십시오.

  1. 단계 1: 용량 추정 항목으로 이동합니다. 이 항목에 설명된 예와 공식을 사용하여 응용 프로그램 작업 로드를 예측합니다.

    Oracle Technology Network에서 용량 예측기를 다운로드하여 사용하여 애플리케이션 작업 로드 및 데이터베이스 작업 기준에 따라 애플리케이션의 쓰기 단위, 읽기 단위 및 스토리지 용량을 예측합니다.

  2. 2단계: Oracle Cloud 웹 사이트에서 비용 계산기에 액세스합니다. Data Management 확인란을 선택합니다. 스크롤하여 Oracle NoSQL Database Cloud를 찾고 추가를 선택하여 구성 옵션 아래에 Oracle NoSQL Database Cloud에 대한 항목을 추가합니다. 다른 활용률 및 구성 옵션을 찾으려면 NoSQL 데이터베이스를 확장합니다. Oracle Cloud Pay-As-You-Go 및 Monthly Flex 구독에서 Oracle NoSQL Database Cloud Service 사용 비용을 예측하기 위한 활용률 및 구성 매개변수의 입력 값입니다.

  3. 3단계: Oracle Cloud 웹 사이트에서 비용 계산기에 액세스합니다. Dropdown에서 Data Management를 선택합니다. Data Management 아래에 다양한 옵션이 표시됩니다. 스크롤하여 Oracle NoSQL Database Cloud를 찾습니다. [추가]를 눌러 [구성 옵션] 아래에 Oracle NoSQL Database Cloud에 대한 항목을 추가합니다.

  4. 4단계: 데이터베이스 - NoSQL을 확장하여 다양한 활용률 및 구성 옵션을 찾습니다. Configuration(구성)에는 두 가지 옵션이 있습니다. "항상 무료" 옵션(피닉스 지역에서만 사용 가능)으로 시작하거나 원하는 구성으로 인스턴스를 프로비전닝할 수 있습니다.

    • 4a단계: 항상 무료 옵션을 사용하려는 경우 구성에서 Oracle NoSQL Database Cloud - Read, Oracle NoSQL Database Cloud Service - Storage 및 Oracle NoSQL Database Cloud Service - Write를 확장하고 Read, Storage 및 Write 용량을 0으로 변경합니다. 그런 다음 총 비용 예측이 0으로 표시되고 항상 무료 옵션을 진행할 수 있습니다.

  5. 5단계: 또는 항상 무료에서 사용 가능한 것보다 높은 읽기, 쓰기 및 스토리지 용량을 프로비전하려는 경우 Database-NoSQL 아래에 구성 값을 입력하여 프로비전할 수 있습니다.

    • 5a단계: Oracle NoSQL Database Cloud Service에서 이러한 값을 사용하지 않으므로 Utilization에서 기본값을 수정하지 마십시오.

    • 5b단계: 구성에서 이전 단계에서 예상한 읽기 단위, 쓰기 단위 및 저장 용량 수를 추가합니다. 비용은 입력 값을 기준으로 예측되며 페이지에 표시됩니다.

참고: 자동 스케일 기능을 사용하는 경우 읽기 및 쓰기 단위의 실제 소비에 대한 송장이 월말에 실시간으로 생성됩니다. 따라서 응용 프로그램에서 자신의 감사 로그를 수집하여 월말 청구를 확인할 수 있습니다. 모든 API 호출을 통해 NoSQL Database Cloud 서비스에서 반환된 소비된 읽기 및 쓰기 단위를 기록하는 것이 좋습니다. 이 데이터를 사용하여 Oracle Cloud 계량 및 청구 시스템의 월말 송장 발행 데이터와 연관시킬 수 있습니다.

사용 가능한 다양한 가격 모델에 대한 자세한 내용은 NoSQL Database Cloud Service 가격 책정을 참조하십시오.

글로벌 활성 테이블에 대한 비용/청구

글로벌 활성 테이블에 대한 비용/청구에는 두 가지 구성요소가 있습니다. 첫번째 구성 요소는 싱글톤 테이블에 대해 수행되는 가격 모델입니다. 이 모델에는 월별 읽기 단위, 월별 쓰기 단위 및 월별 기가바이트(GB) 스토리지 용량이 고려됩니다. 두번째 구성 요소는 Global Active 테이블의 각 지역 테이블 복제본에 대해 복제된 쓰기를 위한 것입니다. 수신 복제된 쓰기는 소비된 쓰기에 따라 요금이 부과됩니다.