백업 및 DR 서비스 스토리지 요금을 청구하는 데 사용되는 SKU는 보호되는 리소스가 Backup Vault 또는 자체 관리형 스토리지로 보호되는지에 따라 달라집니다.

리소스가 Backup Vault에 보호되는 경우 Backup Vault가 생성된 프로젝트에 백업 및 DR 서비스 SKU를 사용하여 아래 표에 정의된 가격으로 스토리지 요금이 청구됩니다.

리소스가 자체 관리형 스토리지 (예: Cloud Storage 버킷 또는 Persistent Disk 스냅샷)에 보호되는 경우 해당 SKU를 사용하여 스토리지 요금이 청구됩니다. Cloud Storage 가격 책정에 대한 자세한 내용은 Cloud Storage 가격 책정을 참조하세요. Persistent Disk 스냅샷 가격 책정에 관한 자세한 내용은 Cloud Persistent Disk 스냅샷 가격 책정을 참조하세요.

Google Cloud의 각 프로젝트에는 해당 프로젝트에서 Google Cloud 리소스 및 API 사용 요금을 지불하는 사람을 정의하는 데 사용되는 Billing 계정이 있습니다. 백업 및 DR 서비스 청구에 사용되는 프로젝트와 SKU는 보호되는 리소스 유형에 따라 결정됩니다.

독립 디스크 (Persistent Disk 및 Hyperdisk) 보호를 백업 볼트로 (Terraform 및 Google Cloud CLI를 통한 보호 포함)

활성 보호 상태의 디스크 (Persistent Disk 또는 Hyperdisk)를 백업 볼트로 관리하는 데 드는 비용은 보호된 디스크가 있는 프로젝트에 청구됩니다. 다음 표에는 백업 보관소에 대한 디스크 보호의 SKU 및 가격 책정 방식이 나와 있습니다.

Compute Engine VM 보호를 백업 보관소로 (Terraform 및 Google Cloud CLI를 통한 보호 포함)

활성 보호를 받는 VM의 백업 볼트에 대한 관리 요금은 보호된 VM이 있는 프로젝트에 청구됩니다. 다음 표에는 백업 보관소에 대한 보호를 위한 SKU 및 가격대가 나와 있습니다.

VM이 더 이상 활성 보호 상태가 아니지만 백업 볼트에 백업 데이터가 있는 경우 여기에 설명된 대로 관리 요금이 청구됩니다.

Compute Engine VM 보호를 자체 관리형 스토리지로 확장

자체 관리 스토리지에 대한 보호 관리 요금은 백업 및 DR 서비스가 활성화되고 관리 콘솔이 배포된 프로젝트에 청구됩니다. 백업/복구 어플라이언스가 있는 영역, 리전 또는 프로젝트와 관계없이 다음 표에는 자체 관리형 스토리지 보호를 위한 SKU 및 가격대가 나와 있습니다.

VMware Engine VM은 백업 및 DR 서비스 관리 콘솔을 통해 보호됩니다. 백업 및 DR 서비스 관리 콘솔을 통해 활발하게 보호되는 리소스의 관리 비용은 백업 및 DR 서비스가 활성화되고 관리 콘솔이 배포된 프로젝트에 청구됩니다. 백업/복구 어플라이언스가 있는 영역, 리전 또는 프로젝트와 관계없이

VMware Engine 백업 가격은 소비량 및 약정 기간을 기준으로 책정됩니다. 옵션으로 주문형 또는 1년 및 3년 약정의 약정 사용 할인이 있습니다.

다음 표에는 백업 볼트 또는 자체 관리 스토리지에 VMware Engine ve1-standard-72 노드 및 ve1-standard-72 스토리지 전용 노드를 보호하기 위한 SKU 및 가격 책정 포인트가 나와 있습니다.

다음 표에는 백업 보관소 또는 자체 관리 스토리지로 VMware Engine ve2 노드를 보호하기 위한 SKU 및 가격대가 나와 있습니다.

VM이 더 이상 활성 보호 상태가 아니지만 백업 볼트에 백업 데이터가 있는 경우 여기에 설명된 대로 관리 요금이 청구됩니다.

자체 관리형 SQL Server 데이터베이스는 백업 및 DR 서비스 관리 콘솔을 통해 보호됩니다. 백업 및 DR 서비스 관리 콘솔을 통해 활발하게 보호 중인 리소스의 관리 비용은 백업 및 DR 서비스가 활성화되고 관리 콘솔이 배포된 프로젝트에 청구됩니다. 백업/복구 어플라이언스가 있는 영역, 리전 또는 프로젝트와 관계없이

다음 표에는 백업 보관소에 대한 보호를 위한 SKU 및 가격대가 나와 있습니다.

SQL Server가 더 이상 활성 보호 상태가 아니지만 백업 볼트에 백업 데이터가 있는 경우 여기에 설명된 대로 관리 요금이 청구됩니다.

다음 표에는 자체 관리형 스토리지 보호를 위한 SKU 및 가격대가 나와 있습니다.

자체 관리형 Oracle 데이터베이스는 백업 및 DR 서비스 관리 콘솔을 통해 보호됩니다. 백업 및 DR 서비스 관리 콘솔을 통해 활발하게 보호 중인 리소스의 관리 비용은 백업 및 DR 서비스가 활성화되고 관리 콘솔이 배포된 프로젝트에 청구됩니다. 백업/복구 어플라이언스가 있는 영역, 리전 또는 프로젝트와 관계없이

Backup Vault에 Oracle을 백업하는 가격은 소비와 약정 기간을 기준으로 합니다. 옵션으로 주문형 또는 1년 및 3년 약정의 약정 사용 할인이 있습니다. 다음 표에는 백업 보관소 보호를 위한 SKU 및 가격 책정 포인트가 나와 있습니다.

Oracle이 더 이상 활성 보호 상태가 아니지만 Backup Vault에 백업 데이터가 있는 경우 여기에 설명된 대로 관리 요금이 청구됩니다.

다음 표에는 자체 관리형 스토리지 보호를 위한 SKU 및 가격대가 나와 있습니다.

자체 관리형 SAP HANA 데이터베이스는 백업 및 DR 서비스 관리 콘솔을 통해 보호됩니다. 백업 및 DR 서비스 관리 콘솔을 통해 활발하게 보호 중인 리소스의 관리 비용은 백업 및 DR 서비스가 활성화되고 관리 콘솔이 배포된 프로젝트에 청구됩니다. 백업/복구 어플라이언스가 있는 영역, 리전 또는 프로젝트와 관계없이 다음 표에는 자체 관리형 스토리지 보호를 위한 SKU 및 가격대가 나와 있습니다.

또한 백업 및 DR 서비스는 아래에 나열된 대로 백업 및 DR 서비스 관리 콘솔을 통해 추가 리소스 (예: 파일 시스템, MySQL 데이터베이스 등)의 보호를 지원합니다. 백업 및 DR 서비스 관리 콘솔을 통해 활발하게 보호되는 이러한 리소스의 관리 요금은 백업 및 DR 서비스가 활성화되고 관리 콘솔이 배포된 프로젝트에 청구됩니다. 백업/복구 어플라이언스가 있는 영역, 리전 또는 프로젝트와 관계없이 다음 표에는 자체 관리형 스토리지 보호를 위한 SKU 및 가격대가 나와 있습니다.

리소스가 더 이상 특정 백업 볼트에서 활발하게 보호되지 않지만 (즉, 리소스 보호가 '비활성' 상태임) 해당 백업 볼트에 여전히 백업 데이터가 있는 경우 백업 볼트가 생성된 프로젝트에 아래에 나열된 SKU 및 가격 책정 방식을 사용하여 관리 요금이 청구됩니다.

또한 리소스 보호가 '비활성'으로 간주되는 다음 시나리오를 참고하세요.

• API 사용 중지와 관련된 결제 동작을 참조하세요.
• 백업/복구 어플라이언스를 통해 보호되는 리소스의 경우:
• 백업/복구 어플라이언스가 24시간 동안 백업 볼트와 통신하지 않으면 연결된 백업 볼트 리소스 보호가 '비활성'으로 간주됩니다.

관리 요금을 계산하기 위해 백업 및 DR은 프런트엔드에서 실제 워크로드 크기 또는 관리 중인 워크로드 크기를 기준으로 사용량을 측정합니다. 측정 단위는 기비바이트 (GiB)입니다. 1GiB = 1024 * 1024 * 1024바이트

관리 중인 워크로드가 데이터의 볼륨 크기를 보고하는 경우 Backup and DR은 보고된 볼륨 크기를 고려합니다 (예: VMware의 사용량 계산은 vCenter의 VM에 대해 보고된 크기와 일치함).

여러 데이터베이스에 분산된 10TiB의 Oracle 데이터를 관리하는 경우 Backup and DR 사용량 보고서에는 10 * 1024GiB의 데이터 사용량이 표시됩니다.

참고: Backup and DR 사용량 측정은 데이터 캡처 빈도, 사본이 저장되는 위치, 생성되는 사본 수, 데이터 변경률, 보관 기간 또는 사본이 차지하는 스토리지 양을 고려하지 않습니다.

자체 관리형 스토리지에 백업할 때 Compute Engine 사용량 측정

자체 관리형 스토리지에 백업할 때 Backup and DR은 백업 시점에 Compute Engine VM에 연결된 PD 스토리지의 양을 기준으로 Compute Engine VM 백업의 사용량을 측정합니다. 백업 및 DR을 사용하면 백업에서 PD 볼륨을 제외할 수 있습니다. 이러한 경우 백업할 볼륨으로 식별된 볼륨만 사용량을 측정하는 데 사용됩니다.

예를 들어 1TiB와 2TiB의 PD 볼륨 2개가 Compute Engine VM에 연결되어 있고 백업 SLT를 구성하여 2TiB 볼륨을 제외하는 경우 VM의 사용량은 1TiB로 측정됩니다.

또한 1TiB VM이 커지거나 작아지면 Backup and DR은 최신 백업 시점의 볼륨 크기를 기준으로 사용량을 측정합니다.

Backup Vault에 백업할 때 Compute Engine 사용량 측정

Backup Vault에 백업할 때 백업 및 DR은 아래 설명된 대로 Compute Engine VM의 사용량을 측정합니다.

• 관리 요금은 백업 시점의 Compute Engine VM 크기를 기준으로 합니다. 예를 들어 VM에 총 1TiB의 스토리지가 연결되어 있는 경우 사용된 스토리지와 관계없이 1TiB에 대한 관리 요금이 청구됩니다.
• 또한 1TiB VM이 커지거나 작아지면 Backup and DR은 최신 백업 시점의 VM 크기를 기준으로 사용량을 측정합니다.

독립 디스크 (영구 디스크 및 하이퍼디스크)를 Backup Vault에 백업할 때의 사용량 측정

Backup Vault에 저장된 백업의 경우 백업 및 DR은 독립적인 영구/Hyperdisk의 사용량을 다음과 같이 계산합니다.

• 관리 비용은 각 백업 시점의 영구 디스크/Hyperdisk 크기에 따라 결정됩니다. 즉, 1TiB 디스크는 실제 사용된 스토리지와 관계없이 1TiB에 대한 관리 요금이 발생합니다.
• 또한 Backup and DR은 이전 백업 이후 VM 디스크 크기가 변경되었더라도 가장 최근 백업 중에 디스크의 현재 크기를 기준으로 사용량을 다시 계산합니다.

에이전트 없는 VMware Engine 사용량 측정

VMware Engine ve1 및 ve2 노드의 경우

가격은 보호되는 ESXi 노드의 수와 유형을 기준으로 계산됩니다. ESXi 노드에 연결된 하나 이상의 VM이 백업 및 DR 서비스로 보호되고 있는 경우 해당 ESXi 노드는 보호되는 것으로 간주됩니다.

아래는 VMware Engine의 청구 프로세스를 보여주는 예시입니다.

• us-central1 리전에서 한 달 동안 단일 VMware Engine ve1 노드 (VM 백업만 해당)를 백업하는 가격 = (노드 백업 시간당 정가) X (노드가 활성 상태인 하루 시간 수) X (한 달 일수)
• VMware Engine 노드가 24시간 활성 상태이고 한 달이 30일이라고 가정하면 노드를 백업하는 데 드는 비용은 $0.46 X 24 X 30 = $331(USD)입니다.

ve2 노드의 경우 가격은 보호되는 ESXi 노드의 수와 유형 (mega, large, standard, small)을 모두 기준으로 합니다.

가격 책정은 VMware Engine(전체 VM 백업)을 보호하는 용도로만 사용됩니다. 예를 들어 SAP HANA, SQL Server, MySQL, Postgres, 파일 시스템 에이전트 등에 대한 애플리케이션 일관성 백업 요금 등 에이전트 기반 백업에 대한 백업 관리 요금은 포함되지 않습니다. 에이전트 기반 백업 요금을 추정하려면 에이전트 기반 백업 사용량 측정을 참고하세요.

VMware Engine ve1 및 ve2 스토리지 전용 노드의 경우

VMware Engine ve1/ve2 스토리지 전용 노드 보호 가격은 하나 이상의 VMware Engine ve1/ve2 보호 노드가 있는 클러스터에 추가된 VMware Engine ve1/ve2 스토리지 전용 노드 수에 따라 결정됩니다.

VMware Engine ve1/ve2 보호 노드가 있는 클러스터가 있고 동일한 클러스터에 VMware Engine ve1/ve2 스토리지 전용 노드를 추가하는 경우 클러스터의 모든 스토리지 전용 노드는 기본적으로 보호되는 것으로 간주되며 모든 노드에 대한 보호 비용이 청구됩니다. 하나 이상의 VMware Engine ve1/ve2 보호 노드가 있는 클러스터에서는 VMware Engine ve1/ve2 스토리지 전용 노드에 대한 보호를 제외할 수 없습니다.

예를 들어 20개의 노드로 구성된 기존 클러스터가 있고 이 중 10개를 백업 및 DR 서비스를 사용하여 보호한다고 가정해 보겠습니다. 클러스터에 스토리지 전용 노드 3개를 추가하면 스토리지 전용 노드 3개가 모두 보호된 것으로 간주되며 10 + 3 = 13개의 VMware Engine ve1 노드를 보호하는 비용이 청구됩니다.

클러스터에서 VMware Engine ve1/ve2 노드를 보호하지 않는 경우 VMware Engine v1/ve2 스토리지 전용 노드는 보호할 수 없습니다.

백업 및 DR은 에이전트 기반 백업의 사용량을 워크로드의 실제 크기에 따라 측정합니다. 예를 들어 SQL 서버 데이터베이스 백업이 Backup and DR 에이전트를 사용하고 SQL 서버의 데이터 파일 합계가 7TiB 볼륨에서 5TiB인 경우 사용량은 5TiB로 측정됩니다.

데이터베이스의 에이전트 기반 백업 사용량 측정

Oracle 및 SQL Server 워크로드의 경우 보호되는 데이터베이스만 사용량에 포함됩니다. 로그 파일을 고려하지 않음:

• Oracle. 보호 대상 데이터베이스 파일의 할당된 크기는 사용량에 포함됩니다. 할당된 크기에는 데이터 파일과 제어 파일이 포함됩니다.
• Microsoft SQL Server 보호 대상인 .MDF, .LDF, .NDF 파일을 포함한 모든 데이터베이스 파일의 총 크기가 사용량에 포함됩니다.
• Linux 변경 블록 추적 (CBT)을 통한 데이터베이스 보호 백업 및 DR은 변경 블록 추적을 통해 여러 데이터베이스를 효율적으로 백업할 수 있도록 지원합니다. 이 백업 모드는 Linux Logical Volume Manager (LVM) 관리 볼륨에 상주하는 데이터베이스 로그 및 데이터 파일에 의존합니다. 이러한 종류의 워크로드의 사용량은 보호 대상 데이터베이스의 실제 사용 크기로 측정되며, 다음 쿼리를 사용합니다.
• Db2: call get_dbsize_info(?,?,?,-1);
• MariaDB: SELECT SUM(data_length + index_length) FROM information_schema.TABLES where table_schema='';
• MySQL: SELECT SUM(data_length + index_length) FROM information_schema.TABLES where table_schema='';
• PostgreSQL: SELECT pg_database_size('$db');
• SAP ASE: sp_spaceused;
• SAP IQ: sp_iqdbsize * block_size;
• SAP HANA: select sum(TOTAL_SIZE) from sys_databases.M_VOLUME_FILES where file_type='DATA'
• SAP MaxDB: dbmcli -d $DBSID $MAXDB_KEY info DATA
• Linux CBT가 없는 SQL 덤프 기반 보호 백업 및 DR은 기존 SQL 덤프 기반 백업을 지원합니다. 이 모드에서는 백업 시 데이터베이스에서 보고한 데이터베이스 크기로 사용량이 측정됩니다.

사용량 측정에 영향을 미치는 요인

대역 외 시나리오에서 사용량 측정에 영향을 미치는 요인:

• 압축된 볼륨 볼륨에 압축이 사용 설정된 경우 사용량은 압축 후 값을 계산합니다. 예를 들어 2TiB 볼륨에 2.5TiB의 데이터가 있고 이 데이터가 1.8TiB로 압축된 경우 사용량은 2.5TiB가 아닌 1.8TiB로 계산됩니다.
• Windows 최적화 볼륨 Windows 최적화 볼륨의 경우 백업 및 DR은 백업을 위해 볼륨을 다시 하이드레이션하며 사용량은 다시 하이드레이션된 값입니다. 예를 들어 1TiB Windows 최적화 볼륨에 800GiB 데이터가 포함되어 있고 백업을 위해 재수화될 때 1.1TiB로 끝나는 경우 사용량은 1.1TiB입니다.
• 블록 크기 스테이징 디스크의 경우 Backup and DR은 스테이징 디스크의 블록 크기를 기준으로 사용량을 측정합니다. 소스 볼륨의 블록 크기와 스테이징 디스크 블록 크기가 일치하면 사용량 값이 소스 볼륨과 정확히 일치합니다. 스테이징 디스크에 사용된 블록 크기가 소스 볼륨과 다른 경우 스테이징 디스크에서 사용량 계산이 수행되므로 약간의 차이가 발생합니다.
• 일관성 그룹 일관성 그룹의 사용량은 일관성 그룹에 있는 모든 워크로드 크기의 합계입니다. 워크로드는 개별적으로 측정되어 합산됩니다.

가상 사본의 사용량 측정

Backup and DR은 워크로드의 가상 사본이 생성되는 시점부터 가상 사본의 사용량을 측정합니다. 사용량은 마지막 백업 시점의 애플리케이션 크기를 기준으로 합니다. 새 백업이 수행되면 현재 애플리케이션 크기를 반영하도록 사용량이 업데이트됩니다. 가상 사본을 만드는 가장 일반적인 방법은 마운트 작업을 사용하는 것입니다. 가상 사본을 만들 수 있는 다른 작업 유형으로는 prep-mount 및 reprovision이 있습니다. 사용 요금은 가상 사본이 사용된 시간에 따라 비례 배분됩니다 (마운트가 성공한 시점부터 마운트 해제된 시점까지, 1시간 단위로 측정).

크기가 500GiB인 SQL 서버 데이터베이스의 예를 살펴보겠습니다. 이 데이터베이스의 백업에는 500GiB와 관련된 백업 사용 요금이 발생합니다. 또한 이 데이터베이스의 가상 사본이 가장 최근 백업에서 해당 월 1일 정오에 테스트 서버에 프로비저닝된다고 가정해 보겠습니다. 해당 월 10일에 소스 데이터베이스가 400GiB로 축소됩니다. 매월 20일 오전 11시에 가상 사본이 테스트 서버에서 마운트 해제됩니다. 이 시나리오에서는 1일에 12시간 동안 500GiB의 가상 사본 사용 요금이 발생하며, 2일부터 10일 백업 시간까지 매일 24시간 동안 요금이 발생합니다. 가상 사본 사용 요금은 10일 (백업 시점)에 400GiB로 변경되어 해당 월 20일까지 계속됩니다. 20일의 가상 사본 사용량은 하루 전체가 아닌 11시간 동안의 사용량만 계산됩니다. 가상 사본에 추가로 작성된 데이터가 있어도 사용량은 변하지 않습니다.

소스와 대상이 서로 다른 Google Cloud 위치에 있는 경우 백업 보관소에서 데이터를 전송하면 리전 간 데이터 전송 요금이 적용될 수 있습니다.

현재 리전 간 데이터 전송 요금은 VMware Engine VM, Oracle 데이터베이스, SQL Server 데이터베이스, 디스크와 관련된 전송에 적용됩니다.

VMware Engine VM, Oracle 데이터베이스, SQL Server 데이터베이스의 리전 간 데이터 전송 요금은 아래에 나열된 Backup and DR SKU를 사용하여 백업 볼트가 있는 프로젝트에 청구됩니다.

디스크의 리전 간 데이터 전송 요금은 데이터 전송의 대상 프로젝트에 청구되며 전송되는 데이터의 크기에 따라 적용됩니다.

• 디스크 복원의 경우 대상 프로젝트는 복원된 리소스의 프로젝트입니다. 결제는 해당하는 Compute Engine 리전 간 데이터 전송 SKU를 통해 이루어집니다.

Compute Engine VM의 리전 간 데이터 전송 요금은 향후 적용될 예정입니다. Backup and DR 고객에게는 Compute Engine VM의 리전 간 데이터 전송 요금이 부과되기 전에 사전 공지가 제공됩니다.

사용량 기반 리전 간 데이터 전송 가격은 아래 표에 나와 있으며 전송된 데이터의 GiB당 측정됩니다.

멀티 리전 백업을 생성하는 경우 업로드 요금이 적용될 수 있습니다. 멀티 리전 백업을 복원하는 경우 다운로드 요금이 부과될 수 있습니다.

현재 업로드 및 다운로드 요금은 디스크와 관련된 해당 전송에 적용되며 전송되는 데이터의 크기에 따라 부과됩니다.

추가 세부정보:

• 업로드 및 다운로드 요금은 멀티 리전 위치를 포함하는 지리적 위치를 가진 해당 SKU에 청구됩니다.
• 위치 간 데이터 전송에 업로드/다운로드 요금이 적용되는 경우 리전 간 데이터 전송 요금은 적용되지 않습니다.
• 프로젝트 결제
• 업로드 요금은 해당 백업 및 DR 서비스 SKU를 통해 멀티 리전 백업 볼트가 생성된 프로젝트에 청구됩니다.
• 다운로드 요금은 데이터가 복원된 대상 프로젝트에 해당하는 Compute Engine 서비스 다운로드 SKU를 통해 청구됩니다.

사용 사례 예시:

• 'us-central1' 리전의 디스크를 'us' 위치의 멀티 리전 백업 보관소에 백업
• 멀티 리전 업로드 요금이 적용됩니다.
• 이 경우 백업 및 DR 서비스 '북미' 멀티 리전 업로드 SKU를 사용하여 청구가 이루어집니다.
• 업로드 요금은 백업 볼트가 생성된 프로젝트에 청구됩니다.
• 리전 간 데이터 전송 요금이 적용되지 않습니다.
• 'us' 멀티 리전 디스크 백업에서 'us-central1' 리전에 있는 리소스로 복원
• 다중 리전 다운로드 요금이 적용됩니다.
• 결제는 해당 Compute Engine SKU를 사용하여 이루어집니다 (Compute Engine 가격 책정 세부정보는 여기 참조).
• 다운로드 요금은 복원된 리소스가 생성된 대상 프로젝트에 청구됩니다.
• 리전 간 데이터 전송 요금이 적용되지 않습니다.
• 'us' 멀티 리전 디스크 백업에서 'europe-west1' 리전에 있는 리소스로 복원
• 멀티 리전 다운로드 요금이 적용되지 않습니다.
• 리전 간 데이터 전송 요금이 적용됩니다.
• 결제는 해당하는 Compute Engine SKU를 사용하여 이루어집니다 (Compute Engine 가격 책정 세부정보는 여기 참조).
• 리전 간 데이터 전송 요금은 복원된 리소스가 생성된 대상 프로젝트에 청구됩니다.

향후 Compute Engine VM의 업로드 및 다운로드 요금이 적용될 예정입니다. Backup and DR 고객에게는 Compute Engine VM의 업로드 및 다운로드 요금이 부과되기 전에 사전 공지가 제공됩니다.

백업 보관소를 포함하는 프로젝트에서 API 사용 중지

백업 Vault가 포함된 프로젝트에서 백업 및 DR 서비스 API가 사용 중지되면 결제 동작은 다음과 같습니다.

• 사용자가 정의한 만료 일정에 따라 백업이 만료될 때까지 스토리지 요금이 계속 청구됩니다.
• Backup Vault에 보호된 Compute Engine VM의 경우
• 활성 보호에 대한 관리 청구는 30일 동안 계속 청구됩니다 (보호된 리소스가 있는 프로젝트에 청구). 사용 중지 상태가 30일 연속으로 지속되면 저장된 리소스에 대한 보호가 비활성 상태로 간주됩니다.
• 백업 데이터가 백업 볼트에 있지만 연결된 리소스가 더 이상 활성 보호 상태가 아닌 경우, 더 이상 활성 보호 상태가 아닌 리소스에 대한 관리 청구가 적용됩니다.

백업 보관소에 보호된 Compute Engine VM이 포함된 프로젝트의 API 사용 중지

백업 볼트에 보호된 리소스가 포함된 프로젝트에서 백업 및 DR 서비스 API가 사용 중지되면 다음과 같이 요금이 청구됩니다.

• 사용자가 정의한 만료 일정에 따라 백업이 만료될 때까지 스토리지 요금이 계속 청구됩니다.
• 활성 보호에 대한 관리 청구가 중단됩니다. 사용 중지 상태가 30일 연속으로 지속되면 저장된 리소스에 대한 보호가 비활성 상태로 간주됩니다.
• 백업 데이터가 백업 볼트에 있지만 연결된 리소스가 더 이상 활성 보호 상태가 아닌 경우, 더 이상 활성 보호 상태가 아닌 리소스에 대한 관리 청구가 적용됩니다.

백업/복구 어플라이언스는 고객이 선택한 프로젝트에서 Compute Engine VM으로 실행됩니다. 백업 및 DR 서비스 어플라이언스는 백업 및 DR 서비스 배포 설정 및 계획에 나열된 대로 세 가지 구성으로 제공됩니다. 이러한 어플라이언스를 실행하는 데는 표준 Compute Engine 인스턴스 요금이 적용됩니다.