NoSQL Database Cloud Service 가격 정책

Oracle NoSQL Database Cloud Service는 온디맨드 용량, 호스트된 환경, 프로비저닝된 용량이라는 3가지 용량 기반 가격 정책을 통해 이용하실 수 있습니다.


  • 온디맨드 용량 기반 정책의 이점

    • 쓰기 및 읽기 단위의 최고치 또는 최저치를 프로비저닝하기 위한 정교한 트래픽 예측 알고리즘을 별도로 구축할 필요 없는 완전 관리형 가격 정책을 활용하여 손쉽게 용량을 관리할 수 있습니다.
    • 어떤 할당 및 가격 책정 모델이 더 적합한지 결정하기에 앞서 새로 생성된 NoSQL 테이블 워크로드를 모니터링 및 분석하기에 이상적인 정책입니다.
    • 읽기 및 쓰기 단위 사용량 예측을 위해 각 애플리케이션 워크로드 패턴을 모델링할 필요가 없으므로 그에 따른 시간과 노력을 절약할 수 있습니다.
    • 귀사의 애플리케이션이 사용한 쓰기 및 읽기 용량에 기반한 청구 모델입니다.
    • 초기 설정 이후 모든 용량 관리는 Oracle이 전적으로 담당합니다.
    보다 자세한 내용은 아래를 참조해 주세요.
  • 프로비저닝된 용량 기반 정책의 이점

    • 쓰기, 읽기, 스토리지 용량에 맞춰 확장 가능한 완전 관리형 서비스입니다.
    • 최고치 및 최저치를 예측 가능한 워크로드에 적합합니다.
    • 갑작스러운 사용량 급증이 발생하지 않는 지속적이고 예측 가능한 워크로드에 적합합니다.
    • 프로비저닝된 용량을 잘 관리할수록 월 청구액이 저렴해집니다.
    • 쓰기 및 읽기 단위의 단가가 저렴합니다.
    • 사용자가 용량 프로비저닝을 직접 제어하므로 그에 따른 월별 청구 금액도 예측 가능해집니다.
    보다 자세한 내용은 아래를 참조해 주세요.
  • 호스트된 환경의 이점

    • 워크로드 격리: 직접 연결된 NVMe 스토리지를 갖춘 전용 클러스터입니다.
    • 탁월한 확장성: 매 초 수백만 개의 작업, 매일 수십억 개의 작업까지 확장 가능합니다.
    • 사용자 정의 가능한 엔드포인트.
    • 확장 가능한 서비스 제한: NoSQL Cloud Service 공유 환경의 서비스 제한에서 벗어날 수 있습니다.
    • 완전 관리형.
    • 추가 비용이 발생하지 않는 단순한 월간 구독 가격 정책
    보다 자세한 내용은 아래를 참조해 주세요.


온디맨드 용량 기반 정책 개요

온디맨드 용량 기반 가격 정책을 채택할 경우 쓰기 및 읽기 용량을 미리 프로비저닝할 필요가 없어집니다. Oracle NoSQL Database Cloud Service가 귀사의 애플리케이션이 필요로 하는 용량을 파악하고 실시간으로 용량을 조정합니다. 비용은 귀사의 애플리케이션이 실제로 사용한 쓰기 및 읽기 용량에 맞춰 청구됩니다.

온디맨드 용량

제품
단위 가격
책정 기준
Oracle NoSQL Database Cloud–쓰기–자동

월간 쓰기 단위*
Oracle NoSQL Database Cloud–읽기–자동

월간 읽기 단위*
Oracle NoSQL Database Cloud–스토리지

월간 GB 스토리지 용량*
Oracle NoSQL Database Cloud - 리전별 복제 쓰기

월간 쓰기 단위:

* 자세한 내용은 측정항목 설명을 참조해 주세요.


    • 측정항목 설명

      서비스 설명(PDF) 에 수록된 관련 측정항목들의 구체적인 정의는 다음과 같습니다.

      • 월간 쓰기 단위: 1개월이라는 기간 동안, 또는 약 260만 번이라는 횟수에 걸쳐 수행하는 쓰기 작업에 사용되는 초당 최대 1킬로바이트(KB)의 데이터 처리량을 의미합니다. 한 달은 744시간으로 간주합니다.
      • 월간 읽기 단위: 1개월이라는 기간 동안, 또는 약 260만 번이라는 횟수에 걸쳐 수행하는 최종적으로 일관된 읽기 작업(즉, 반환된 데이터가 데이터베이스에 가장 최근에 기록된 데이터가 아닐 수도 있는 경우)에 사용되는 최대 1KB의 데이터 처리량을 의미합니다. 한 달은 744시간으로 간주합니다. 절대적으로 일관적인 읽기 작업(즉, 반환된 데이터가 데이터베이스에 가장 최근에 기록된 데이터인 경우)이 초당 최대 1KB의 데이터 처리량을 필요로 하는 경우, 매월 2개의 '월간 읽기 단위'와 같은 처리량을 프로비저닝해야 합니다.
      • 월간 기가바이트(GB) 스토리지 용량: 1개월이라는 서비스 기간 동안 Oracle Cloud 서비스의 스토리지 파일러가 사용한 1기가바이트(GB) 컴퓨터 스토리지 공간을 의미합니다.

      1개의 월간 쓰기 또는 읽기 단위 적용시 매월(744시간) 총 쓰기 또는 읽기 데이터 사용량은 2,678,400KB로 간주합니다.

      1개월을 2,678,400초로 간주하므로, 다음과 같은 계산이 성립됩니다.

      • 귀사의 애플리케이션이 744시간 동안 지속적으로 1초당 1KB의 데이터를 쓰거나 읽는 경우, 1개의 월간 쓰기 단위 또는 읽기 단위를 사용하게 됩니다.
      • 귀사의 애플리케이션이 744시간 동안 지속적으로 2초마다 2KB의 데이터를 쓰거나 읽는 경우에도 동일하게 1개의 월간 쓰기 단위 또는 읽기 단위를 사용하는 것으로 간주합니다.

      귀사의 애플리케이션 워크로드 특성이 동적으로 변화할 수도 있고, 매월 다른 갯수의 쓰기 또는 읽기 단위를 사용할 수도 있습니다. Oracle은 매월 귀사의 Oracle NoSQL Database Cloud 사용량을 측정하고 그에 기반한 요금을 청구합니다.

      쓰기 및 읽기 외에도 스토리지 역시 필요한 리소스입니다. 스토리지 용량은 사전에 프로비저닝됩니다. 1개월이라는 기간 동안 스토리지 사용량이 변동될 수 있습니다. 스토리지 사용량은 프로비저닝된 'GB 스토리지 용량'의 갯수에 따라 측정 및 청구됩니다.

    • 청구 예제

      1개월이라는 기간 내의 서로 다른 기간 동안 일정량의 쓰기 및 읽기 작업을 수행하고, 다음과 같은 쓰기 및 읽기 단위를 사용하는 애플리케이션이라고 가정합니다.

      • 1~5일차: 매일 100,000개의 쓰기 및 읽기 단위 사용
      • 6~15일차: 매일 250,000개의 쓰기 및 읽기 단위 사용
      • 16~31일차: 매일 45,000개의 쓰기 및 읽기 단위 사용

      가정

      계산의 단순화를 위해 다음과 같은 가정을 적용합니다.

      • 쓰기 또는 읽기 작업용 레코드 크기는 1KB 이하입니다.
      • 읽기는 1KB 작업당 1개 읽기 단위가 청구되는 최종적으로 일관적인 읽기입니다.
      • 쓰기는 1KB 작업당 1개의 쓰기 단위가 청구됩니다.
      • 보조 인덱싱을 수행하지 않습니다. 기본 키를 통해 레코드에 액세스합니다.
      • 1개월은 31일, 744시간입니다.
      • 1일차에 프로비저닝된 스토리지는 1개월동안 5GB로 일정하게 유지됩니다.

      월간 청구 예제

      다음은 2개의 워크로드 모두 31일 동안 동일한 총 쓰기 및 읽기 단위를 사용하였다는 가정 하에 도출된 월간 청구 내역의 샘플입니다.

      1개월(31일)간 사용한 2개의 워크로드 관련 청구 예제

      쓰기
      워크로드 기간 일간 쓰기 워크로드 기간별 총 쓰기 단위 사용량 세부 정보
      1~5일차 100,000 500,000 100,000 쓰기 x 5일
      6~15일차 250,000 2,500,000 250,000 쓰기 x 10일
      16~31일차 45,000개 720,000 45,000 쓰기 x 16일
      월간 합계 3,720,000
      월간 총 쓰기 단위 1.39 3,720,000/2,678,400
      월간 청구 $4.35 3,720,000/2,678,400 x $3.135
      읽기
      워크로드 기간 일간 읽기 워크로드 기간별 총 읽기 단위 사용량 세부 정보
      1~5일차 100,000 500,000 100,000 읽기 x 5일
      6~15일차 250,000 2,500,000 250,000 읽기 x 10일
      16~31일차 45,000개 720,000 45,000 읽기 x 16일
      월간 합계 3,720,000
      월간 총 읽기 단위 1.39 3,720,000/2,678,400
      월간 청구 $0.22 3,720,000/2,678,400 x $0.16
      스토리지
      총 스토리지 GB 읽기 단위 월간 청구 세부 정보
      1~31일차 5 $0.33 5GB x $0.066
      총 월간 청구 금액 $4.91
      (쓰기, 읽기, 스토리지)

      참고: 총 월간 청구 금액 계산에 사용한 수치는 반올림하여 계산하였습니다. 계산기를 사용하여 예제의 수치를 단순히 합산하면 약간의 차이가 발생할 수 있습니다.

    • 동일한 사용량 및 비용의 서로 다른 동적 워크로드

      온디맨드 용량 청구 모델은 1개월 동안 애플리케이션이 사용한 총 읽기 및 쓰기 단위 수를 기준으로 비용을 책정합니다. 아래 예제에서는 고객사가 전혀 다른 성격의 2가지 워크로드를 구동했다고 가정하였습니다. 하나는 다양한 최고점 및 최저점을 반복하여 오르내리는 연속적인 워크로드이고, 다른 하나는 급격한 사용량 상승 및 갑작스러운 사용 정지를 반복하는 워크로드입니다. 양쪽 모두 1개월간 동일한 수의 쓰기 및 읽기 단위를 사용합니다. 각 워크로드 곡선 아래의 영역은 사용된 쓰기 및 읽기 단위의 총 개수를 나타내며, 그 개수는 서로 같습니다. 따라서 월간 사용료 또한 동일합니다.

      예제 1: 다양하고 연속적인 1개월간의 쓰기/읽기 작업

      1~5일차에는 중간 정도의 쓰기/읽기 워크로드가 지속적으로 유지되었지만, 6~15일차의 워크로드는 그보다 높아졌습니다. 16~31일차에는 1개월을 3등분한 기간들 중 가장 낮은 쓰기/읽기 워크로드가 지속적으로 유지되었습니다.

      1개월간의 다양하고 지속적인 쓰기/읽기 작업을 보여주는 그림입니다.

      예제 2: 예측 불가능한 사용량 급증이 발생하는 1개월간의 쓰기/읽기 작업

      1~5일차에는 중간 정도의 쓰기/읽기 워크로드가 1회 급증했습니다. 이후 짧은 휴식 기간을 지나 6~15일차에는 쓰기/읽기 워크로드가 3회 급증했습니다. 사용량은 1~5일차 대비 더 많았고 중간 휴식 기간은 더 짧았습니다. 16~31일차의 쓰기/읽기 작업량은 가장 적었습니다. 가장 낮은 수준의 워크로드 급증이 3회 있었고, 중간 휴식 기간은 더 길었습니다.

      1개월간의 예상 불가능하고 갑작스러운 쓰기/읽기 작업량 급증을 보여주는 그림입니다.


프로비저닝된 용량 기반 정책 개요

프로비저닝된 용량 기반 청구 모델을 사용하면 애플리케이션의 니즈에 맞는 쓰기 및 읽기 용량 한도를 사전에 예약할 수 있습니다. 이후 Oracle NoSQL Database Cloud Service가 워크로드 요구사항을 충족하는 용량을 프로비저닝합니다. 사용료는 애플리케이션용으로 예약한 쓰기 및 읽기 용량을 기준으로 청구됩니다.

프로비전된 용량

제품
단가
책정 기준
Oracle NoSQL Database Cloud–쓰기

월간 쓰기 단위*
Oracle NoSQL Database Cloud–읽기

월간 읽기 단위*
Oracle NoSQL Database Cloud–스토리지

월간 GB 스토리지 용량*
Oracle NoSQL Database Cloud - 리전별 복제 쓰기

월간 쓰기 단위:

* 자세한 내용은 측정항목 설명을 참조해 주세요.


    • 측정항목 설명

      서비스 설명(PDF) 에 수록된 관련 측정항목들의 구체적인 정의는 다음과 같습니다.

      • 월간 쓰기 단위: 1개월이라는 기간 동안, 또는 약 260만 번이라는 횟수에 걸쳐 수행하는 쓰기 작업에 사용되는 초당 최대 1킬로바이트(KB)의 데이터 처리량을 의미합니다. 한 달은 744시간으로 간주합니다.
      • 월간 읽기 단위: 1개월이라는 기간 동안, 또는 약 260만 번이라는 횟수에 걸쳐 수행하는 최종적으로 일관된 읽기 작업(즉, 반환된 데이터가 데이터베이스에 가장 최근에 기록된 데이터가 아닐 수도 있는 경우)에 사용되는 최대 1KB의 데이터 처리량을 의미합니다. 한 달은 744시간으로 간주합니다. 절대적으로 일관적인 읽기 작업(즉, 반환된 데이터가 데이터베이스에 가장 최근에 기록된 데이터인 경우)이 초당 최대 1KB의 데이터 처리량을 필요로 하는 경우, 매월 2개의 '월간 읽기 단위'와 같은 처리량을 프로비저닝해야 합니다.
      • 월간 기가바이트(GB) 스토리지 용량: 1개월이라는 서비스 기간 동안 Oracle Cloud Service의 스토리지 파일러가 사용한 1기가바이트(GB) 컴퓨터 스토리지 공간을 의미합니다.

      1개의 월간 쓰기 또는 읽기 단위는 1개월 동안 1KB 용량의 쓰기 또는 읽기 작업을 1초당 1건씩, 총 2,678,400건 수행할 수 있는 기회를 제공합니다. 귀사의 테이블이 1초당 여러 건의 쓰기 또는 읽기를 필요로 하는 경우에는 2개 이상의 월간 쓰기 또는 읽기 단위를 할당해야 합니다.

      스토리지 용량은 1개월간 프로비저닝된 GB 용량의 개수에 따라 측정되고, 그에 기반한 비용이 청구됩니다. 1개월이라는 기간 동안 스토리지 용량은 변동될 수 있으며, Oracle NoSQL Database 사용료는 그 변동 내역에 맞춰 청구됩니다.

    • 청구 예제

      다음은 서로 다른 워크로드 패턴 및 프로비저닝된 용량을 가정한 몇 가지 청구 예제입니다. 가장 빠르고 이해하기 쉬운 방식으로 월 청구 금액 계산법을 설명하기 위한 것입니다. 월별, 나아가 시간별로 변동하는 용량에 기반한 다양한 청구 금액 계산 방법을 살펴보겠습니다. 프로비저닝된 쓰기, 읽기, 스토리지 용량이 초 단위로 정밀하게 측정되므로 사용자는 다른 단가들을 사용하여 사용료를 유연하게 계산할 수 있습니다(예: 분 단위, 시간 단위).

      다음 예제들에는 월간 단가 및 시간당 단가를 사용했습니다. 월간 단가를 744시간으로 나누면 시간당 단가를 구할 수 있습니다. 시간당 단가는 워크로드가 매 시간별로 변경되는 경우 적합한 방식입니다.

      청구 예제에 사용된 가격 정책 및 측정 단위

      제품 월간 단가 시간당 단가
      Oracle NoSQL Database Cloud–쓰기 $0.1254 $0.0001685
      Oracle NoSQL Database Cloud–읽기 $0.0064 $0.0000086

      가정

      계산의 단순화를 위해 다음과 같은 가정을 적용합니다.

      • 쓰기 또는 읽기 작업용 레코드 크기는 1KB 이하입니다.
      • 읽기는 1KB 작업당 1개 읽기 단위가 청구되는 최종적으로 일관적인 읽기입니다.
      • 쓰기는 1KB 작업당 1개의 쓰기 단위가 청구됩니다.
      • 보조 인덱싱을 수행하지 않습니다. 기본 키를 통해 레코드에 액세스합니다.
      • 1개월은 31일, 744시간입니다.
      • 1일차에 프로비저닝된 스토리지는 1개월동안 25GB로 일정하게 유지됩니다.

      월간 청구 예제

      다음은 워크로드, 프로비저닝 용량, 청구 비용 계산법이 서로 다른 예제 3가지입니다.

      예제 1: 예측 가능하고, 지속적으로 일관적인 워크로드 및 프로비저닝된 용량을 1개월간 사용

      사용자의 애플리케이션이 1개월 내내 대체로 일정한 수의 쓰기 및 읽기 작업을 수행한다고 가정한 예제입니다. 워크로드들은 연속적이고, 1개월 동안 거의 변함없이 유지되므로 일관적인 월간 쓰기 및 읽기 용량을 프로비저닝할 수 있습니다. 1개월 기간 중 중반에 발생하는 낮은 수준의 사용량 증가에 대응 가능한 용량을 프로비저닝합니다. 1일차에 프로비저닝된 스토리지 용량이 1개월간 25GB(기본 수명 적용)로 일정하게 유지된다고 가정합니다.

      월간 단위 가격이 가장 적합한 가격 책정 방식입니다. 프로비저닝된 쓰기 및 읽기 용량과 스토리지가 1개월간 일정하게 유지되는 사례이기 때문입니다.

      1~31일차, 총 1개월에 해당하는 기간 동안의 워크로드는 대체로 일정하며, 변동량은 크지 않습니다. 프로비저닝된 쓰기 및 읽기 용량은 200KB/초(200개 쓰기/읽기 단위)로서, 1개월 기간 중 중반의 사용량 증가에 따른 최대 사용량에 대응 가능한 용량입니다.

      1개월 동안 프로비저닝된 쓰기/읽기 단위 개수 그래픽

      청구 금액 계산법

      월간 청구액 = (프로비저닝된 쓰기/읽기 단위) x (쓰기/읽기 월간 단위 가격)

      샘플 청구

      쓰기
      워크로드 기간 쓰기 단위 월간 청구 세부 정보
      1~31일차(쓰기 200KB/초) 200 $25.08 200 쓰기 x $0.1254
      읽기
      워크로드 기간 읽기 단위 월간 청구 세부 정보
      1~31일차(읽기 200KB/초) 200 $1.28 200 읽기 x $0.0064
      스토리지
      총 스토리지 GB 월간 청구 세부 정보
      1~31일차 25 $1.65 25GB x $0.066
      총 월간 청구 금액 $28.01
      (쓰기, 읽기, 스토리지)

      참고: 총 월간 청구 금액 계산에 사용한 수치는 반올림하여 계산하였습니다. 계산기를 사용하여 예제의 수치를 단순히 합산하면 약간의 차이가 발생할 수 있습니다.

      예제 2: 동적, 연속적인 워크로드 및 프로비저닝된 용량을 1개월간 사용

      고객사의 애플리케이션이 1개월 중 서로 다른 기간 동안 다양한 성격의 쓰기 및 읽기 작업을 수행한다고 가정합니다. 각 기간별 워크로드는 다음과 같습니다.

      • 1~5일차: 중간 수준의 워크로드(100KB/초) 처리를 위한 쓰기 단위 100개, 읽기 단위 100개를 프로비저닝했습니다.
      • 6~15일차: 보다 대용량의 워크로드(200KB/초) 처리를 위한 쓰기 단위 200개, 읽기 단위 200개를 프로비저닝했습니다.
      • 16~31일차: 보다 소용량의 워크로드(70KB/초) 처리를 위한 쓰기 단위 70개, 읽기 단위 70개를 프로비저닝했습니다.

      쓰기 및 읽기 용량 변경은 변경일 자정에 수행한다고 가정합니다. 또한 1일차에 프로비저닝된 스토리지 용량이 1개월간 25GB(기본 수명 적용)로 일정하게 유지된다고 가정합니다.

      시간당 단위 가격이 가장 적합한 가격 책정 방식입니다. 프로비저닝된 총 시간당 쓰기 및 읽기 용량을 집계하여 월간 청구 금액을 계산할 수 있기 때문입니다.

      1~5일차에는 120시간동안 100개의 쓰기 단위, 100개의 읽기 단위를 프로비저닝했습니다. 6~15일차에는 240시간동안 200개의 쓰기 단위, 200개의 읽기 단위를 프로비저닝했습니다. 16~31일차에는 384시간동안 70개의 쓰기 단위, 70개의 읽기 단위를 프로비저닝했습니다.

      서로 다른 3개의 기간 동안 프로비저닝한 쓰기/읽기 단위 수를 보여주는 그림입니다.

      청구 금액 계산법

      월간 청구액 = 합계 ((프로비저닝한 시간당 쓰기/읽기 단위) x (시간당 쓰기/읽기 단위 가격))

      샘플 청구

      쓰기
      워크로드 기간 시간당 쓰기 단위 시간당 쓰기 비용 x일 간의 총 시간당 비용 세부 정보
      1~5일차 100 $0.0169 $2.02 시간당 비용 x 120시간
      6~15일차 200 $0.0337 $8.09 시간당 비용 x 240시간
      16~31일차 70 $0.0118 $4.53 시간당 비용 x 384시간
      월간 청구 $14.64
      읽기
      워크로드 기간 시간당 읽기 단위 시간당 읽기 비용 x일 간의 총 시간당 비용 세부 정보
      1~5일차 100 $0.0009 $0.10 시간당 비용 x 120시간
      6~15일차 200 $0.0017 $0.41 시간당 비용 x 240시간
      16~31일차 70 $0.0006 $0.23 시간당 비용 x 384시간
      월간 청구 $0.75
      스토리지
      총 스토리지 GB 월간 청구 세부 정보
      1~31일차 25 $1.65 25GB x $0.066
      총 월간 청구 금액 $17.04
      (쓰기, 읽기, 스토리지)

      참고: 총 월간 청구 금액 계산에 사용한 수치는 반올림하여 계산하였습니다. 계산기를 사용하여 예제의 수치를 단순히 합산하면 약간의 차이가 발생할 수 있습니다.

      예제 3: 동적 워크로드 및 다수의 프로비저닝된 용량을 1시간 동안 사용

      이는 1시간 내로 서로 다른 쓰기/읽기 용량을 프로비저닝하는 특수한 사례입니다. 고객사의 애플리케이션이 1시간 내로 2가지 극단적인 워크로드 변경을 수행한다고 가정합니다. 다음은 1시간 내로 2개 이상의 쓰기/읽기 유닛을 프로비저닝하는 경우의 비용 계산법입니다.

      • 1~5일차: 중간 수준의 워크로드 처리를 위한 쓰기 단위 100개, 읽기 단위 100개를 프로비저닝했습니다.
      • 6일차(12:00 a.m.~1:00 a.m.):
        • 12:01 a.m.~12:15 a.m.(15분): 워크로드 감소량에 맞춰 쓰기 단위 20개, 읽기 단위 20개를 프로비저닝했습니다.
        • 12:16 a.m.~1:00 a.m.(45분): 소폭 상승한 워크로드에 맞춰 쓰기 단위 60개, 읽기 단위 60개를 프로비저닝했습니다.
      • 6일차(1:01 a.m.~11:59 p.m.)(23시간): 워크로드의 급격한 상승량에 대응하기 위한 쓰기 단위 200개, 읽기 단위 200개를 프로비저닝했습니다.
      • 7~15일차: 대규모 워크로드 처리를 위한 쓰기 단위 200개, 읽기 단위 200개를 프로비저닝했습니다.
      • 16~31일차: 소규모 워크로드 처리를 위한 쓰기 단위 70개, 읽기 단위 70개를 프로비저닝했습니다.

      시간당 단위 가격이 가장 적합한 가격 책정 방식입니다. 프로비저닝된 총 시간당 쓰기 및 읽기 용량을 집계하여 월간 청구 금액을 계산할 수 있기 때문입니다. 본 사례의 경우, 1시간 내로 프로비저닝된 쓰기 및 읽기 용량이 2번 변경되었던 시간대의 평균 사용료를 계산하는 데에도 시간당 단위 가격을 사용하였습니다.

      1~5일차에는 120시간동안 100개의 쓰기 단위, 100개의 읽기 단위를 프로비저닝했습니다. 6일차(12:01 a.m.~12:15 a.m.)에는 20개의 쓰기 단위, 20개의 읽기 단위를 프로비저닝했습니다. 6일차(12:16 a.m.~1:00 a.m.)에는 60개의 쓰기 단위, 60개의 읽기 단위를 프로비저닝했습니다. 6일차(1:01 a.m.~11:59 p.m.)에는 200개의 쓰기 단위, 200개의 읽기 단위를 프로비저닝했습니다. 7~15일차에는 216시간동안 200개의 쓰기 단위, 200개의 읽기 단위를 프로비저닝했습니다. 16~31일차에는 384시간동안 70개의 쓰기 단위, 70개의 읽기 단위를 프로비저닝했습니다.

      서로 다른 3개의 기간 동안 프로비저닝한 쓰기/읽기 단위 수를 보여주는 그림입니다.

      청구 금액 계산법

      월간 청구액 = 합계((프로비저닝된 시간당 쓰기/읽기 단위) x (시간당 쓰기/읽기 단위 가격) + (12:01 a.m.~1:00 a.m. 동안 프로비저닝된 평균 시간당 쓰기/읽기 단위) x (시간당 쓰기/읽기 단위 가격))

      샘플 청구

      다음은 1일차에 프로비저닝된 스토리지 용량이 1개월간 25GB(기본 수명 적용)로 일정하게 유지된다는 가정 하에 계산한 월간 청구 내역 샘플입니다. 6일차(12 a.m.~1 a.m.)의 평균 쓰기/읽기 단위는 다음과 같습니다.

      • 12:01 a.m.~12:15 a.m. = 20 쓰기/읽기 단위 * 900초 = 18,000 쓰기/읽기 단위
      • 12:16 a.m.~1:00 a.m. = 60 쓰기/읽기 단위 * 2700초 = 162,000 쓰기/읽기 단위
      • 6일차 12 a.m.~1 a.m. 사이 평균 쓰기/읽기 단위 = (18,000 + 162,000)/3600 = 50 쓰기/읽기 단위
      쓰기
      워크로드 기간 시간당 쓰기 단위 시간당 쓰기 비용 x일 간의 총 시간당 비용 세부 정보
      1~5일차 100 $0.0169 $2.02 시간당 비용 x 120시간
      6일차, 12 a.m.~1 a.m.(프로비저닝된 평균 용량) 50 $0.0084 $0.01 시간당 비용 x 1시간
      6일차, 12:01 a.m.~12:15 a.m.(쓰기 20KB/초) 20 20 쓰기 x 900초
      6일차, 12:16 a.m.~1:00 a.m.(쓰기 60KB/초) 60 60 쓰기 x 2700초
      6일차, 1:01 a.m.~12:00 a.m. 200 $0.0337 $0.78 시간당 비용 x 23시간
      7~15일차 200 $0.0337 $7.28 시간당 비용 x 216시간
      16~31일차 70 $0.0118 $4.53 시간당 비용 x 384시간
      월간 청구 $14.62
      읽기
      워크로드 기간 시간당 읽기 단위 시간당 읽기 비용 x일 간의 총 시간당 비용 세부 정보
      1~5일차 100 $0.0009 $0.10 시간당 비용 x 120시간
      6일차, 12 a.m.~1 a.m.(프로비저닝된 평균 용량) 50 $0.0004 $0.0004 시간당 비용 x 1시간
      6일차, 12:01 a.m.~12:15 a.m.(읽기 20KB/초) 20 20 읽기 x 900초
      6일차, 12:16 a.m.~1:00 a.m.(읽기 60KB/초) 60 60 읽기 x 2700초
      6일차, 1:01 a.m.~12:00 a.m. 200 $0.0017 $0.04 시간당 비용 x 23시간
      7~15일차 200 $0.0017 $0.37 시간당 비용 x 216시간
      16~31일차 70 $0.0006 $0.23 시간당 비용 x 384시간
      월간 청구 $0.75
      스토리지
      총 스토리지 GB 월간 청구 세부 정보
      1~31일차 25 $1.65 25GB x $0.066
      총 월간 청구 금액 $17.01
      (쓰기, 읽기, 스토리지)

      참고: 총 월간 청구 금액 계산에 사용한 수치는 반올림하여 계산하였습니다. 계산기를 사용하여 예제의 수치를 단순히 합산하면 약간의 차이가 발생할 수 있습니다.

    • 샘플 청구서

      Oracle NoSQL Database Cloud용 Oracle Cloud Infrastructure(OCI) 월간 청구서 샘플

      다음은 위의 예제 2를 기반으로 작성한 2022년 12월 OCI 월간 청구서 샘플입니다.



호스트된 환경 개요

호스트된 환경을 통해 가장 까다로운 기업용 애플리케이션 워크로드를 전용 NoSQL 클러스터에서 격리하여 운영할 수 있습니다. 직접 연결된 NVMe 스토리지 및 데이터베이스를 비롯한 모든 기본 인프라는 단일 테넌트 전용으로 제공되고 Oracle이 전담 관리합니다. 고객은 월별 고정 비용을 지불하고 각 환경별로 제공되는 모든 쓰기, 읽기, 스토리지 용량을 사용할 수 있습니다.

호스트된 환경

제품
가격(모두 포함)
책정 기준
Oracle NoSQL Database Cloud - 호스트된 환경

월간 호스트된 환경*

* 자세한 내용은 측정항목 설명을 참조해 주세요.


    • 측정항목 설명

      서비스 설명에 수록된 관련 측정항목들의 구체적인 정의는 다음과 같습니다.

      월별 호스트된 환경은 고객이 주문한 Oracle Cloud 서비스에 포함된, Oracle이 고객에게 액세스 권한을 부여하는 시스템 및 지원 리소스의 조합으로 이루어져 있으며, 해당 시스템에서 운영되는 Oracle 프로그램 및 Oracle 퍼블릭 클라우드 서비스들과 관련된 특정 용도를 위해 맞춤형으로 구성됩니다. Oracle은 Oracle Cloud 서비스를 제공하기 위해 호스트된 환경을 사용합니다.

      호스트된 환경은 해당하는 주문서에 기재된 운영 환경 및 모든 비운영 환경으로 구성됩니다.

      고객에게는 Oracle NoSQL Database Cloud Service 용도로

      • 최소 월간 읽기 단위 420,000개를 제공합니다.
      • 최소 월간 쓰기 단위 280,000개를 제공합니다.
      • 최소 월간 스토리지 17,500GB를 제공합니다.