Plan Your Service

Oracle NoSQL Database Cloud Service 서비스를 생성하기 전에 잠시 시간을 내어 계획하십시오. 여기에 설명된 질문을 생각하고 시작하기 전에 수행할 작업을 결정합니다.

이 문서에는 다음 항목이 있습니다.

개발자 개요

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

NDCS 개발자 작업

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

그림 developer_overview.png에 대한 설명

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

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

OCI SDK/드라이버 - Oracle Cloud Infrastructure는 맞춤형 솔루션 개발을 지원하는 다양한 SDK(소프트웨어 개발 키트)를 제공합니다. 일반적으로 UPL에 따라 라이센스가 부여됩니다. 프로그래밍 인터페이스를 통해 OCI 콘솔과 유사한 기능을 제공합니다.

참조:

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 용량 - 테이블 수	영역	On Demand 용량의 테이블 수입니다.	3	호스트된 환경에서 허용되지 않거나 필요하지 않음
프로비전 모드 변경	테이블	테이블에 대한 프로비저닝 모드를 프로비저닝됨에서 On Demand로 변경하거나 그 반대로 변경합니다.	하루에 한 번만 변경할 수 있습니다.	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의 처리량 및 스토리지 용량을 추정하는 방법을 알아봅니다.

계산의 기본 사항

서비스에 대한 처리량 및 스토리지를 예측하는 방법을 배우기 전에 처리량 및 스토리지 단위 정의를 검토해 보겠습니다.

쓰기 단위(WU): 쓰기 단위 1개는 초당 최대 1KB의 데이터 처리량으로 정의됩니다. 쓰기 작업은 레코드를 삽입, 업데이트 또는 삭제하는 모든 Oracle NoSQL Database Cloud Service API 호출입니다. NoSQL 테이블에는 초당 사용할 수 있는 쓰기 단위 수를 지정하는 쓰기 제한 값이 있습니다. 인덱스 갱신은 쓰기 단위도 사용합니다.

예를 들어, 레코드 크기가 1KB 미만이면 쓰기 작업을 위해 하나의 WU가 필요합니다. 레코드 크기가 1.5KB이면 쓰기 작업에 2개의 WU가 필요합니다.
RU(읽기 단위): 1개의 읽기 단위는 최종적으로 일관된 읽기 작업에 대해 초당 최대 1KB의 데이터에 대한 처리량으로 정의됩니다. NoSQL 테이블에는 초당 사용할 수 있는 읽기 단위 수를 지정하는 읽기 제한 값이 있습니다.

예를 들어, 1KB 미만의 레코드 크기에는 최종적으로 일관된 읽기 작업을 위해 하나의 RU가 필요합니다. 레코드 크기가 1.5KB이면 최종적으로 일관된 읽기 작업을 위한 RU 2개와 절대적으로 일관된 읽기 작업을 위한 RU 4개가 필요합니다.
스토리지 용량: 하나의 스토리지 단위는 단일 기가바이트(GB)의 데이터 스토리지입니다.
절대적 일관성: 반환된 데이터는 데이터베이스에 가장 최근에 기록된 데이터여야 합니다.
최근 일관성: 반환된 데이터는 데이터베이스에 가장 최근에 기록된 데이터가 아닐 수 있습니다. 데이터를 새로 업데이트하지 않으면 결국 해당 데이터에 대한 모든 액세스가 최신 업데이트 값을 반환합니다.

주:

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

능력 단위에 영향을 주는 요소

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

레코드 크기: 레코드 크기가 증가하면 데이터 쓰기 또는 읽기에 소비된 용량 단위 수도 증가합니다.
데이터 일관성: 절대 일관성 읽기는 최종 일관성 읽기의 두 배 비용입니다.
보조 인덱스: 테이블에서 기존 레코드가 수정(추가, 갱신 또는 삭제)될 때 보조 인덱스를 갱신하면 쓰기 단위가 사용됩니다. 쓰기 작업에 대해 프로비전된 총 처리량 비용은 테이블에 쓰고 로컬 보조 인덱스를 업데이트하여 소비된 쓰기 단위의 합계입니다.
데이터 모델링 선택: 스키마리스 JSON을 사용하면 각 문서는 메타데이터 오버헤드를 레코드의 전체 크기에 추가하는 자체 설명입니다. 고정 스키마 테이블의 경우 각 레코드에 대한 오버헤드는 정확히 1바이트입니다.
질의 패턴: 질의 작업의 비용은 검색된 행 수, 술어 수, 소스 데이터의 크기, 예측 및 인덱스 존재 여부에 따라 달라집니다. 가장 비용이 적게 드는 질의는 시스템에서 기본 및 보조 인덱스를 활용할 수 있도록 샤드 키 또는 인덱스 키(연관된 인덱스 포함)를 지정합니다. 응용 프로그램은 여러 query를 시도하고 소비된 처리량을 검사하여 작업 튜닝에 도움을 줄 수 있습니다.

실제 예: 애플리케이션 작업 로드 예측 방법

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

애플리케이션의 데이터 모델(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개 있고 primary key의 크기가 약 20바이트라고 가정합니다. 또한 보조 인덱스를 사용하여 레코드를 읽는 쿼리가 있다고 가정합니다. 예를 들어, 화면 크기가 13인치인 모든 레코드를 찾습니다. 따라서 screenSize 필드에 인덱스가 생성됩니다.

요약된 정보는 다음과 같습니다.

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

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

연산	작업 수(초당)	예
레코드 생성.	3	제품을 만들려면
기본 키를 사용하여 레코드를 읽습니다.	200	제품 ID를 사용하여 제품 세부정보를 읽으려면
보조 인덱스를 사용하여 레코드를 읽습니다.	1	화면 크기가 13인치인 모든 제품을 인출합니다.
레코드에 속성을 업데이트하거나 추가합니다.	5	카메라의 제품 설명을 업데이트하려면 또는 카메라의 무게에 대한 정보를 추가합니다.
레코드 삭제.	5	기존 프로덕트를 삭제합니다.

읽기 및 쓰기 사용량(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 명령을 실행하면 만들기 작업으로 읽기 단위 비용이 발생합니다. 행의 최신 버전을 읽고 있으므로 절대 일관성 있는 읽기가 사용됩니다. 이 경우 읽기 단위 공식에 승수 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)`	1개 KB * 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 * 레코드 크기입니다. 그렇지 않으면 한 인덱스에 대해 소비 읽기= 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 쓰기입니다. Oracle Technology Network에서 제공하는 용량 예측기 툴을 다운로드하여 해당 값을 입력하고 애플리케이션의 처리량 및 저장량을 예측합니다.

주:

앞의 계산에서는 결국 일관성 있는 읽기 요청을 가정합니다. 절대 일관성 읽기 요청의 경우 작업은 용량 단위의 두 배를 소비합니다. 따라서 읽기 용량 단위는 4844 읽기 단위입니다.

월별 비용 추정

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

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

비용 예측기는 읽기 단위, 쓰기 단위 및 저장 영역의 입력을 기준으로 월별 비용을 자동으로 계산합니다. 그러나 응용 프로그램에 대한 읽기 및 쓰기 단위를 계산하는 방법을 이해하려면 다음 단계를 따르십시오.

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

2단계: Oracle Technology Network에서 용량 예측기를 다운로드하여 사용하여 응용 프로그램 작업 로드 및 데이터베이스 작업 기준에 따라 응용 프로그램의 쓰기 단위, 읽기 단위 및 저장 영역 용량을 예측합니다.
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단계: Oracle Cloud 웹 사이트의 비용 예측기에 액세스합니다. 드롭다운에서 Data Management를 선택합니다. Data Management 아래에 다양한 옵션이 표시됩니다. 스크롤하여 Oracle NoSQL Database Cloud를 찾습니다. [추가]를 눌러 [구성 옵션] 아래에 Oracle NoSQL Database Cloud에 대한 항목을 추가합니다.
4단계: 다양한 활용률 및 구성 옵션을 찾으려면 데이터베이스 - NoSQL를 확장합니다. Configuration(구성) 아래에 두 가지 옵션이 있습니다. "항상 무료" 옵션으로 시작하거나 원하는 구성으로 인스턴스를 프로비전할 수 있습니다.
- 4단계: 항상 무료 옵션을 원하는 경우 구성에서 Oracle NoSQL Database Cloud - 읽기, Oracle NoSQL Database Cloud Service - 스토리지 및 Oracle NoSQL Database Cloud Service - 읽기, 스토리지 및 쓰기 용량을 0으로 확장합니다. 그러면 총 비용 예상이 0으로 표시되고 항상 무료 옵션을 계속 사용할 수 있습니다.
5단계: 또는 상시 무료에서 사용할 수 있는 것보다 더 높은 읽기, 쓰기 및 스토리지 용량을 프로비전하려는 경우 Database-NoSQL에 구성 값을 입력하여 프로비전할 수 있습니다.
- 5a단계: Oracle NoSQL Database Cloud Service에서 이러한 값을 사용하지 않으므로 사용률에서 기본값을 수정하지 마십시오.
- 5단계 b: 구성에서 이전 단계에서 예상한 읽기 단위, 쓰기 단위 및 스토리지 용량 수를 추가합니다. 비용은 입력 값을 기반으로 예측되며 페이지에 표시됩니다.

주:

자동 스케일 기능을 사용하는 경우 읽기 및 쓰기 단위의 실제 소비에 대한 송장이 월말에 실시간으로 생성됩니다. 따라서 애플리케이션에서 고유한 감사 로그를 수집하여 월말 청구를 확인할 수 있습니다. 모든 API 호출과 함께 NoSQL Database Cloud 서비스에서 반환되는 소비된 읽기 및 쓰기 단위를 기록하는 것이 좋습니다. 이 데이터를 사용하여 Oracle Cloud 계량 및 청구 시스템의 월말 송장 데이터와 상관시킬 수 있습니다.

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

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

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

제목 및 저작권 정보

Plan Your Service

Oracle and/or its affiliates.