Azure 관리 디스크에 대한 백업 및 재해 복구

아티클
03/08/2024

적용 대상: ✔️ Linux VM ✔️ Windows VM ✔️ 유연한 확장 집합

이 문서에서는 Azure 관리 디스크에 대한 백업 및 재해 복구를 계획하는 방법을 설명합니다. 우선 Azure 기본 제공 중복도 및 몇 가지 일반적인 오류 유형을 소개합니다. 그런 다음, 일반적인 백업 및 재해 복구 시나리오를 다루고 마지막으로 Azure 관리 디스크에 대한 각 백업 및 재해 복구 옵션을 비교합니다.

Azure 기본 제공 중복도 옵션

Azure 관리 디스크에는 오류로부터 데이터를 보호하기 위한 두 가지 기본 제공 중복도 옵션이 있습니다.

LRS(로컬 중복 스토리지)는 특정 지역의 단일 데이터 센터 내에서 데이터를 세 번 복제합니다. LRS는 서버 랙 및 드라이브 오류로부터 데이터를 보호합니다.
ZRS(영역 중복 스토리지)는 지역 내 영역 간에 데이터를 동기적으로 복제하여 디스크가 자연 재해 또는 하드웨어 문제로 인해 발생할 수 있는 영역 오류를 허용할 수 있도록 합니다.

그러나 지진, 화재 또는 허리케인과 같은 큰 재해로 인해 대규모 스토리지 서버가 중단되거나 액세스할 수 없게 될 수 있으며, 때로는 전체 데이터 센터 또는 영역에 영향을 미치거나(LRS 디스크에 영향을 미침) 전체 영역에 영향을 미칠 수 있습니다(ZRS 디스크에 영향을 미침). 플랫폼 오류 외에도 애플리케이션 또는 데이터 문제(예: 실수로 삭제 및 랜섬웨어 공격)가 발생할 수 있습니다. 이러한 문제가 발생한 경우 애플리케이션과 데이터를 마지막으로 알려진 양호한 상태의 이전 버전으로 되돌리는 것이 좋습니다. 양호한 상태로 되돌리려면 정기적인 백업이 필요합니다.

IaaS 워크로드를 중단으로부터 보호하려면 중복성을 계획하고 정기적인 백업을 만듭니다. 지역 재해로부터 IaaS 워크로드를 보호하려면 기본 사이트와 다른 지리적 위치에 백업을 만듭니다. 이렇게 하면 다른 리소스에 영향을 주는 동일한 이벤트에 백업이 영향을 받지 않습니다. 자세한 내용은 Azure 애플리케이션의 재해 복구를 참조하세요.

백업 및 재해 복구 시나리오

애플리케이션 워크로드 시나리오의 몇 가지 예와 백업 및 재해 복구를 계획할 때 고려해야 할 사항을 살펴보겠습니다.

시나리오 1: 주요 데이터베이스 솔루션

이 시나리오에서는 고가용성을 지원하는 프로덕션 데이터베이스 서버(예: SQL Server 및 Oracle)가 있습니다. 이 데이터베이스는 중요한 프로덕션 애플리케이션 및 사용자가 사용합니다. 이 시스템에 대한 재해 복구 계획은 다음 요구 사항을 포함해야 합니다.

데이터는 보호되고 복구할 수 있어야 합니다.
서버를 사용할 수 있어야 합니다.
(선택 사항) 다른 지역에 있는 데이터베이스의 복제본을 백업으로

서버 가용성 및 데이터 복구에 대한 요구 사항에 따라 솔루션은 활성-활성 또는 활성-수동 복제본 사이트에서 정기적인 오프라인 데이터 백업에 이르기까지 다양할 수 있습니다. SQL Server 및 Oracle과 같은 관계형 데이터베이스는 다양한 복제 옵션을 제공합니다. SQL Server의 경우 고가용성을 위해 SQL Server Always On 가용성 그룹을 사용할 수 있습니다.

MongoDB와 같은 NoSQL 데이터베이스는 중복성을 위한 복제본도 지원하므로 고가용성을 위한 복제본을 사용합니다.

시나리오 2: 중복된 VM 클러스터

이 시나리오에서는 지역에 배포된 Cassandra 클러스터와 같이 중복성 및 부하 분산을 제공하는 VM 클러스터에서 처리하는 워크로드가 있습니다. 이러한 유형의 아키텍처는 이미 해당 지역에서 높은 수준의 중복성을 제공합니다. 그러나 지역 차원의 실패로부터 작업로드를 보호하려면 클러스터를 두 지역에 분산하거나 다른 지역에 정기적으로 백업하는 것이 좋습니다.

시나리오 3: IaaS 애플리케이션 워크로드

이 시나리오에서는 Azure VM(IaaS 애플리케이션 워크로드)에서 일반적인 프로덕션 워크로드가 있는 애플리케이션이 실행되고 있습니다. 사이트의 콘텐츠 및 기타 리소스를 보관하는 웹 서버 또는 파일 서버이거나, VM 디스크에 데이터, 리소스 및 애플리케이션 상태를 저장한 VM에서 실행되는 사용자 지정 빌드 비즈니스 애플리케이션일 수 있습니다. 이 경우 백업을 정기적으로 수행하는지 확인해야 합니다. Backup 빈도는 VM 워크로드의 특성을 기준으로 해야 합니다. 예를 들어 애플리케이션이 매일 실행되고 데이터가 수정되는 경우 백업은 매 시간마다 수행되어야 합니다.

또 다른 일반 시나리오에서는 다른 원본의 데이터를 끌어와서 집계된 보고서를 생성하는 보고 서버가 포함됩니다. 이 VM 또는 디스크가 손실되면 보고서가 손실될 수 있습니다. 그러나 보고 프로세스를 다시 실행하여 출력을 다시 생성할 수 있습니다. 이 경우 보고 서버가 재해에 피해를 입더라도 실제로 데이터 손실은 발생하지 않습니다. 따라서 보고 서버에서 데이터의 일부 손실에 대한 내결함성 수준이 더 높습니다. 이 경우 백업 빈도가 줄어 비용이 절감됩니다.

시나리오 4: IaaS 애플리케이션 데이터 문제

IaaS 애플리케이션 데이터 문제도 발생할 수 있습니다. 애플리케이션이 가격 정보와 같이 중요한 상용 데이터를 계산, 유지 관리 및 제공한다고 가정합니다. 새 버전의 애플리케이션에는 가격을 잘못 계산하고 플랫폼에서 제공하는 기존 상거래 데이터가 손상되는 소프트웨어 버그가 있었습니다. 여기서 가장 좋은 해결 방법은 이전 버전의 애플리케이션과 데이터로 되돌리는 것입니다. 이렇게 하려면 시스템을 정기적으로 백업해야 합니다.

백업 및 재해 복구 솔루션

비교 개요

이 섹션에서는 백업 및 재해 복구를 위한 Azure의 일부 옵션에 대해 설명합니다. 대략적인 개요는 다음 비교 표를 참조할 수 있습니다.

솔루션	스냅샷	복원 지점	Azure Backup	Azure Site Recovery
설명	스냅샷은 백업에 사용할 수 있는 디스크의 즉시 사용 가능한 특정 시점 복사본입니다.	복원 지점을 사용하여 가상 머신에 연결된 모든 디스크의 세분화된 백업을 구현할 수 있습니다.	Azure Backup은 데이터를 백업하고 복구하는 간단하고 안전하며 비용 효율적인 솔루션을 제공하는 완전 관리형 Azure 서비스입니다.	Azure Site Recovery는 중단 기간 동안에도 앱과 워크로드를 유지하여 조직의 비즈니스 연속성을 보장합니다.
증분 백업	예	네	네	예
지역 간 복사	예	공개 미리 보기로 제공	예, Azure VM 백업을 사용합니다.	예
가격	Azure Disk 가격 책정 참조	해당 없음	Azure VM 또는 온-프레미스 서버 백업에 대한 비용 예측 참조	Azure Site Recovery 가격 책정 참조
운영 유지 보수	높음	중간	낮음	낮음
주요 이점	가장 비용 효율적이며 디스크 백업에 적합함	VM 수준에서 디스크 백업, Windows OS를 실행하는 VM에 대해 일관된 애플리케이션, Linux OS를 실행하는 VM에 대한 파일 시스템 일관성	VM을 중단하지 않고 빈번하고 빠른 백업, 사용자 지정 백업 정책, 에이전트 없는 솔루션	간단한 BCDR 솔루션, 장애 조치(failover)를 통해 애플리케이션 일관성 유지, 애플리케이션 데이터를 가로채지 않고 복제 오케스트레이션

스냅샷

스냅샷은 디스크의 읽기 전용 특정 시점 복사본입니다. 언제든지 스냅샷을 생성할 수 있습니다. 스냅샷은 원본 디스크와 별도로 존재하고 새 관리 디스크를 만드는 데만 사용될 수 있습니다. 기존 디스크의 상태를 변경하는 데는 사용할 수 없습니다. 또한 관리 디스크의 정기적인 증분 백업을 위해 증분 스냅샷도 사용할 수 있습니다.

일반적으로 백업 및 재해 복구 목적에는 증분 스냅샷을 사용해야 합니다. 비용을 줄이고 복구 시간을 단축시킬 수 있습니다. 증분 스냅샷은 관리 디스크의 특정 시점 백업으로, 마지막 스냅샷 이후의 변경 내용으로만 구성됩니다. 첫 번째 증분 스냅샷은 디스크의 전체 복사본입니다. 첫 번째 스냅샷 이후의 모든 증분 스냅샷은 마지막 스냅샷 이후의 디스크 변경 내용으로만 구성됩니다. 스냅샷에서 디스크를 만드는 경우 시스템은 증분 스냅샷을 만들 때 디스크의 특정 시점 백업을 나타내는 전체 디스크를 재구성합니다. 또한 재해 복구를 위해 증분 스냅샷을 새 지역에 복사할 수도 있습니다.

스냅샷을 통해 백업 메커니즘을 구현할 수 있습니다. 이렇게 하려면 VM에서 사용하는 모든 디스크에 대해 일관된 스냅샷을 만든 다음, 다른 지역에 복제해야 합니다. 스냅샷으로 일관된 백업을 만드는 옵션은 VM을 종료하고 각 디스크의 스냅샷을 만드는 것입니다. VM에서 실행되는 애플리케이션이 IO를 일시 중지할 수 있는 경우 일시 중지를 이용한 다음 VM에 연결된 모든 디스크의 스냅샷을 만들어야 합니다. 오프라인 스냅샷을 만드는 작업은 실행 중인 VM의 스냅샷을 조정하는 것보다 쉽지만 몇 분 정도의 가동 중지 시간이 필요합니다.

언제든지 스냅샷을 만들 수 있지만, VM이 실행되는 동안 스냅샷을 만드는 경우 다음 사항에 유의하세요.

VM이 실행 중일 때 데이터는 여전히 디스크로 스트리밍됩니다. 따라서 실행 중인 VM의 스냅샷에 진행 중인 부분 작업이 포함될 수 있습니다.
VM에 관련된 디스크가 여러 개 있는 경우 서로 다른 디스크의 스냅샷이 서로 다른 시간에 발생했었을 수 있습니다.

설명된 시나리오에서 스냅샷은 조정되지 않았습니다. 이러한 불균형 상태는 백업 중에 변경되면 파일이 손상될 수 있는 스트라이프 볼륨의 경우 문제입니다. 따라서 백업 프로세스에서 다음 단계를 구현해야 합니다.

모든 디스크를 고정합니다.
보류 중인 모든 쓰기를 플러시합니다.
모든 디스크에 대해 관리 디스크에 대한 증분 스냅샷을 만듭니다.

SQL Server와 같은 일부 Windows 애플리케이션에서는 볼륨 섀도 서비스를 통해 조정된 백업 메커니즘을 제공하여 애플리케이션 일치 백업을 만듭니다. Linux에서는 fsfreeze와 같은 도구를 사용하여 디스크를 조정할 수 있습니다(이 도구는 애플리케이션 일치 스냅샷이 아닌 파일 일치 백업을 제공합니다). 이 백업 절차는 복잡하므로, Azure Disk Backup 개요 또는 이 절차를 이미 구현한 타사 백업 솔루션을 고려하는 것이 좋습니다. 이렇게 하면 모든 VM 디스크에 대해 조정된 스냅샷 컬렉션이 생성되며, 이는 VM의 특정 시점 보기 즉, VM에 대한 백업 복원 지점을 나타냅니다. 예약된 간격으로 프로세스를 반복하여 정기적으로 백업을 만들 수 있습니다.

복원 지점

Azure VM 복원 지점을 사용하여 가상 머신에 연결된 모든 디스크의 세분화된 백업 및 보존 정책을 구현할 수 있습니다. 개별 VM 복원 지점은 VM 구성 및 VM에 연결된 모든 관리 디스크의 특정 시점 애플리케이션 일관성 스냅샷을 저장하는 리소스입니다. VM 복원 지점을 사용하여 VM에 연결된 모든 디스크의 다중 디스크 일치 백업을 쉽게 캡처할 수 있습니다.

복원 지점에는 VM 복원 지점 컬렉션, VM 복원 지점 및 디스크 복원 지점의 세 가지 계층 구조 수준이 있습니다.

수준 1: VM 복원 지점은 복원 지점 컬렉션으로 구성됩니다. 복원 지점 컬렉션은 특정 VM에 대한 복원 지점이 포함된 Azure Resource Management 리소스입니다.
수준 2: VM 복원 지점에는 연결된 각 디스크에 대한 디스크 복원 지점이 있습니다.
수준 3: 디스크 복원 지점은 개별 관리 디스크의 스냅샷으로 구성됩니다.

복원 지점은 증분입니다. 첫 번째 복원 지점은 VM에 연결된 모든 디스크의 전체 복사본을 저장하지만 연속 복원 지점에는 VM 디스크에 대한 증분 변경 내용만 포함됩니다. 복원 지점을 사용하면 다음을 수행할 수 있습니다.

지역 간에 VM 복원 지점을 복사하고, 원본 VM과 다른 지역에서 VM을 복원하고, 복사 작업의 진행률을 추적합니다.
디스크 복원 지점을 사용하여 디스크를 만들고 디스크에 대한 공유 액세스 서명을 가져옵니다. 그런 다음 이러한 디스크를 사용하여 새 VM을 만들 수 있습니다.

VM 복원 지점을 만들고 VM 복원 지점을 관리하는 방법을 알아보려면 다음 문서를 참조하세요.

Azure Backup

Azure Backup은 데이터를 백업하고 Azure에서 복구할 수 있는 간단하고 안전하며 비용 효율적인 솔루션을 제공합니다. Azure Disk Backup은 관리 디스크에서 데이터를 보호하는 클라우드 기반의 원시 백업 솔루션입니다. 몇 가지 단계를 통해 관리 디스크에 대한 보호를 구성할 수 있는 간단하고 안전하며 비용 효율적인 솔루션입니다. 이것은 재해 시 데이터가 보호되도록 합니다.

Azure Disk Backup은 관리 디스크의 스냅샷 생성을 정기적으로 자동화하고 백업 정책을 사용하여 지정한 기간 동안 유지함으로써 관리 디스크에 대한 스냅샷 수명 주기 관리를 제공하는 턴키 솔루션을 제공합니다. 인프라 비용이 없고 사용자 지정 스크립팅 또는 관리 오버헤드가 없어도 디스크 스냅샷을 관리할 수 있습니다.

Azure Disk Backup은 증분 스냅샷을 사용하여 관리 디스크의 특정 시점 백업을 만들고 매일 여러 백업을 지원하는 크래시 일치 백업 솔루션입니다. 이것은 에이전트 없는 솔루션이기도 하며, 프로덕션 애플리케이션 성능에 영향을 주지 않습니다. 현재 실행 중인 Azure VM에 연결되어 있는지 아닌지 여부에 관계없이 OS 및 데이터 디스크(공유 디스크 포함)의 백업과 복원을 지원합니다.

Azure Disk Backup은 백업 센터에 통합되어 있습니다. 백업 센터는 Azure에서 기업이 대규모 백업을 제어, 모니터링, 운영, 분석하는 데 사용할 수 있는 단일 통합 관리 환경을 제공합니다. 데이터 디스크를 포함하여 가상 머신의 애플리케이션 일치 백업이 필요한 경우 또는 백업에서 전체 가상 컴퓨터를 복원하거나, 파일이나 폴더를 복원하거나, 보조 지역으로 복원하는 옵션을 사용하는 경우 Azure VM 백업 솔루션을 사용합니다. Azure Backup을 사용할 수 없는 경우 스냅샷을 사용하여 사용자 고유의 백업 메커니즘을 구현할 수 있습니다. 그러나 VM에서 사용하는 모든 디스크에 대해 일관된 스냅샷을 만들고, 해당 스냅샷을 다른 지역에 복제하고, 이 프로세스를 지속적으로 관리하는 것은 복잡하고 시간이 많이 걸립니다.

Azure Site Recovery

Azure Site Recovery는 중단 기간 동안에도 비즈니스 앱과 워크로드를 유지하여 비즈니스 연속성을 보장합니다. 이것은 BCDR(비즈니스 연속성 및 재해 복구) 전략을 달성하는 데 도움이 되는 완전 관리형 유료 서비스입니다.

Azure Site Recovery는 물리적 컴퓨터와 가상 머신에서 실행되는 워크로드를 기본 사이트에서 보조 위치로 복제합니다. 기본 사이트에서 중단이 발생할 경우 워크로드가 보조 위치로 장애 조치(failover)하고 여기에서 액세스할 수 있습니다. 기본 위치가 다시 실행되면 워크로드를 장애 복구(failback)할 수 있습니다.

몇 단계만 거치면 보조 Azure 지역에 재해 복구를 쉽게 설정할 수 있습니다. Azure Site Recovery를 사용하면 Azure에서 Azure로, VMware에서 Azure로, 물리적 컴퓨터에서 Azure로, Azure Stack VM, Hyper-V에서 Azure로, 앱용 DR, 보조 사이트에 DR 등 많은 재해 복구 시나리오를 구현할 수 있습니다. Azure Site Recovery가 제공하는 혜택의 전체 목록은 Site Recovery 정보를 참조하세요.

기타 옵션

VM에서 실행되는 SQL Server에는 SQL Server 데이터베이스를 Azure Blob Storage 또는 파일 공유에 백업하는 자체의 기본 제공 기능이 있습니다. 자세한 내용은 Azure 가상 머신에서 SQL Server의 백업 및 복원을 참조하세요. 백업 및 복원 외에도 SQL Server Always On 가용성 그룹은 데이터베이스의 보조 복제본을 유지 관리할 수 있습니다. 이 기능을 통해 재해 복구 시간이 크게 줄어듭니다.

다음 단계

옵션을 탐색합니다.