어플라이언스 관리 콘솔의 백업 정책 템플릿 권장사항

이 페이지에서는 어플라이언스 관리 콘솔을 사용하여 백업 및 DR 백업 정책을 만들고 관리하는 방법에 대한 권장사항을 제공합니다. 여기에는 다음 정책 유형이 포함됩니다.

  • 프로덕션에서 스냅샷으로 정책: 기간별 또는 연속 일정 및 다양한 빈도 옵션을 사용하여 프로덕션 데이터의 스냅샷을 자주 캡처합니다. 데이터베이스 로그 백업을 처리하는 방법도 알아볼 수 있습니다.

  • OnVault 정책: 장기 보관을 위해 Cloud Storage와 같은 객체 스토리지로 데이터를 전송합니다. 이 페이지에서는 OnVault로 스냅샷, OnVault로 직접 전송, OnVault에서 OnVault로 전송과 같은 다양한 유형의 OnVault 정책도 설명합니다.

  • 프로덕션에서 미러로 정책: StreamSnap 복제를 사용하여 데이터를 원격 어플라이언스에 복제하여 낮은 복구 지점 목표 (RPO)를 지원합니다. StreamSnap의 작동 방식과 이점에 대해서도 자세히 알아볼 수 있습니다.

백업 및 DR 정책 템플릿에서 데이터 캡처 기간 정의

다음 요구사항을 충족하도록 정책 템플릿 일정을 정의합니다.

  • 데이터 캡처 기간 요구사항

  • RPO

  • 복구 시간 목표 (RTO)

예를 들어 일일 캡처를 오후 7시에서 오전 7시 사이에 수행해야 하는 경우 정책에 19:00~7:00의 캡처 기간을 지정합니다. 정책에 가능한 가장 넓은 기간을 제공하면 스케줄러가 필요한 모든 작업을 예약할 수 있는 최대의 유연성이 제공됩니다. 지정하는 기간은 데이터 캡처 작업에 허용되는 시작 시간을 정의합니다. 기간이 끝날 때 시작된 작업은 완료될 때까지 실행될 수 있습니다.

프로덕션에서 스냅샷으로 정책 일정 구성

백업 및 DR은 최근 데이터에 가장 자주 액세스합니다. 따라서 더 긴 보관 기간으로 OnVault 정책을 구성하는 경우 며칠 분량의 스냅샷 데이터만 보관하면 됩니다. 이렇게 하면 백업/복구 어플라이언스의 스토리지 요구사항이 줄어들어 더 많은 데이터를 백업할 수 있습니다.

권장 스토리지 용량 또는 스냅샷 한도를 초과하는 백업/복구 어플라이언스에 워크로드를 백업하면 데이터를 다른 백업/복구 어플라이언스에 백업하라는 권장사항이 포함된 알림이 표시됩니다.

특정 빈도 및 시간 범위 동안 또는 지속적으로 발생하는 백업 스냅샷을 예약할 수 있습니다. 데이터베이스 로그 백업 예약은 15분마다 실행할 수 있지만 스냅샷 정책의 최소 권장 빈도는 1시간 (로컬 RPO)입니다. 특정 요구사항에 맞게 스냅샷 빈도를 구성할 수도 있습니다.

기간당 스냅샷 1개의 기간별 일정 구성

대부분의 백업 및 DR 프로덕션에서 스냅샷으로 정책은 24시간 내에 데이터의 단일 스냅샷을 생성하도록 설계되었습니다. 기간 스냅샷 백업은 날짜 경계를 준수하는 기간(예: 오후 7시~오전 7시) 내에 수행되도록 예약할 수 있습니다.

어플라이언스 관리 콘솔에서 다음 설정을 구성하여 하루 경계를 넘나들고 특정 기간 동안 단일 스냅샷을 만드는 스냅샷 정책 일정을 만들 수 있습니다.

  • 기간 지정 일정 유형(기본값)
  • 스냅샷 촬영 요일: 매일(안 함 제외)
  • 필요에 따라 열고 닫는 창으로, 일반적으로 19:00~07:00로 설정됩니다.
  • 빈도를 기간당 한 번으로 설정
  • 보관 기간 (예: 2일 동안 보관)

이 기간이 지정된 일정에서는 날짜 경계 (자정)가 무시됩니다.

기간 내 여러 스냅샷의 기간별 일정 구성

경우에 따라 기간 내에 여러 스냅샷을 캡처해야 할 수 있습니다. 이 접근 방식은 시스템 리소스 소비를 초래하고 스냅샷이 지속적으로 생성되는 상황으로 이어질 수 있으므로 신중한 계획이 필요합니다.

어플라이언스 관리 콘솔에서 다음 설정을 구성하여 특정 기간 동안 여러 스냅샷을 생성하는 스냅샷 정책 일정을 만들 수 있습니다.

  • 일정 유형: 기간 지정(기본값)
  • 스냅샷 촬영 요일: 매일(안 함 제외)
  • 필요에 따라 열리는 기간이며 하루 경계를 넘을 수도 있고 넘지 않을 수도 있습니다.
  • 스냅샷을 만드는 데 필요한 시간과 겹치지 않는 빈도입니다. 기본값은 8시간입니다. 스냅샷 정책의 최소 권장 빈도는 1시간 (로컬 RPO)마다 실행하는 것입니다.
  • 보관 기간 (예: 2일 동안 보관)

이 방법을 사용하면 지정된 기간 내에 빈도에 따라 작업이 실행됩니다. 기간이 종료될 때 이미 실행 중인 작업은 완료될 때까지 계속 실행됩니다.

일정한 간격으로 매일 실행되는 연속 일정 구성

매일, 하루 24시간, 주 7일, x분 또는 시간 간격으로 지속적으로 실행되는 스냅샷 정책 일정을 구성할 수 있습니다. 예를 들어 작업이 매일 4시간마다 실행되고 첫 번째 작업이 오전 1시에 시작되는 연속 스냅샷 백업 정책을 만들 수 있습니다.

어플라이언스 관리 콘솔에서 다음 설정을 구성하여 정기적으로 설정된 간격으로 계속 실행되도록 예약된 스냅샷 정책을 만들 수 있습니다.

  • 일정 유형: 연속
  • 스냅샷을 만드는 데 필요한 시간과 겹치지 않는 빈도입니다. 기본값은 8시간입니다. 스냅샷 정책에 권장되는 최소 빈도는 1시간 (로컬 RPO)마다 실행하는 것입니다.
  • 이제 첫 번째 스냅샷 작업을 시작할 차례입니다.
  • 보관 기간 (예: 2일 동안 보관)

또한 하루에 한 번 실행되도록 연속 작업을 예약할 수도 있습니다 (기간 정책 일정을 정의하지 않고 가장 긴 연속 정책 일정 기간). 이 경우 24시간마다 실행을 지정하면 연속적인 일일 일정과 동일합니다.

OnVault 정책 구성

백업 및 DR OnVault 정책을 사용하면 OnVault 풀 구성이라고도 하는 Cloud Storage의 OnVault 풀로 데이터를 전송할 수 있습니다. 정책 내 일정은 최신 데이터를 객체 스토리지 백업으로 전송하는 데 사용됩니다. 데이터를 처음 수집한 후 OnVault 캡처 작업은 영구 증분 데이터 캡처 프로세스를 따릅니다.

OnVault 풀에서 정의한 스토리지로 데이터를 전송할 때 HTTPS 연결을 사용하여 네트워크를 통해 데이터 보안을 보장합니다. OnVault 풀의 압축 옵션은 네트워크 트래픽을 최소화하기 위해 기본적으로 사용 설정되어 있습니다.

OnVault 풀의 정의된 스토리지 위치에 있는 데이터에 액세스할 때는 다음 사항을 고려하세요.

  • 어플라이언스는 클론을 만들 수 있습니다.
  • 어플라이언스는 데이터를 마운트할 수 있지만 데이터가 먼저 스냅샷 풀에 복사된 후 마운트되므로 권장되지 않습니다.

  • LiveClones를 만들 수 없습니다.

다음 세 가지 유형의 백업 및 DR OnVault 정책을 만들 수 있습니다.

  • 스냅샷에서 OnVault로 정책: 스냅샷 풀에서 데이터를 캡처한 다음 스냅샷 풀의 데이터를 OnVault 풀에서 정의한 Cloud Storage 버킷에 복사합니다.

  • OnVault 정책으로 직접 전송: VMware VM 백업을 OnVault 풀에서 정의한 Cloud Storage 버킷으로 직접 전송할 수 있습니다.

  • OnVault에서 OnVault로 정책: 한 OnVault 풀에서 다른 OnVault 풀로 데이터를 복제합니다.

OnVault로 스냅샷 정책 만들기

하루에 한 번 정의된 기간 내에 OnVault 풀에서 정의한 객체 스토리지로 최신 스냅샷 데이터를 전송하는 OnVault로 스냅샷 일정을 만들려면 어플라이언스 관리 콘솔에서 다음 설정을 구성합니다.

  • Vault 사용 요일: 매일
  • 필요에 따라 열고 닫을 수 있는 창입니다. 일반적으로 19:00~18:50으로 설정됩니다.

  • 보관 기간 (예: 3년 동안 보관)

OnVault로 직접 전송 정책 만들기

하루에 한 번 정의된 기간 내에 Onvault 풀에서 정의한 스토리지로 최신 증분 업데이트를 직접 전송하는 Direct to OnVault 일정을 만들려면 어플라이언스 관리 콘솔에서 다음 설정을 구성합니다.

  • 요일: 매일
  • 필요에 따라 열고 닫을 수 있는 창입니다. 일반적으로 19:00~18:50으로 설정됩니다.

  • 보관 기간 (예: 3년 동안 보관)

OnVault에서 OnVault로 정책

하루에 한 번 정의된 기간 내에 OnVault 풀에서 정의한 스토리지로 최신 증분 업데이트를 직접 전송하는 OnVault에서 OnVault로 일정을 만들려면 어플라이언스 관리 콘솔에서 다음 설정을 구성합니다.

  • 요일: 매일
  • 필요에 따라 열고 닫을 수 있는 창입니다. 일반적으로 19:00~18:50으로 설정됩니다.
  • 보관 기간 (예: 3년 동안 보관)
  • 소스 OnVault 풀이 올바르게 설정되었는지 확인
  • 대상 OnVault 풀을 선택합니다. 소스 OnVault 풀에서 데이터가 복제되는 두 번째 OnVault 풀입니다.

프로덕션에서 미러 백업 정책으로

프로덕션에서 미러로 백업 정책의 권장사항은 사용하려는 복제 옵션에 따라 다릅니다. 이 섹션에서는 어플라이언스에서 제공하는 StreamSnap 복제 방법의 정책 권장사항을 간략하게 설명합니다.

StreamSnap 복제를 사용하는 프로덕션에서 미러로의 정책

StreamSnap 복제 구성을 사용하는 프로덕션에서 미러로 백업 정책은 특정 스냅샷 정책에 연결됩니다. 템플릿에서 연결된 스냅샷 정책의 일정 및 빈도 설정을 사용합니다.

StreamSnap은 고품질 네트워크를 통해 데이터 스냅샷을 원격 백업/복구 어플라이언스에 복제하여 RPO를 1시간까지 낮출 수 있습니다. VMware VM의 경우 스냅샷 복제가 복사되는 스냅샷과 동시에 두 번째 백업/복구 어플라이언스로 스트리밍됩니다. VMware VM 스트리밍은 복제를 시작하기 전에 로컬 스냅샷 작업이 완료될 때까지 기다리지 않도록 수행됩니다.

StreamSnap 복제는 다음을 수행합니다.

  • 복구 지점 목표를 1시간 이내로 달성합니다. StreamSnap 복제 정책은 복구 지점 목표 및 기타 고급 스냅샷 설정에 대해 연결된 프로덕션에서 스냅샷으로 정책을 사용합니다. StreamSnap 정책은 빈도가 1시간 이상인 모든 스냅샷 정책 (원격 목표 복구 시점)을 가리킬 수 있습니다.
  • 기존 IP 네트워크를 사용하여 데이터를 복제합니다.
  • 대량의 데이터를 원격 사용자에게 복제합니다 (예: 테스트 및 개발 환경).
  • 원격 사이트에 여러 시점 스냅샷 백업을 보관하며, 보관 동작은 StreamSnap 정책의 설정에 따라 결정됩니다.
  • 원격 사이트의 호스트로의 장애 조치를 간소화합니다.
  • 로컬 백업/복구 어플라이언스에 대한 증분 역방향 복제 (동기화)를 사용 설정합니다.
  • 복제된 데이터를 두 번째 백업/복구 어플라이언스로 압축하고 암호화합니다. 데이터가 이미 압축된 경우(예: 이미지 및 동영상) 압축을 사용 중지할 수 있습니다.

App Manager에서 애플리케이션 또는 VM에 백업 템플릿을 적용하면 모니터링에서 StreamSnap 작업의 결과를 기록하고 단일 작업으로 표시됩니다. 복제가 완료되면 모니터링에 성공 상태의 작업이 두 개 표시됩니다. 하나는 스냅샷 작업이고 다른 하나는 StreamSnap 작업입니다(StreamSnap 작업 오류 처리 참조). StreamSnap 작업 또는 스냅샷 작업에 작업 실패가 있는 경우 성공한 작업을 식별하기 위해 두 개의 작업 항목이 표시됩니다.

Windows VM의 BitLocker 복구 고려사항

보안 VM 부팅 디스크의 경우 Google Cloud 는 BitLocker 키를 원래 인스턴스의 vTPM에 봉인합니다. 즉, 부팅 디스크를 다른 인스턴스로 복원하면 복원이 성공할 수 있지만 BitLocker 복구 키를 제공할 때까지 VM을 부팅할 수 없습니다.

Google은 BitLocker 복구 키에 액세스할 수 없습니다. 따라서 BitLocker로 Windows VM을 보호할 때는 백업 전략에 BitLocker 복구 키에 대한 액세스를 유지하는 계획이 포함되어야 합니다. DR 테스트에는 BitLocker 복구 키 복구도 포함되어야 합니다.

자세한 내용은 BitLocker를 사용하여 Windows VM을 보호하기 위한 권장사항을 참조하세요.

다음 단계