Autonomous Database on Dedicated Exadata Infrastructure 청구
Oracle Autonomous Database on Dedicated Exadata Infrastructure는 특정 알고리즘을 사용하여 Autonomous Database에서 사용하는 컴퓨트의 사용량을 할당하고 청구합니다. 이러한 알고리즘을 이해하면 가장 비용 효율적인 방식으로 성능 목표를 달성하기 위해 Autonomous Database를 생성하고 구성하는 방법을 결정할 수 있습니다.
CPU 청구 세부정보
Oracle Autonomous Database on Dedicated Exadata Infrastructure는 다음과 같이 CPU 청구를 계산합니다.
- 각 Autonomous Database의 CPU 사용량은 초 단위로 전체 ECPU 또는 OCPU 단위로 측정됩니다.
- 정지된 Autonomous Database는 제로 ECPU 또는 OCPU를 사용합니다. Autonomous Database가 중지되면 비용이 청구되지 않습니다.
- 실행 중인 Autonomous Database는 할당된 수의 ECPU 또는 OCPU와 자동 크기 조정으로 인한 추가 ECPU 또는 OCPU를 사용합니다. Autonomous Database가 실행 중인 경우, 초기 생성 시 또는 이후 수동 스케일링 작업을 통해 데이터베이스에 현재 할당된 CPU 수에 대해 비용이 청구됩니다. 또한 데이터베이스에 대해 자동 크기 조정이 사용으로 설정된 경우 자동 크기 조정의 결과로 데이터베이스가 사용 중인 추가 CPU에 대해 초당 비용이 청구됩니다.
주:
AVMC 및 ACD 리소스를 만들면 청구가 시작되지 않습니다. 따라서 AVMC에 총 CPU 수를 지정하고 각 ACD가 생성 시 노드당 8개의 ECPU 또는 2개의 OCPU를 소비하더라도 해당 CPU는 청구되지 않습니다. AVMC 및 기본 ACD에 Autonomous Database를 프로비저닝하고 해당 데이터베이스가 활발히 실행 중이면 사용된 CPU에 대한 비용이 청구됩니다. 따라서 AVMC 내에 ACD를 생성하여 비용 발생에 대한 걱정 없이 비즈니스 라인, 기능 영역 또는 기타 기술에 따라 데이터베이스를 구성하고 그룹화할 수 있습니다. - Autonomous Database를 생성하는 경우 기본적으로 Oracle은 노드 장애 발생 시에도 최소 50%의 용량으로 데이터베이스를 실행할 수 있도록 추가 CPU를 예약합니다. ACD를 프로비저닝하는 동안 노드 전체에서 예약된 CPU의 백분율을 0% 또는 25%로 변경할 수 있습니다. 지침은 자율운영 컨테이너 데이터베이스 생성의 노드 복구 예약을 참조하십시오. 이러한 추가 CPU는 과금에 포함되지 않습니다.
주:
Oracle Database@AWS 기반 전용 Exadata 인프라의 Autonomous Database는 ECPU 컴퓨트 모델만 지원합니다. - 각 Autonomous Database에 대한 초당 측정값의 평균을 각 시간 간격으로 계산합니다.
- Autonomous Database에 대한 시간당 평균이 함께 추가되어 전체 자율운영 VM 클러스터 리소스에서 시간당 CPU 사용량을 확인합니다.
- Autonomous Database의 컴퓨트 관리를 통해 사용량이 있는 총 CPU, 사용 가능 CPU, 확보 가능한 CPU 범주 간 CPU 이동 방식 및 CPU 요금 청구 방식을 확인할 수 있습니다.
- 자동 스케일링 시 CPU 할당 - 자동 스케일링으로 할당된 CPU가 청구에 미치는 영향(특정 예)을 파악합니다.
탄력적 풀 청구
탄력적 풀을 사용하면 컴퓨트 리소스 청구 측면에서 Autonomous Database 인스턴스를 통합할 수 있습니다.
Autonomous Database 인스턴스에 적용되는 경우를 제외하고, 탄력적 풀을 휴대폰 서비스 "패밀리 계획"과 같이 생각할 수 있습니다. 각 데이터베이스에 대해 개별적으로 비용을 지불하는 대신 데이터베이스는 한 인스턴스(리더)가 전체 풀과 연관된 컴퓨트 사용량에 대해 요금이 부과되는 풀로 그룹화됩니다. 탄력적 리소스 풀에 대한 자세한 내용은 Consolidate Autonomous Database Instances Using Elastic Pools를 참조하십시오.
탄력적 리소스 풀 사용:
- 풀 리더에게 비용이 청구되며, 탄력적 리소스 풀 크기와 풀 리더 및 멤버의 실제 시간별 ECPU 사용량에 따라 비용이 청구됩니다.
- 풀 크기를 초과할 수 있습니다(풀 용량은 풀 크기보다 최대 4배 더 클 수 있음).
- 컴퓨트 리소스, 즉 ECPU 사용량으로만 비용이 청구되며, 풀 리더인 Autonomous Database 인스턴스에 모든 컴퓨트 사용량이 청구됩니다.
탄력적 풀을 사용하면 선택한 풀 크기보다 최대 4배 많은 ECPU를 프로비저닝할 수 있으며, 탄력적 풀에 있는 데이터베이스 인스턴스를 데이터베이스 인스턴스당 1개 이하의 ECPU로 프로비저닝할 수 있습니다. 탄력적 풀 외부에서 데이터베이스 인스턴스당 최소 ECPU 수는 ECPU 2개입니다. 예를 들어, 풀 크기가 128인 경우 512개의 Autonomous Database 인스턴스를 프로비저닝할 수 있습니다(각 인스턴스에 ECPU가 1개 있는 경우). 이 예에서는 128개 ECPU의 풀 크기를 기준으로 풀 크기 컴퓨트 리소스에 대해 비용이 청구되며, 512개 Autonomous Database 인스턴스에 액세스할 수 있습니다. 반대로, 탄력적 풀을 사용하지 않고 512개의 Autonomous Database 인스턴스를 개별적으로 프로비저닝하는 경우 각 Autonomous Database 인스턴스에 대해 최소 2개의 ECPU를 할당해야 합니다. 이 예에서는 ECPU 1024개에 대해 비용을 지불합니다. 탄력적 풀을 사용하면 최대 87%의 컴퓨트 비용을 절감할 수 있습니다.
탄력적 풀을 생성한 후 지정된 시간에 대한 총 ECPU 사용량은 풀 리더인 Autonomous Database 인스턴스에 비용이 청구됩니다. 풀 리더를 제외하고, 풀 멤버인 개별 Autonomous Database 인스턴스는 탄력적 풀의 멤버인 동안 ECPU 사용량에 대해 요금이 청구되지 않습니다.
탄력적 풀 청구는 다음과 같습니다.
- 총 집계된 최대 ECPU 활용률이 지정된 시간 동안 풀 크기보다 작거나 같으면 ECPU의 풀 크기 수(풀 크기의 1배)에 대해 요금이 부과됩니다.
- 탄력적 풀이 만들어진 후 풀 멤버 데이터베이스와 풀 리더가 중지되더라도 ECPU 청구는 풀 크기 비율의 최소 1회에 계속됩니다.
- 즉, 풀의 집계된 최대 ECPU 활용률이 지정된 시간 동안 풀 크기보다 작거나 같은 경우 ECPU의 풀 크기 수(풀 크기의 1배)에 대해 요금이 부과됩니다. 이는 해당 데이터베이스가 탄력적 풀을 사용하지 않고 별도로 청구되는 경우 대비 최대 87%의 컴퓨팅 비용 절감을 나타냅니다.
- 풀 리더의 집계된 최대 ECPU 활용률 및 멤버가 지정된 청구 시간 내 특정 시점의 풀 크기를 초과하는 경우:
- 풀의 집계된 최대 ECPU 활용률이 ECPU 풀 크기 수의 2배 이하입니다. 1배 이상인 사용량의 경우 지정된 청구 시간에 ECPU 수의 최대 2배를 포함하여 ECPU의 풀 크기 수입니다. 시간별 청구는 ECPU 풀 크기 수의 2배입니다. 즉, 풀의 집계된 피크 ECPU 활용률이 풀 크기를 초과하지만 지정된 시간 동안 풀 크기의 2배보다 작거나 같은 경우 ECPU의 풀 크기 수(풀 크기의 2배)의 2배가 청구됩니다. 이는 해당 데이터베이스가 탄력적 풀을 사용하지 않고 별도로 청구되는 경우보다 최대 75%의 컴퓨트 비용 절감을 나타냅니다.
- 풀의 집계된 최대 ECPU 활용률은 ECPU의 풀 크기 수의 4배 이하입니다. 풀의 2배 이상인 사용량의 경우 주어진 청구 시간에 ECPU의 풀 크기 수 최대 4배를 포함하여 ECPU의 크기 수, 시간별 청구는 ECPU의 풀 크기 수의 4배입니다. 즉, 풀의 집계된 피크 ECPU 활용률이 지정된 시간 동안 풀 크기의 두 배를 초과하면 풀 크기 ECPU 수의 네 배(풀 크기의 4배)에 대해 요금이 부과됩니다. 이는 해당 데이터베이스가 탄력적 풀을 사용하지 않고 별도로 청구되는 경우 대비 최대 50%의 컴퓨팅 비용 절감을 나타냅니다.
- 예를 들어, 풀 크기가 128개 ECPU이고 풀 용량이 512개 ECPU인 탄력적 풀을 고려해 보십시오.
- 사례-1: 풀 리더 및 멤버의 집계된 피크 ECPU 활용률은 오후 2:00 - 오후 2:30 - 오후 3:00 - ECPU 128개 사이에 오후 2:30 - 오후 3:00입니다.
- 탄력적 풀에는 이 청구 시간(오후 2~3시)에 대해 풀 크기의 1회인 128개의 ECPU가 청구됩니다. 이 경우 청구 시간 동안 탄력적 풀의 최대 집계 ECPU 사용량이 128개 ECPU보다 작거나 같은 경우에 적용됩니다.
- 사례 2: 풀 리더 및 멤버의 집계된 피크 ECPU 활용률은 오후 2:00 - 오후 2:30 - 오후 250 - 오후 2:30 - 오후 3:00 사이에 ECPU 40개입니다.
- 탄력적 풀에는 이 청구 시간(오후 2~3시)에 대한 풀 크기의 2배인 256개 ECPU가 청구됩니다. 이 경우 청구 시간 동안 탄력적 풀의 최대 집계 ECPU 사용량이 256개 ECPU보다 작거나 같고 128개 ECPU보다 큰 경우에 적용됩니다.
- 사례-3: 풀 리더 및 멤버의 집계된 피크 ECPU 활용률은 오후 2시부터 오후 2시 30분까지 ECPU 80개, 오후 2시 30분부터 오후 3시까지 ECPU 509개입니다.
- 탄력적 풀에는 이 청구 시간(오후 2~3시) 동안 풀 크기의 4배인 512개 ECPU가 청구됩니다. 이 경우 청구 시간 동안 탄력적 풀의 최대 집계 ECPU 사용량이 512개 ECPU보다 작거나 같고 256개 ECPU보다 큰 경우에 적용됩니다.
- 사례-1: 풀 리더 및 멤버의 집계된 피크 ECPU 활용률은 오후 2:00 - 오후 2:30 - 오후 3:00 - ECPU 128개 사이에 오후 2:30 - 오후 3:00입니다.
자세한 내용은 Autonomous Database에서 탄력적 리소스 풀을 사용하여 최대 87%의 컴퓨트 비용 절감을 달성하는 방법을 참조하십시오.
풀이 생성되거나 종료될 때의 탄력적 풀 청구
탄력적 풀을 만들거나 종료하면 탄력적 풀에 대한 전체 시간 동안 리더에 대한 요금이 청구됩니다. 또한 인스턴스가 탄력적 풀에 없는 동안 풀에서 추가되거나 제거되는 개별 인스턴스에 대해 비용이 청구됩니다(이 경우 개별 Autonomous Database 인스턴스에 청구가 적용됨).
- 풀 생성 예: ECPU가 4개인 Autonomous Database 인스턴스가 탄력적 풀에 속하지 않는다고 가정합니다. 오후 2시 15분, ECPU 풀 크기가 128인 이 인스턴스로 탄력적 풀을 만들면 인스턴스가 풀 리더가 됩니다. Autonomous Database가 오후 2-3시 사이에 유휴 상태이고 풀에 다른 Autonomous Database 인스턴스가 없다고 가정하면 오후 2-3시 사이의 시간에 대한 청구는 다음과 같습니다.
- 오후 2시에서 오후 3시까지의 기간에 대한 청구는 (4 * 0.25) + 128 = 129 ECPU입니다.
- 여기서 (4 * 0.25)는 Autonomous Database 인스턴스가 탄력적 풀을 생성하기 15분 전(오후 2시에서 2시 15분까지의 기간 동안 VM 클러스터에 대해 인스턴스가 청구됨) 및 128개 ECPU가 생성될 때의 탄력적 풀에 대한 청구입니다.
- 풀 종료 예: ECPU가 4개인 Autonomous Database 인스턴스가 탄력적 풀의 리더이고 풀 크기가 128개 ECPU라고 가정합니다. 오후 4시 30분, 탄력적 풀을 종료하면 데이터베이스가 탄력적 풀의 일부가 아닌 독립형 Autonomous Database 인스턴스가 됩니다. Autonomous Database가 오후 4-5시 사이에 유휴 상태이고 풀에 다른 Autonomous Database 인스턴스가 없다고 가정하면 오후 4-5시 사이의 시간에 대한 청구는 다음과 같습니다.
- 오후 4시부터 오후 5시까지의 요금은 (4 * 0.5) + 128 = 130 ECPU입니다.
- 여기서 (4 * 0.5)는 Autonomous Database 인스턴스가 탄력적 풀을 종료한 후 30분 동안 계산에 대한 청구이며, 128개 ECPU는 탄력적 풀이 종료된 시간 동안 탄력적 풀에 대한 청구입니다.
- Autonomous Database 인스턴스가 풀에서 나오면 다시 VM 클러스터의 일부가 되고 VM 클러스터에 대해 비용이 청구됩니다.
풀 구성원 또는 리더가 풀을 나갈 때 탄력적 풀 청구
- ECPU가 두 개 이상인 풀 멤버가 풀에서 나갈 경우 개별 인스턴스의 ECPU 할당은 그대로 유지되며 해당 수의 ECPU에 대해 인스턴스에 대한 비용이 청구됩니다.
- ECPU가 1개인 풀 멤버가 풀에서 나가는 경우 ECPU 할당은 2개의 ECPU로 자동으로 설정되며, 확장되지 않는 한 2개의 ECPU에 대해 인스턴스가 청구됩니다.