관리 콘솔용 백업 및 DR은Google Cloud 및 하이브리드 환경에서 가상 머신 (VM), 파일 시스템, 자체 관리형 데이터베이스를 중앙에서 캡처, 저장, 복제, 복구할 수 있는 어플라이언스 기반 백업 및 재해 복구 솔루션입니다. 전용 웹 기반 어플라이언스 관리 콘솔과 고객이 배포한 백업/복구 어플라이언스를 통해 워크로드 전반에서 데이터 보호를 관리할 수 있습니다.
관리 콘솔의 백업 및 DR은 데이터를 영구 증분 형식으로 캡처하고 애플리케이션에서 읽을 수 있는 기본 제공 형식으로 저장합니다. 백업은 독점 백업 보관 파일이 아닌 기본적으로 저장되므로 백업/복구 어플라이언스에서 직접 백업 이미지를 즉시 마운트하여 워크로드를 복구하고, 테스트 및 개발을 위해 가상 사본을 프로비저닝하거나, 최소한의 다운타임으로 데이터를 마이그레이션할 수 있습니다.
관리 콘솔의 백업 및 DR 지원 중단
Google Cloud Backup and DR은 2027년 9월 30일에 기존 어플라이언스 관리 콘솔 (IaaS 스택) 및 관련 사용자 관리 워크로드에 대한 지원을 종료합니다. 지속적인 데이터 보호를 유지하려면 최대한 빨리 대체 백업 방법으로 마이그레이션할 계획을 세우세요.
관리 콘솔 지원 중단의 영향을 받는 워크로드
관리 콘솔 지원 중단은 다음을 포함하여 기존 어플라이언스 관리 콘솔을 통해 보호되는 자체 관리형 워크로드에만 영향을 미칩니다.
- 어플라이언스 관리 콘솔을 통해 관리되는 Compute Engine 인스턴스
- IBM Db2 데이터베이스
- Oracle 데이터베이스
- SAP HANA 데이터베이스
- Microsoft SQL Server 데이터베이스
- Google Cloud VMware Engine VM
- 일반 애플리케이션 및 일관성 그룹
- 사용자 관리 파일 시스템 (Linux 및 Windows 파일 시스템, 시스템 상태, NFS, SMB/CIFS)
Compute Engine VM, Persistent Disk, Cloud SQL, PostgreSQL용 AlloyDB, Filestore를 포함하여Google Cloud 콘솔을 통해 직접 보호되는 퍼스트 파티 Google 관리형 서비스는 이 지원 중단의 영향을 받지 않습니다.
지원 중단 일정 및 주요 일정
관리 콘솔의 백업 및 DR 지원 중단은 세 가지 주요 시행 단계에 따라 진행됩니다.
- 2026년 12월 31일 (비활성 관리 서버 삭제): 프로젝트의 관리 서버는 연속 30일 동안 비활성 상태이면 자동으로 삭제됩니다. 관리 서버는 활성 백업, 보호된 애플리케이션 또는 워크로드, 활성 백업 작업이 없는 경우에만 비활성으로 간주됩니다.
- 2027년 9월 30일 (백업 중지): 기존 어플라이언스 관리 콘솔 스택을 사용하여 새 백업을 만드는 기능에 대한 지원이 종료됩니다. 이 마감일 전에 마이그레이션하지 않으면 영향을 받는 워크로드의 새 백업을 수행할 수 없습니다.
- 2028년 3월 31일 (복원 종료): 기존 어플라이언스 관리 콘솔 인터페이스를 통한 직접 복원 기능이 종료됩니다. 이 마감일 이후에 백업을 복원하려면 독립형 장기 보관 (LTR) 복구 유틸리티 및 스크립트를 사용해야 합니다.
관리 콘솔 워크로드의 마이그레이션 대안
2027년 9월 30일 백업 중지 전에 백업 보호를 유지하려면 영향을 받는 워크로드를 다음 지원되는 백업 솔루션 중 하나로 마이그레이션하세요.
| 워크로드 | 이전 옵션 | 참조 |
|---|---|---|
| Compute Engine | Google 네이티브 Compute Engine 백업 | Google Cloud Compute Engine 인스턴스용 백업 및 DR을 사용하여 Compute Engine 인스턴스를 어플라이언스가 없는 아키텍처로 마이그레이션합니다. |
| 사용자 관리 데이터베이스 (IBM Db2, Oracle, SAP HANA, Microsoft SQL Server 등) | 커스텀 스크립트를 사용하는 애플리케이션 일관성이 있는 Vault 백업 | Google Cloud 백업 및 DR에서 게스트 플러시 프레임워크와 함께 Compute Engine VM 및 Persistent Disk 백업을 사용하고, 애플리케이션 일관성이 있는 변경 불가능한 백업을 위한 커스텀 스크립트를 함께 사용합니다. |
| SAP HANA | 에이전트 기반 Google Cloud 백업 | 네이티브 Google Cloud Backint 에이전트 또는 Persistent Disk 스냅샷을 사용합니다. SAP용 에이전트 Backint 백업 및 복구 가이드 또는 디스크 스냅샷 백업 및 복구 가이드를 참조하세요. |
| 일반 VM 워크로드 | 네이티브 Google Cloud 디스크 스냅샷 | 디스크 스냅샷 가이드를 사용하여 가상 디스크를 주기적으로 백업하도록 표준 또는 보관처리 디스크 스냅샷을 구성합니다. |
| 모든 워크로드 | 서드 파티 Marketplace 솔루션 | Google Cloud Marketplace에서 제공되는 승인된 대체 엔터프라이즈 백업 솔루션을 배포합니다. |
2028년 3월 31일 이후 백업 보관 및 복구
2028년 3월 31일 복원 마감일 이후에도 백업 복구 기능을 유지하려면 어플라이언스가 종료되기 전에 기존 백업 데이터를 Cloud Storage의 OnVault 스토리지로 마이그레이션하세요.
- OnVault 정책 할당: 모든 중요 기존 백업을 Cloud Storage OnVault 버킷으로 마이그레이션합니다.
- 메타데이터 동기화: 로컬 어플라이언스가 종료되기 전에 모든 Persistent Disk 스냅샷 메타데이터가 Cloud Storage 버킷에 완전히 동기화되었는지 확인합니다. gcbdr-umdb-transition@google.com 또는 Cloud Customer Care에 문의하여 이 메타데이터 전송을 확인하고 완료하세요.
- 복구 유틸리티 사용: 독립형 도구와 스크립트를 사용하여 Cloud Storage 버킷에서 직접 OnVault 및 Persistent Disk 백업 이미지를 검색하고 마운트합니다. 자세한 내용은 장기 보관 백업 복원을 참조하세요.
궁금한 점이 있거나 마이그레이션 계획에 도움이 필요한 경우 전환팀(gcbdr-umdb-transition@google.com), Cloud Customer Care 또는 Google Cloud계정팀에 문의하세요.
관리 콘솔용 백업 및 DR과 Google Cloud 백업 및 DR의 차이점
Google은 백업 및 DR에 대해 두 가지 고유한 관리 및 아키텍처 모델을 제공합니다.
- 관리 콘솔용 Backup and DR (이 문서 세트): Virtual Private Cloud (VPC) 네트워크에서 백업/복구 어플라이언스를 배포 및 관리하고 전용 웹 기반 어플라이언스 관리 콘솔을 통해 보호를 조정하는 어플라이언스 기반 아키텍처입니다. 이 서비스는 자체 관리형 데이터베이스 (예: Oracle, Microsoft SQL Server, SAP HANA, IBM Db2), Google Cloud VMware Engine 및 VMware vSphere VM, 파일 시스템, 즉각적인 애플리케이션 인식 마운트, 가상 데이터베이스 클론(LiveClones) 또는 자동화된 백업 및 DR 워크플로가 필요한 워크로드를 위해 설계되었습니다.
- Google Cloud 백업 및 DR:Google Cloud 콘솔, gcloud CLI, backupdr API, Terraform에 직접 통합된 클라우드 네이티브 SaaS 관리형 백업 환경입니다.Google Cloud 백업 및 DR을 사용하면 백업/복구 어플라이언스를 배포하거나 관리하지 않고도 Compute Engine 인스턴스, Persistent Disk, Google Cloud Hyperdisk, Cloud SQL 인스턴스, AlloyDB 클러스터, Filestore 인스턴스와 같은 네이티브 Google Cloud 리소스를 Google 관리형 변경 불가 Backup Vault에 직접 보호할 수 있습니다.
다음 표에는 두 백업 및 DR 서비스 간의 주요 차이점이 요약되어 있습니다.
| 기능 | 관리 콘솔의 백업 및 DR | Google Cloud 백업 및 DR |
|---|---|---|
| 기본 관리 인터페이스 | 전용 웹 기반 어플라이언스 관리 콘솔 및 Management Console API | Google Cloud 콘솔, gcloud CLI, backupdr API, Terraform |
| 아키텍처 및 데이터 영역 | 어플라이언스 관리 콘솔, 고객이 배포한 백업/복구 어플라이언스 (VPC의 Compute Engine VM), 워크로드 호스트의 경량 백업 및 DR 에이전트로 구성된 3계층 어플라이언스 아키텍처 | 완전 관리형 Google 서비스 영역, 콘솔 기반 보관 리소스에 고객이 배포한 백업/복구 어플라이언스 또는 게스트 에이전트가 필요하지 않음 |
| 백업 구성 모델 | 백업 템플릿 (스냅샷, OnVault, 복제 정책 포함)과 리소스 프로필의 조합 | 대상 Backup Vault와 직접 연결된 콘솔 네이티브 백업 계획 및 백업 규칙 |
| 스토리지 타겟 | 어플라이언스 관리형 스토리지 풀 (기본 풀, Persistent Disk의 스냅샷 풀, Cloud Storage의 OnVault 풀, 원격 어플라이언스의 미러 풀) 및 지원되는 워크로드에 대한 Google 관리형 Backup Vault | 강제 보관 및 리전 또는 멀티 리전 스토리지를 갖춘 Google 관리형의 변경 및 삭제가 불가능한 Backup Vault |
| 복구 및 데이터 액세스 | 전체 복원, 즉시 표준 마운트, 애플리케이션 인식 마운트, 가상 복사본 (LiveClones), 마운트 및 마이그레이션, 자동화된 백업 및 DR 워크플로 | Backup Vault에서 새 Google Cloud 리소스 또는 기존 리소스로 직접 복원 |
| 지원되는 워크로드 | Google Cloud VMware Engine, VMware vSphere VM, Compute Engine 인스턴스, Linux 및 Windows 파일 시스템 (NFS, SMB, Filestore 포함), Oracle, Microsoft SQL Server, SAP HANA, IBM Db2, PostgreSQL, SAP ASE, SAP IQ, SAP MaxDB, MySQL, MariaDB, 일관성 그룹, 일반 애플리케이션 | Compute Engine 인스턴스, Persistent Disk 및 Hyperdisk, Cloud SQL, AlloyDB, Filestore (어플라이언스 관리 콘솔에서 만든 Backup Vault 백업에 대한 가시성 포함) |
관리 콘솔용 백업 및 DR의 아키텍처 및 핵심 구성요소
관리 콘솔의 백업 및 DR은 3계층 아키텍처를 사용하여 환경 전반에서 데이터 보호를 조정하고 실행합니다.
- 어플라이언스 관리 콘솔: 백업/복구 어플라이언스를 관리하고, 호스트를 등록하고, 애플리케이션을 검색하고, 백업 템플릿과 리소스 프로필을 구성하고, 백업 및 복구 작업을 모니터링하는 중앙 집중식 웹 기반 컨트롤 플레인입니다. 어플라이언스 관리 콘솔은 Google 관리형 테넌트 프로젝트에서 실행되며 Private Service Connect 또는 비공개 Google 액세스를 사용하여 백업/복구 어플라이언스와 안전하게 통신합니다.
- 백업/복구 어플라이언스: Google Cloud 프로젝트 및 VPC 네트워크에 배포된 Compute Engine 가상 어플라이언스입니다. 백업/복구 어플라이언스는 소스 워크로드에서 데이터를 캡처하고, 카탈로그 메타데이터를 유지보수하고, 스토리지 풀을 관리하고, 데이터를 원격 어플라이언스 또는 객체 스토리지에 복제하고, 즉시 마운트를 제공하는 데이터 영역 역할을 합니다. 워크로드 유형, 데이터 세트 크기, 스토리지 용량에 따라 4가지 어플라이언스 폼 팩터 중에서 선택할 수 있습니다.
- 백업 및 DR 에이전트: Linux 또는 Windows 게스트 운영체제에 설치된 경량 소프트웨어 에이전트입니다. 백업 및 DR 에이전트는 백업/복구 어플라이언스와 통신하여 데이터베이스 및 파일 시스템을 검색하고, 애플리케이션 일관성이 있는 캡처를 위해 애플리케이션을 정지하고, 변경 블록 추적 (CBT) 및 트랜잭션 로그 백업을 조정하고, 애플리케이션 인식 마운트를 조정합니다. 에이전트 없는 보호는 VMware VM (vSphere Storage API - 데이터 보호를 통해) 및 Compute Engine 인스턴스(Persistent Disk 스냅샷을 통해)에 사용됩니다.
백업/복구 어플라이언스의 스토리지 풀
백업/복구 어플라이언스는 최대 4가지 유형의 스토리지 풀에서 캡처된 백업 데이터를 구성하고 저장합니다.
- 기본 풀: 빠른 로컬 복구 및 즉시 마운트를 위해 캡처된 백업 및 중복 삭제된 데이터를 저장하는 백업/복구 어플라이언스에 직접 연결된 블록 스토리지 (표준 또는 SSD 영구 디스크 사용)입니다.
- 스냅샷 풀: Persistent Disk 스냅샷을 사용하여 고성능 캡처 및 마운트 작업을 위해 데이터 볼륨의 특정 시점 복사본을 저장하는 스토리지입니다.
- OnVault 풀: 압축된 영구 증분 백업 데이터를 Cloud Storage 버킷(Standard, Nearline, Coldline 또는 Archive) 또는 Google 관리 Backup Vault로 전송하는 장기 보관용 객체 기반 스토리지입니다.
- 미러 풀: 재해 복구를 위해 비동기식 블록 수준 복제 백업 (StreamSnap)을 수신하는 다른 영역 또는 리전의 보조 백업/복구 어플라이언스에 있는 블록 스토리지입니다.
백업 템플릿, 정책, 리소스 프로필
어플라이언스 관리 콘솔에서 재사용 가능한 두 가지 구성요소로 구성된 백업 계획을 적용하여 검색된 워크로드를 보호합니다.
- 백업 템플릿: 데이터가 백업, 보관, 복제되는 방법과 시기를 정의합니다. 각 백업 템플릿에는 여러 등급에서 일정, 복구 지점 목표 (RPO), 보관을 제어하는 하나 이상의 백업 정책이 포함됩니다.
- 프로덕션에서 스냅샷으로: 프로덕션 워크로드에서 로컬 기본 또는 스냅샷 풀로 데이터를 캡처합니다.
- OnVault로 스냅샷: 장기 보관을 위해 스냅샷 백업을 Cloud Storage의 OnVault 풀 또는 Backup Vault로 복사합니다.
- OnVault에서 OnVault로: 리전 간 OnVault 풀 간에 데이터를 복제합니다.
- 프로덕션에서 미러로 (StreamSnap): 스냅샷 데이터를 원격 백업/복구 어플라이언스의 미러 풀에 복제합니다.
- 리소스 프로필: 백업 템플릿의 정책을 특정 로컬 백업/복구 어플라이언스 스토리지 풀, OnVault 풀, 원격 복제 어플라이언스에 매핑하여 백업 데이터가 저장되는 위치를 정의합니다.
관리 콘솔용 백업 및 DR의 주요 기능
관리 콘솔용 백업 및 DR은 엔터프라이즈 백업, 복구, 데이터 복사 관리를 위해 다음과 같은 기능을 제공합니다.
- 영구 증분 캡처: 애플리케이션 또는 VM의 단일 초기 전체 백업 후 후속 백업은 변경된 블록 또는 데이터베이스 델타만 캡처합니다. 백업/복구 어플라이언스는 프로덕션 성능에 영향을 미치는 주기적인 전체 백업을 실행하지 않고 가상 전체 PIT 이미지를 합성합니다.
- 애플리케이션 일관성이 있는 데이터베이스 보호 및 PITR (point-in-time recovery): 데이터베이스 API (예: Oracle RMAN, SQL Server VSS, SAP HANA
backint또는 스토리지 스냅샷)와 기본적으로 통합되어 예약된 트랜잭션 로그 백업과 함께 애플리케이션 일관성이 있는 데이터베이스 백업을 캡처하므로 특정 시점으로 복구할 수 있습니다. - 즉시 마운트 및 가상 복사본: 애플리케이션을 시작하기 전에 테라바이트 단위의 백업 데이터를 프로덕션 스토리지에 다시 복사할 때까지 기다리는 대신 백업/복구 어플라이언스에서 대상 호스트로 백업 이미지를 직접 마운트할 수 있습니다.
- 표준 마운트: 개별 파일을 검사하거나 복사하기 위해 백업 이미지를 대상 호스트의 마운트된 디스크 또는 파일 시스템으로 노출합니다.
- 애플리케이션 인식 마운트: 대상 데이터베이스 서버의 마운트된 백업 이미지에서 직접 가상 데이터베이스 인스턴스를 즉시 시작하고, 선택적으로 트랜잭션 로그를 선택한 시점으로 롤포워드합니다.
- 마운트 및 마이그레이션: 즉시 마운트를 통해 서비스를 즉시 복원하는 동시에 백그라운드에서 기본 데이터 파일을 프로덕션 스토리지로 다시 마이그레이션하여 복구 시간 목표 (RTO)를 최소화합니다.
- LiveClone: 각 클론에 대해 전체 물리적 스토리지를 사용하지 않고도 주문형 또는 일정에 따라 새로고침할 수 있는 백업 이미지의 독립적인 쓰기 가능한 가상 복사본을 만듭니다.
- 자동화된 백업 및 DR 워크플로: 백업 및 DR 워크플로는 일정에 따라 또는 요청 시 LiveClone 및 가상 데이터베이스의 생성, 새로고침, 마스킹을 자동화합니다. 개발, QA, 분석팀은 커스텀 스크립트로 민감한 정보가 자동으로 삭제된 프로덕션 데이터베이스의 최신 사본을 자체 프로비저닝할 수 있습니다.
- 리전 간 재해 복구: StreamSnap 복제를 사용하여 백업 이미지를 다른 리전의 보조 백업/복구 어플라이언스에 비동기식으로 복제하거나 백업을 멀티 리전 또는 이중 리전 Cloud Storage 버킷 및 Backup Vault에 복사하여 서비스 중단 중에 대체 리전에서 워크로드를 복구할 수 있습니다.
관리 콘솔의 백업 및 DR에서 지원되는 워크로드
관리 콘솔용 백업 및 DR은 광범위한 가상 머신, 파일 시스템, 데이터베이스를 보호합니다. 자세한 버전 및 운영체제 호환성은 어플라이언스 관리 백업 지원 매트릭스 및 백업 및 DR 지원 운영체제 및 커널을 참조하세요.
- Compute Engine 인스턴스: Compute Engine VM에 대한 에이전트 없는 비정상 종료 일관성이 있는 스냅샷 보호 및 프로젝트 간 또는 리전 간 복구입니다.
- Google Cloud VMware Engine 및 VMware vSphere VM: VMware 변경 블록 추적 (CBT)을 사용하는 vCenter 및 ESX 호스트를 위한 에이전트 없는 VM 수준 백업, 즉시 마운트, LiveClone, 전체 VM 복구
- 파일 시스템 및 Filestore: Linux 및 Windows 파일 시스템, NFS 공유, SMB/CIFS 공유, Filestore 인스턴스를 위한 블록 기반 및 파일 기반 백업 및 즉시 마운트입니다.
- Oracle 데이터베이스: Oracle RMAN 이미지 복사본 및 변경 추적을 사용하는 영구 증분 보호, PITR을 위한 보관 로그 백업, 즉각적인 가상 데이터베이스 마운트, 마운트 및 마이그레이션
- Microsoft SQL Server 데이터베이스: 독립형 인스턴스 및 Always On 가용성 그룹, 트랜잭션 로그 백업, 가상 데이터베이스 마운트, 데이터베이스 클론에 대한 애플리케이션 일관성이 있는 백업입니다.
- SAP HANA 데이터베이스: 단일 호스트, 1+n, SAP HANA 수평 확장 시스템에 대한 볼륨 수준 (Persistent Disk 스냅샷 또는 LVM) 및 파일 수준 (
backint) 보호입니다. - IBM Db2 데이터베이스: 트랜잭션 로그 캡처 및 가상 데이터베이스 마운트를 사용한 볼륨 수준의 영구 증분 백업 및 전체 및 증분 덤프 백업입니다.
- 기타 자체 관리형 데이터베이스: PostgreSQL, MySQL, MariaDB, SAP ASE, SAP IQ, SAP MaxDB 데이터베이스와 일관성 그룹 및 일반 LVM 애플리케이션을 보호합니다.
다음 단계
- 배포 고려사항을 검토하고 배포를 설정하고 계획합니다.
- 클라우드 인프라 및 워크로드 준비
- 스토리지 풀 및 백업 정책 알아보기
- Google Cloud 콘솔에서 Google Cloud 백업 및 DR 알아보기