백업 및 DR 서비스 가격 책정
이 문서에서는 클라우드 백업 및 DR 가격 책정 세부정보를 설명합니다.
개요
백업 및 DR 서비스는 소비 기반 청구 모델을 제공하며 결제는 다음 구성요소를 기반으로 합니다.
백업 스토리지 요금 백업 이미지에서 소비한 스토리지 양.
백업 사용량 요금. 백업 조정 및 관리에 사용되는 양
백업 스토리지 요금
백업 및 DR 서비스를 통해 사용자는 풍부한 Cloud Storage 제품을 활용하여 보호 대상 워크로드의 비즈니스 중요도에 맞게 백업 스토리지를 밀접하게 조정할 수 있습니다.
백업 및 DR 서비스는 영구 디스크, 표준 스토리지, Nearline Storage, Coldline Storage, Archive Storage 유형을 지원합니다. 사용자는 각 스토리지 유형의 백업 이미지에서 소비한 스토리지 사용량에 대해 비용을 지불합니다. Cloud Storage 가격 책정에 대한 자세한 내용은 Cloud Storage 가격 책정을 참조하세요.
백업/복구 어플라이언스 요금
백업/복구 어플라이언스는 고객이 선택한 프로젝트에서 실행 중인 컴퓨팅 인스턴스 VM에서 실행되며 표준 Compute Engine 인스턴스 요금이 적용됩니다. 백업 및 DR 서비스는 백업 및 DR 서비스 배포 설정 및 계획에 나열된 Compute Engine 머신 유형을 지원합니다.
백업 사용 요금
Google Cloud의 각 프로젝트에는 해당 프로젝트의 Google Cloud 리소스 및 API 사용 비용을 지불하는 사용자를 정의하는 데 사용되는 결제 계정이 있습니다. 프로젝트에서 백업 및 DR 서비스가 활성화되면 아래에 설명된 4가지 SKU의 사용량에 대한 요금이 해당 프로젝트에 청구됩니다. 이는 백업/복구 어플라이언스가 위치한 영역이나 프로젝트에 관계없이 적용됩니다.
다음 표에는 백업 및 DR을 사용할 때의 SKU 및 가격대가 나와 있습니다.
| 제품 / SKU - 백업 | 가격 책정 모델 | Meter | 정가 |
|---|---|---|---|
| VM 데이터: Compute Engine VM, 온프레미스 VM, 파일 시스템 | 사용량 기준 | 보호 중인 소스 (프런트엔드) 용량의 GiB-월당 | $0.03 / GiB-월 |
| SAP HANA, Oracle, SAP ASE, SAP IQ, SAP MaxDB, IBM Db2 | 사용량 기준 | 보호 중인 소스 (프런트엔드) 용량의 GiB-월당 | $0.24 / GiB-월 |
| Microsoft SQL Server, MySQL, PostgreSQL, MongoDB, MariaDB | 사용량 기준 | 보호 중인 소스 (프런트엔드) 용량의 GiB-월당 | $0.09 / GiB-월 |
| 가상 사본 (테스트 데이터 관리) | 사용량 기준 | 총 가상 클론 용량의 GiB-월당 | $0.03 / GiB-월 |
1 여기에는 백업 테스트 또는 복원에 가상 마운트를 사용하는 시나리오가 포함됩니다.
Google Cloud VMware Engine 백업 가격은 사용량 및 약정 기간에 따라 책정됩니다. 1년 및 3년 약정 시 주문형 또는 약정 사용 할인이 옵션으로 제공됩니다.
다음 표에는 Google Cloud VMware Engine ve1-standard-72 노드 및 ve1-standard-72 스토리지 전용 노드를 보호하기 위한 SKU 및 가격대가 나와 있습니다.
| 제품 / SKU - 백업 | 가격 책정 모델 | Meter | 리전 | 위치 | 정가 (주문형) | 1년 약정(월별 결제 미국 달러(USD)) | 1년 약정(선불 결제 미국 달러(USD)) | 3년 약정(월별 결제 미국 달러(USD)) | 3년 약정(선불 결제 미국 달러(USD)) |
|---|---|---|---|---|---|---|---|---|---|
| VM 데이터: Google Cloud VMware Engine | 노드 기반 | 노드당 시간당 | asia-northeast1 | 도쿄 | 0.53달러 | $0.40 | 0.37달러 | $0.30 | $0.27 |
| 노드 기반 | 노드당 시간당 | asia-south1 | 뭄바이 | 0.51달러 | $0.39 | $0.36 | $0.29 | $0.26 | |
| 노드 기반 | 노드당 시간당 | asia-southeast1 | 싱가포르 | 0.51달러 | $0.39 | $0.36 | $0.29 | $0.26 | |
| 노드 기반 | 노드당 시간당 | australia-southeast1 | 시드니 | 0.51달러 | $0.39 | $0.36 | $0.29 | $0.26 | |
| 노드 기반 | 노드당 시간당 | europe-west2 | 런던 | 0.53달러 | $0.40 | 0.37달러 | $0.31 | $0.27 | |
| 노드 기반 | 노드당 시간당 | europe-west3 | 프랑크푸르트 | 0.53달러 | $0.40 | 0.37달러 | $0.31 | $0.27 | |
| 노드 기반 | 노드당 시간당 | europe-west4 | 네덜란드 | 0.53달러 | $0.40 | 0.37달러 | $0.31 | $0.27 | |
| 노드 기반 | 노드당 시간당 | europe-west6 | 취리히 | 0.58달러 | $0.44 | $0.40 | $0.33 | $0.29 | |
| 노드 기반 | 노드당 시간당 | europe-west8 | 밀라노 | $0.54 | 0.41달러 | 0.38달러 | $0.31 | $0.27 | |
| 노드 기반 | 노드당 시간당 | northamerica-northeast1 | 북미 퀘벡 몬트리올 | 0.51달러 | $0.39 | $0.36 | $0.29 | $0.26 | |
| 노드 기반 | 노드당 시간당 | northamerica-northeast2 | 북미 온타리오 토론토 | 0.51달러 | $0.39 | $0.36 | $0.29 | $0.26 | |
| 노드 기반 | 노드당 시간당 | southamerica-east1 | 상파울루 | $0.66 | $0.50 | $0.46 | 0.38달러 | $0.33 | |
| 노드 기반 | 노드당 시간당 | us-central1 | 북미 아이오와 카운슬 버프스 | $0.46 | $0.35 | $0.33 | $0.27 | $0.23 | |
| 노드 기반 | 노드당 시간당 | us-east4 | 애쉬번 | $0.46 | $0.35 | $0.33 | $0.27 | $0.23 | |
| 노드 기반 | 노드당 시간당 | us-west2 | 로스앤젤레스 | $0.50 | 0.38달러 | $0.35 | $0.29 | $0.25 | |
| 노드 기반 | 노드당 시간당 | southamerica-west1 | 산티아고 | $0.64 | $0.48 | $0.45 | 0.37달러 | $0.32 | |
| 노드 기반 | 노드당 시간당 | asia-south2 | 델리 | 0.51달러 | $0.39 | $0.36 | $0.29 | $0.26 | |
| 노드 기반 | 노드당 시간당 | me-west-1 | 텔아비브 | 0.51달러 | $0.39 | $0.36 | $0.29 | $0.26 | |
| 노드 기반 | 노드당 시간당 | europe-west-12 | 토리노 | $0.54 | 0.41달러 | 0.38달러 | $0.31 | $0.27 |
백업 및 DR 사용량은 어떻게 측정되나요?
백업 및 DR은 프런트엔드의 실제 워크로드 크기 또는 관리 중인 워크로드의 크기를 기준으로 사용량을 측정합니다. 측정 단위는 기비바이트 (GiB)입니다. 1기비바이트는 1024 * 1024 * 1024바이트입니다.
관리 중인 워크로드가 데이터의 볼륨 크기를 보고하면 백업 및 DR은 보고된 볼륨 크기를 고려합니다. 예를 들어 VMware 사용량 계산은 vCenter의 보고된 VM 크기와 일치합니다.
여러 데이터베이스에 분산된 10TiB의 Oracle 데이터를 관리하는 경우 백업 및 DR 사용량은 10 * 1, 024GiB의 데이터 사용량을 보고합니다.
에이전트리스 Compute Engine의 사용량 측정
백업 및 DR은 백업 시점에 Compute Engine VM에 연결된 PD 스토리지 양에 따라 Compute Engine VM 백업 사용량을 측정합니다. 백업 및 DR을 사용하면 백업에서 PD 볼륨을 제외할 수 있습니다. 이러한 경우 백업하도록 식별된 볼륨만 사용량을 측정하는 데 사용됩니다.
예를 들어 1TiB와 2TiB의 PD 볼륨 2개가 Compute Engine VM에 연결되고 2TiB 볼륨을 제외하도록 백업 SLT를 구성하면 VM 사용량은 1TiB로 측정됩니다.
또한 1TiB VM이 확장되거나 축소되면 백업 및 DR은 최신 백업 시점의 볼륨 크기를 기준으로 사용량을 측정합니다.
비에이전트(agentless) 방식의 Google Cloud VMware Engine 사용량 측정
Google Cloud VMware Engine의 가격은 Google Cloud VMware Engine ve1 노드 및 Google Cloud VMware Engine ve1 스토리지 전용 노드를 기준으로 계산됩니다.
Google Cloud VMware Engine ve1 노드용
가격은 보호 중인 ESXi 노드 수를 기준으로 계산됩니다. ESXi 노드는 연결된 VM 중 하나 이상이 백업 및 DR 서비스로 보호되고 있는 경우 보호된 것으로 간주됩니다.
다음은 Google Cloud VMware Engine의 결제 프로세스를 보여주는 예시입니다.
us-central1 리전에서 한 달 동안 단일 Google Cloud VMware Engine 노드 (VM 백업만 해당) 백업 비용 =
(노드/ 시간 백업 정가) X (노드가 활성화된 일일 시간 수) X (당월 일수)
Google Cloud VMware Engine 노드가 24시간 동안 활성 상태라는 점을 고려하면 한 달에 30일이 있고 노드 백업 가격은 $0.46 X 24 X 30 = $331(USD)입니다.
가격은 Google Cloud VMware Engine(전체 VM 백업) 보호에만 적용됩니다. SAP HANA, SQL Server, MySQL, Postgres, 파일 시스템 에이전트 등의 애플리케이션 일관성 백업 요금과 같은 에이전트 기반 백업의 백업 관리 요금은 포함되지 않습니다. 에이전트 기반 백업의 요금을 추정하려면 에이전트 기반 백업 사용량 측정을 참조하세요.
Google Cloud VMware Engine ve1 스토리지 전용 노드용
Google Cloud VMware Engine ve1 스토리지 전용 노드 보호 가격은 하나 이상의 Google Cloud VMware Engine ve1 보호 노드가 있는 클러스터에 추가된 Google Cloud VMware Engine ve1 스토리지 전용 노드 수에 따라 결정됩니다.
Google Cloud VMware Engine ve1 보호 노드가 포함된 클러스터가 있고 Google Cloud VMware Engine ve1 스토리지 전용 노드를 동일한 클러스터에 추가하면 클러스터의 모든 스토리지 전용 노드가 기본적으로 보호된 것으로 간주되며 모든 노드 보호에 대한 요금이 청구됩니다. Google Cloud VMware Engine ve1 보호 노드가 하나 이상 있는 클러스터에서는 Google Cloud VMware Engine ve1 스토리지 전용 노드에 대한 보호를 제외할 수 없습니다.
예를 들어 20개의 노드로 구성된 기존 클러스터가 있고 이 중 10개를 백업 및 DR 서비스를 사용하여 보호한다고 가정해 보겠습니다. 클러스터에 3개의 스토리지 전용 노드를 추가하면 3개의 스토리지 전용 노드가 모두 보호된 것으로 간주되며 10 + 3 = 13개의 Google Cloud VMware Engine ve1 노드를 보호하는 데 대한 요금이 부과됩니다.
클러스터에서 Google Cloud VMware Engine ve1 노드를 보호하지 않는 경우 이 경우 Google Cloud VMware Engine v1 스토리지 전용 노드를 보호할 수 없습니다.
에이전트 기반 백업의 사용량 측정
백업 및 DR은 워크로드의 실제 크기를 기준으로 에이전트 기반 백업의 사용량을 측정합니다. 예를 들어 SQL Server 데이터베이스 백업이 백업 및 DR 에이전트를 사용하고 SQL 서버의 데이터 파일 합계가 7TiB 볼륨에 5TiB이면 사용량은 5TiB로 측정됩니다.
데이터베이스의 에이전트 기반 백업에 대한 사용량 측정
Oracle 및 SQL Server 워크로드의 경우 보호되는 데이터베이스만 사용량에 반영됩니다. 로그 파일은 고려되지 않습니다.
- Oracle. 보호 중인 데이터베이스 파일의 할당된 크기는 사용량에 반영됩니다. 할당된 크기에는 데이터 파일과 제어 파일이 포함됩니다.
- Microsoft SQL Server 보호되는 .MDF, .LDF, .NDF 파일을 비롯한 모든 데이터베이스 파일의 총 크기는 사용량에 반영됩니다.
Linux 변경 블록 추적 (CBT)을 사용한 데이터베이스 보호 백업 및 DR은 변경 블록 추적을 통해 여러 데이터베이스의 효율적인 백업을 지원합니다. 이 백업 모드는 Linux LVM (Logical Volume Manager) 관리형 볼륨에 상주하기 위해 데이터베이스 로그와 데이터 파일을 사용합니다. 이 워크로드 클래스의 경우 사용량은 다음 쿼리를 사용하여 보호 중인 데이터베이스의 실제 사용 크기로 측정됩니다.
Db2: get_dbsize_info(?,?,?,-1);를 호출합니다.
MariaDB: SELECT SUM(data_length + index_length) FROM information_schema.TABLES 여기에서 table_schema='
'; MySQL: SELECT SUM(data_length + index_length) FROM information_schema.TABLES 여기에서 table_schema='
'; PostgreSQL: SELECT pg_database_size('$db')
SAP ASE: sp_spaceused;
SAP IQ: sp_iqdbsize * block_size;
SAP HANA: sys_databases.M_VOLUME_FILES(file_type='DATA')에서 sum(TOTAL_SIZE)을 선택합니다.
SAP MaxDB: dbmcli -d $DBSID $MAXDB_KEY 정보 데이터
Linux CBT가 없는 SQL 덤프 기반 보호 백업 및 DR은 기존 SQL 덤프 기반 백업을 지원합니다. 이 모드에서 사용량은 백업 시 데이터베이스에서 보고한 데이터베이스 크기로 측정됩니다.
가상 사본 사용량 측정
백업 및 DR은 워크로드의 가상 사본이 생성될 때부터 가상 사본의 사용량을 측정합니다. 사용량은 마지막 백업 시점의 애플리케이션 크기를 기준으로 합니다. 새 백업이 수행되면 현재 애플리케이션 크기를 반영하도록 사용량이 업데이트됩니다. 가상 사본을 만드는 가장 일반적인 방법은 마운트 작업을 사용하는 것입니다. 준비 마운트 및 재프로비저닝과 같은 다른 작업 유형도 가상 사본을 만들 수 있습니다. 사용량 요금은 가상 사본이 사용되는 시간 (성공적으로 마운트한 시점부터 마운트 해제 시점까지 1시간 단위로 측정됨)에 따라 일할 계산됩니다.
크기가 500GiB인 SQL Server 데이터베이스를 예로 들어보겠습니다. 이 데이터베이스의 백업에는 500GiB의 백업 사용 요금이 부과됩니다. 또한 이 데이터베이스의 가상 사본이 최신 백업에서 매월 1일 정오에 테스트 서버에 프로비저닝된다고 가정해 보겠습니다. 매월 10일에 소스 데이터베이스가 400GiB로 줄어듭니다. 매월 20일 오전 11시에 테스트 서버에서 가상 사본이 마운트 해제됩니다. 이 시나리오에서는 1일에는 12시간, 두 번째부터 10일 백업 시간까지 매일 24시간 동안 500GiB의 가상 사본 사용 요금이 부과됩니다. 가상 사본 사용량 요금은 백업 시점인 10일에 400GiB로 변경되며 매월 20일까지 계속됩니다. 20일의 가상 사본 사용량은 하루 종일이 아닌 11시간 동안의 사용량만 계산합니다. 가상 사본에 기록되는 추가 데이터로는 사용량은 변경되지 않습니다.
사용량 측정에 영향을 미치는 요인
대역 외 시나리오에서 사용량 측정에 영향을 미치는 요인:
- 압축 볼륨. 볼륨이 압축되면 압축 후 값을 계산합니다. 예를 들어 2TiB 볼륨에 1.8TiB로 압축된 2.5TiB의 데이터가 있는 경우 사용량은 2.5TiB가 아닌 1.8TiB입니다.
- Windows 최적화 볼륨. Windows 최적화 볼륨의 경우 백업 및 DR은 백업을 위해 볼륨을 리하이드레이션하며 사용량은 리하이드레이션 값입니다. 예를 들어 1TiB Windows 최적화 볼륨 1개에 800GiB 데이터가 포함된 경우 백업을 위해 리하이드레이션된 데이터가 1.1TiB가 되면 사용량은 1.1TiB입니다.
- 블록 크기. 스테이징 디스크의 경우 백업 및 DR은 스테이징 디스크의 블록 크기를 기준으로 사용량을 측정합니다. 소스 볼륨의 블록 크기와 스테이징 디스크 블록 크기가 일치하면 사용량 값이 소스 볼륨과 정확하게 일치합니다. 스테이징 디스크에 사용된 블록 크기가 소스 볼륨과 다르면 사용량 계산이 스테이징 디스크에서 실행되므로 약간의 차이가 있습니다.
- 일관성 그룹. 일관성 그룹의 사용량 수는 일관성 그룹의 모든 워크로드 크기의 합계입니다. 워크로드는 개별적으로 측정되고 합산됩니다.
다음 단계
가격 책정과 관련된 질문은 자주 묻는 질문(FAQ)을 참조하세요.