이 문서에서는 Azure Backup에서 인스턴트 복원 기능의 향상된 백업 및 복원 성능을 설명합니다.
주요 기능
즉시 복원은 다음과 같은 기능을 제공합니다.
- 백업 작업의 일부로 생성된 스냅샷을 사용하며, 데이터가 자격 증명 모음으로 전송 완료될 때까지 기다리지 않고도 복구할 수 있습니다. 이에 따라, 복원을 트리거하기 전에 스냅샷이 저장소에 복사되는 대기 시간이 줄었습니다.
- 기본적으로 표준 정책을 사용하여 2일, 고급 정책을 사용하여 7일 동안 스냅샷을 로컬로 유지하여 백업 및 복원 시간을 줄입니다. 이 기본 스냅샷 보존 값은 표준 정책의 경우 1~5일, 고급 정책의 경우 1~30일로 구성할 수 있습니다.
- 최대 32TB까지 디스크 크기를 지원합니다. Azure Backup을 사용하여 디스크 크기를 조정하지 마세요.
- 표준 SSD(반도체 드라이브) 디스크와 표준 HDD(하드 디스크 드라이브) 디스크 및 표준 정책을 사용하는 프리미엄 SSD 디스크를 지원합니다. 고급 정책을 사용하여 표준 HDD, 표준 SSD 및 프리미엄 SSD v1 디스크 외에 프리미엄 SSD v2 및 Ultra Disks의 백업 및 즉시 복원을 지원합니다.
- 복원할 때 관리되지 않는 VM(가상 머신) 원래 스토리지 계정(디스크당)을 사용합니다. 이 기능은 VM의 디스크가 스토리지 계정에 분산된 경우에도 지원됩니다. 다양한 VM 구성에 대한 복원 작업을 가속화합니다.
- VM 백업을 위해 스토리지 계정의 관리되지 않는 프리미엄 디스크를 사용합니다. 즉시 복원을 사용하여 할당된 총 스토리지 공간의 여유 공간 %50 개 할당하는 것이 좋습니다. 50개의% 사용 가능한 공간은 첫 번째 백업이 완료된 후 백업에 대한 요구 사항이 아닙니다.
인스턴트 복원은 어떻게 작동하나요?
백업 작업은 다음과 같은 두 단계로 구성됩니다.
- VM 스냅샷을 만듭니다.
- VM 스냅샷을 복구 서비스 금고로 전송합니다.
스냅샷이 완료되는 즉시 복구 지점이 만들어집니다. 스냅샷 유형의 이 복구 지점을 사용하여 동일한 복원 흐름을 사용하여 복원을 수행할 수 있습니다. 스냅샷을 복구 지점 유형으로 사용하여 Azure Portal에서 이 복구 지점을 식별할 수 있습니다. 스냅샷이 보관소로 전송되면 복구 지점 유형이 스냅샷 및 보관소로 변경됩니다.
기능 고려 사항
- 스냅샷이 디스크와 함께 저장되어 복구 지점 생성을 강화하고 복원 작업을 가속화합니다. 따라서 이 기간 동안 수행된 스냅샷에 해당하는 스토리지 비용이 표시됩니다.
- 표준 정책의 경우 모든 스냅샷은 기본적으로 증분되며 페이지 Blob으로 저장됩니다. 관리되지 않는 디스크를 사용하는 모든 사용자는 로컬 스토리지 계정에 저장된 스냅샷에 대해 요금이 청구됩니다. 관리되는 VM 백업에서 사용하는 복원 지점 컬렉션은 기본 스토리지 수준에서 Blob 스냅샷을 사용하므로 관리 디스크의 경우 Blob 스냅샷 가격 책정에 해당하는 비용이 표시되고 증분됩니다.
- Premium Storage 계정의 경우 즉시 복구 지점에 대해 수행된 스냅샷은 할당된 공간의 10TB 제한에 해당합니다. 고급 정책의 경우 관리되는 VM 백업만 지원됩니다. 초기 스냅샷은 디스크의 전체 복사본입니다. 이후의 스냅샷은 특성상 증분 스냅샷이며 마지막 스냅샷 이후 디스크에 대한 델타 변경 내용만 차지합니다. 빠른 복원 복구 지점을 사용하는 경우 Azure Policy를 통해 고객 관리형 키로 암호화된 디스크가 필요하지 않은 구독 및 리소스 그룹으로 VM 또는 디스크를 복원해야 합니다.
- 관리되지 않는 디스크에 대해 즉시 복원을 수행하는 경우 스냅샷/VHD 파일을 호스트하는 스토리지 계정에 공용 네트워크 액세스 또는 이와 유사한 사용이 설정되어 있는지 확인합니다. 스토리지 계정에서 필요한 네트워크 액세스를 사용할 수 없는 경우 표준 복구 지점 복원이 트리거되어 복원 시간이 느려집니다.
- 표준 정책은 원래 디스크가 손실된 경우 전체 복구 지점이 없는 증분 백업으로 시작합니다. 반면, 향상된 정책은 첫 번째 백업을 전체 복구 지점으로 만들어 완전한 복구 및 향상된 데이터 무결성을 보장합니다.
비용 영향
스냅샷에 대한 즉시 복원(디스크와 함께 저장됨)은 복구 지점 만들기를 향상시키고 복원 작업의 속도를 높입니다. 이 프로세스에는 이 기간 동안 수행되는 해당 스냅샷에 대한 추가 스토리지 비용이 발생합니다. 스냅샷 스토리지 비용은 백업 정책 유형에 따라 달라집니다.
표준 정책의 비용 영향
표준 정책은 즉시 복원 기능에 Blob 스냅샷을 사용합니다. 모든 스냅샷은 특성상 증분 스냅샷이며 즉시 복구에 사용되는 VM의 스토리지 계정에 저장됩니다. 증분 스냅샷은 스냅샷이 차지하는 공간이 스냅샷을 만든 후 작성된 페이지에서 차지하는 공간과 같음을 의미합니다. 가격 책정 및 청구에 설명된 대로 스냅샷이 차지하는 GB당 사용 공간에 대한 청구는 여전히 유지됩니다. 예를 들어 크기가 100GB인 VM, 변경률 2%및 즉시 복원에 대해 5일의 보존 기간을 고려합니다. 이 경우 스냅샷 스토리지는 10GB(100 * 0.02 * 5)로 청구됩니다.
관리되지 않는 디스크를 사용하는 VM의 경우 각 디스크에 대한 VHD(가상 하드 디스크) 파일의 메뉴에서 스냅샷을 볼 수 있습니다. 관리 디스크의 경우 스냅샷은 지정된 리소스 그룹의 복원 지점 컬렉션 리소스에 저장됩니다. 스냅샷 자체는 직접 표시되지 않습니다.
향상된 정책의 비용 영향
고급 정책은 즉시 복원 기능을 위해 관리 디스크 스냅샷을 사용합니다. 초기 스냅샷은 디스크의 전체 복사본입니다. 이후의 스냅샷은 특성상 증분 스냅샷이며 마지막 스냅샷 이후 디스크에 대한 델타 변경 내용만 차지합니다. 관리 디스크 스냅샷에 대한 가격 책정은 Managed Disks 가격 책정에 설명되어 있습니다.
예를 들어 크기가 100GB인 VM의 변경 속도는 2% 인스턴트 복원의 경우 5일의 보존 기간이 있습니다. 이 경우 스냅샷 스토리지는 108GB(100 + 100 X 0.02 X 4)로 청구됩니다.
스냅샷 보존은 표준 정책에 대한 주간 정책의 경우 5일로 고정됩니다. 스냅샷 보존은 고급 정책의 경우 5일에서 20일까지 달라질 수 있습니다.
표준 정책을 사용하는 신뢰할 수 있는 시작 VM은 즉시 복원에 관리 디스크 스냅샷을 사용합니다. 이 시나리오에서는 고급 정책에 대한 비용과 동일한 스냅샷 스토리지 비용이 발생합니다.
스냅샷 보존 구성
Azure Portal 사용
참고
다음 섹션에서 설명하는 기능은 백업 센터를 통해 액세스할 수도 있습니다. 백업 센터는 Azure의 통합 단일 관리 환경입니다. 이를 통해 기업은 규모에 맞게 백업을 관리, 모니터링, 운영 및 분석할 수 있습니다. 이 솔루션을 사용하면 개별 자격 증명 모음의 범위로 국한되지 않고 대부분의 주요 백업 관리 작업을 수행할 수 있습니다.
Azure Portal의 빠른 복원 섹션에서 VM 백업 정책 창에 추가된 필드를 볼 수 있습니다. 특정 백업 정책과 연결된 모든 VM의 VM 백업 정책 창에서 스냅샷 보존 기간을 변경할 수 있습니다.
PowerShell 사용
Az PowerShell 버전 1.6.0 이상에서 PowerShell을 사용하여 정책의 즉시 복원 스냅샷 보존 기간을 업데이트할 수 있습니다.
$bkpPol = Get-AzRecoveryServicesBackupProtectionPolicy -WorkloadType "AzureVM"
$bkpPol.SnapshotRetentionInDays=5
Set-AzRecoveryServicesBackupProtectionPolicy -policy $bkpPol
각 정책의 기본 스냅샷 보존은 2일로 설정됩니다. 값을 최소 1일 및 최대 5일로 변경할 수 있습니다. 주간 정책의 경우 스냅샷 보존이 5일로 고정됩니다.
질문과 대답
즉시 복원의 비용 영향은 무엇인가요?
스냅샷이 디스크와 함께 저장되어 복구 지점 생성 및 복원 작업을 가속화합니다. 결과적으로 VM 백업 정책의 일부로 선택한 스냅샷 보존에 해당하는 스토리지 비용이 표시됩니다.
Premium Storage 계정에서 즉시 복구 지점에 대해 수행된 스냅샷이 10TB 스냅샷 제한을 차지합니까?
예, Premium Storage 계정의 경우 즉시 복구 지점에 대해 수행된 스냅샷은 할당된 스냅샷 공간의 10TB를 차지합니다.
스냅샷 보존은 5일 동안 어떻게 작동하나요?
표준 정책의 경우 매일 새 스냅샷이 생성되는 경우 5개의 개별 증분 스냅샷이 있습니다. 스냅샷의 크기는 데이터 변동에 따라 달라지며, 대부분의 경우 2%에서 7% 정도입니다. 고급 정책의 경우 초기 스냅샷은 전체 스냅샷입니다. 후속 스냅샷은 점진적 성격을 갖습니다.
인스턴트 복원 스냅샷이 증분 스냅샷인가요 아니면 전체 스냅샷인가요?
표준 정책의 경우 즉시 복원 기능의 일부로 수행되는 스냅샷은 증분 스냅샷입니다. 고급 정책의 경우 초기 스냅샷은 전체 스냅샷입니다. 후속 스냅샷은 점진적 성격을 갖습니다.
즉시 복원을 사용하여 대략적인 비용 증가를 계산하려면 어떻게 해야 하나요?
VM 변동에 따라 다릅니다.
- 표준 정책: 안정적인 상태에서, 비용 증가는 다음과 같이 계산될 수 있습니다: 스냅샷 보존 기간 × 일별 변동 × VM 스냅샷 스토리지 비용 (GB당).
- 향상된 정책: 안정적인 상태에서 비용 증가가 =(VM 크기) + (스냅샷 보존 기간-1) * VM당 일일 변동) * GB당 스냅샷 스토리지 비용이라고 가정할 수 있습니다.
복원 지점의 복구 유형이 “스냅샷 및 자격 증명 모음”이고 복원 작업을 수행하는 경우 어떤 복구 유형이 사용되나요?
복구 유형이 "스냅샷 및 자격 증명 모음"인 경우 복원이 로컬 스냅샷에서 자동으로 수행됩니다. 이 복원은 자격 증명 모음에서 수행되는 복원보다 더 빠릅니다.
스냅샷(계층 1) 보존 기간보다 복원 지점(계층 2)의 보존 기간을 선택하면 어떻게 되나요?
새 모델에서는 스냅샷(계층 1)을 삭제하지 않은 경우 복원 지점(계층 2) 삭제를 허용하지 않습니다. 스냅샷 보존 기간보다 큰 복원 지점(계층 2) 보존 기간을 예약하는 것이 좋습니다.
백업 정책에서 설정된 보존 기간 후에도 스냅샷이 여전히 존재하는 이유는 무엇인가요?
복구 지점에 스냅샷이 있고 사용 가능한 최신 복구 지점인 경우 스냅샷은 다음 백업에 성공할 때까지 유지됩니다. 이 동작은 지정된 가비지 수집 정책에 따라 발생합니다. 이 정책은 VM의 문제로 인해 모든 후속 백업이 실패할 경우 항상 하나 이상의 최신 복구 지점이 있어야 합니다. 일반적인 시나리오에서 복구 지점은 만료된 후 최대 24시간 이내에 정리됩니다. 드문 시나리오에서는 가비지 수집기의 더 무거운 부하에 따라 하나 또는 두 개의 다른 스냅샷이 있을 수 있습니다.
보존 정책보다 더 많은 스냅샷이 표시되는 이유는 무엇인가요?
보존 정책이 설정된 1시나리오에서는 두 개의 스냅샷을 찾을 수 있습니다. 이 정책은 VM의 문제로 인해 모든 후속 백업이 실패할 경우 항상 하나 이상의 최신 복구 지점이 있어야 합니다. 이 요구 사항으로 인해 두 개의 스냅샷이 존재할 수 있습니다.
즉, 스냅샷에 대한 n 정책이 설정된 경우, n+1 스냅샷을 때때로 찾을 수 있습니다. 가비지 수집이 지연될 경우, n+1+2 스냅샷을 찾을 수도 있습니다. 이 드문 동작은 다음과 같은 경우에 발생합니다.
- 보존 기간이 지난 스냅샷을 정리합니다.
- 백엔드의 가비지 수집기가 과중한 부하에 있습니다.
참고
Azure Backup은 자동 방식으로 백업을 관리합니다. Azure Backup은 일관성을 위해 이 백업을 유지 관리해야 하므로 이전 스냅샷을 유지합니다. 스냅샷을 수동으로 삭제하면 백업 일관성에 문제가 발생할 수 있습니다.
백업 기록에 오류가 있는 경우 데이터 보존 옵션을 사용하여 백업을 중지한 다음 백업을 다시 시작합니다.
특정 시나리오(예: 대용량 공간이 필요한 여러 디스크가 있는 VM)가 있는 경우 백업 전략을 만드는 것이 좋습니다. OS 디스크를 사용하여 VM에 대한 백업을 별도로 만든 다음 다른 디스크에 대해 다른 백업을 만들어야 합니다.
즉시 복원 기능이 필요하지 않습니다. 사용하지 않도록 설정할 수 있나요?
즉시 복원은 모든 사용자에 대해 사용하도록 설정되며 사용하지 않도록 설정할 수 없습니다. 스냅샷 보존 기간을 최소 하루로 줄일 수는 있습니다.
(몇 시간이 걸릴 수 있는)전송 프로세스 중에 VM을 다시 시작해도 안전하나요? VM을 다시 시작하면 전송이 중단되거나 속도가 느려지나요?
예, 안전합니다. 데이터 전송 속도는 영향을 받지 않습니다.
12개월 백업 보존 정책이 365가 아닌 372일 동안 데이터를 보존하는 이유는 무엇인가요?
월별 백업의 보존 기간은 매월 31일 을 사용하여 계산됩니다. 31일을 12개월로 곱하면 총 보존 기간은 372일이 됩니다. 이 방법을 사용하면 실제 일 수에 관계없이 모든 달에 걸쳐 일관된 보존이 보장됩니다.
가비지 수집 주기에 대한 만료 이후의 추가 복원 지점을 보존하는 데 요금이 부과하나요?
예, 이 보존에는 추가 요금이 발생합니다. 가격 책정은 정책 기간 및 실행되지 않은 복구 지점에 따라 달라집니다. 백업 비용을 예상할 때 이러한 요소를 고려합니다.