Azure Backup 안정성

Azure Backup 클라우드 및 온-프레미스 워크로드를 안전하게 보호하는 기본 제공 Azure 서비스입니다. 백업은 여러 워크로드에서 보호를 확장할 수 있으며 VM(가상 머신), Azure VM의 SAP HANA, Azure VM의 SQL, Azure Files, Azure Blob Storage 등 Azure 워크로드와 네이티브 통합을 제공합니다. Azure Data Lake Storage, Azure 관리 디스크, Azure Elastic SAN 볼륨 및 AKS(Azure Kubernetes Service). 자동화 또는 인프라를 관리하거나, 스크립트를 작성하거나, 스토리지를 프로비전할 필요가 없습니다.

Azure 사용하는 경우 신뢰성은 공유 책임입니다. Microsoft 복원력 및 복구를 지원하는 다양한 기능을 제공합니다. 이러한 기능이 사용하는 모든 서비스 내에서 작동하는 방식을 이해하고 비즈니스 목표 및 가동 시간 목표를 충족하는 데 필요한 기능을 선택할 책임이 있습니다.

이 문서에서는 일시적인 오류, 가용성 영역 중단 및 지역 중단을 포함하여 다양한 잠재적인 중단 및 문제에 백업을 복원할 수 있는 방법을 설명합니다. 또한 Backup SLA(서비스 수준 계약)에 대한 몇 가지 주요 정보도 강조 표시합니다.

안정성을 위한 프로덕션 배포 권장 사항

프로덕션 워크로드를 백업하려면 다음과 같은 방법으로 보관소를 구성하는 것이 좋습니다.

이 문서의 다음 섹션에서는 이러한 구성에 대해 자세히 설명합니다.

안정성 중심 권장 사항을 포함하여 Backup에 대한 다른 권장 사항 목록은 클라우드에 대한 Backup 클라우드 및 온-프레미스 워크로드를 참조하세요.

안정성 아키텍처 개요

이 섹션에서는 안정성 관점에서 가장 관련성이 높은 서비스가 작동하는 방식의 몇 가지 중요한 측면을 설명합니다. 이 섹션에서는 배포하고 사용하는 일부 리소스 및 기능을 포함하는 논리 아키텍처를 소개합니다. 또한 서비스의 작동 방식에 대한 세부 정보를 제공하는 물리적 아키텍처에 대해서도 설명합니다.

논리 아키텍처

백업은 다양한 데이터 원본을 백업하고 복원할 수 있습니다. 작업하는 데이터 원본에 따라 백업을 다르게 구성합니다. 다음과 같은 데이터 원본이 일반적입니다.

• Azure VM
• 다양한 데이터베이스
• Blob Storage 계정
• AKS 클러스터
• MARS(Microsoft Azure Recovery Services) 에이전트를 통한 온-프레미스 서버

백업은 백업된 데이터를 보관소에 저장합니다. Azure에서 금고는 백업 복사본, 복구 지점 및 백업 정책과 같은 데이터를 저장하는 온라인 스토리지 엔터티입니다. Recovery Services 볼트 및 Backup 볼트는 두 가지 유형의 볼트입니다. 보호해야 하는 항목에 따라 하나 또는 두 형식을 모두 사용할 수 있습니다. 각 볼트 유형이 지원하는 데이터 원본 목록은 백업 및 복원에 지원되는 볼트에 대한 FAQ를 참조하세요.

작업은 데이터를 백업하거나 복원하는 활동을 나타냅니다. 백업 작업에는 원본에서 보관소로 데이터를 복사하는 예약된 또는 주문형 작업이 포함됩니다. 복원 작업에는 백업 스토리지에서 대상 위치로 데이터를 복구하는 작업이 포함됩니다. 각 작업에는 진행 상황을 모니터링하고 백업 및 복원 작업 중에 발생하는 문제를 해결할 수 있도록 고유한 식별자 및 상태 추적이 있습니다. 또한 작업과 연결된 백업 정책을 만듭니다. 정책은 백업 일정 및 데이터 보존 기간과 같은 구성을 지정합니다.

볼트는 백업 정책과 구성을 저장하고 작업에 대한 메타데이터를 포함하여 작업을 추적하고 문제를 해결할 수 있도록 합니다.

물리적 아키텍처

Microsoft 핵심 Backup 서비스 인프라를 관리합니다. 이 인프라는 작업 트리거 및 모니터링을 포함하여 서비스의 관리 및 운영을 담당합니다.

백업은 백업을 보관소에 저장합니다. 볼트는 Azure Storage 위에 구축됩니다. 볼트는 백업 데이터를 자동으로 복제하며, 백업의 내구성과 복원력은 볼트의 스토리지 중복성에 따라 달라집니다.

• 지역 중복 스토리지 (LRS)는 데이터가 자격 증명 모음 내에서 지정된 주 지역에 위치한 하나 이상의 Azure 가용성 영역에 복제되도록 합니다. 원하는 가용성 영역을 선택할 수는 없지만 Azure 부하 분산을 개선하기 위해 영역 간에 LRS 계정을 이동하거나 확장할 수 있습니다. 데이터가 영역에 분산되도록 보장되지는 않습니다. 자세한 내용은 가용성 영역 개요를 참조하세요.

• ZRS 및 GRS는 추가 보호를 제공합니다. 이 문서에서는 이러한 옵션에 대해 자세히 설명합니다.

일시적인 오류에 대한 복원력

일시적인 오류는 구성 요소에서 짧고 간헐적인 오류입니다. 클라우드와 같은 분산 환경에서 자주 발생하며 작업의 일반적인 부분입니다. 일시적인 오류는 짧은 시간 후에 스스로 수정됩니다. 애플리케이션은 일반적으로 영향을 받는 요청을 다시 시도하여 일시적인 오류를 처리할 수 있는 것이 중요합니다.

모든 클라우드 호스팅 애플리케이션은 클라우드 호스팅 API, 데이터베이스 및 기타 구성 요소와 통신할 때 Azure 일시적인 오류 처리 지침을 따라야 합니다. 자세한 내용은 임시 오류 처리를 위한 권장 사항을 참조하세요.

Backup을 사용하는 경우 백업 및 복원 워크플로는 간헐적인 오류에 복원력이 있습니다. 일시적인 네트워크 오류 또는 임시 서비스 중단이 발생하면 서비스가 자동으로 다시 시도합니다. 재시도 논리는 구성하지 않습니다. 반복적으로 오류가 발생하면 백업 보관소 관리 작업 문제 해결을 참조하세요.

가용성 영역 오류에 대한 복원력

사용 가능성 영역은 Azure 지역 내에서 물리적으로 분리된 데이터 센터 그룹입니다. 한 영역이 실패하면 서비스가 나머지 영역 중 하나로 전환될 수 있습니다.

백업은 서비스 및 데이터의 가용성 영역 구성을 별도로 관리합니다.

• 서비스: Backup 서비스는 지원되는 지역에서 자동으로 영역 복원력이 있습니다. 그러나 이 기본 제공 영역 복원력은 백업된 데이터에 적용되지 않습니다.

• 백업 스토리지 중복성: Recovery Services 볼트 또는 Backup 볼트를 구성하여 백업 데이터의 원하는 중복 수준을 선택합니다. ZRS를 선택하면 백업 데이터의 복사본이 사용하는 Azure 지역의 여러 가용성 영역에 자동으로 저장됩니다.

  ZRS를 사용하지 않는 경우 백업 데이터는 영역이 아닌 것으로 간주되며 모든 영역에 저장될 수 있습니다. 지역에 문제가 있는 영역이 있으면 영역이 아닌 백업 데이터를 사용할 수 없을 수 있습니다.

요구 사항

• 지역 지원: 서비스는 가용성 영역이 있는 모든 지역에서 자동으로 영역 복원 력이 있습니다. ZRS 볼트는 동일한 지역에서 지원됩니다.

• 새 금고만 해당: 첫 번째 백업 전에 금고에서 ZRS를 구성합니다.

비용

백업에 ZRS를 사용하도록 설정하면 추가 복제 및 스토리지 오버헤드로 인해 LRS와 다른 속도로 요금이 청구됩니다. 자세한 내용은 Backup 가격 책정을 참조하세요.

가용성 영역 지원 구성

• ZRS를 사용하는 새 볼트를 만듭니다. 볼트를 만들 때 스토리지 중복성을 구성합니다. 금고 유형에 따라 다른 단계를 따릅니다. 자세한 내용은 다음 문서를 참조하세요.

  • 백업 볼트 생성 및 삭제
  • Recovery Services 볼트 생성 및 구성

• 기존 백업 볼트에서 ZRS를 구성합니다. 백업 볼트의 경우, 볼트를 생성할 때 스토리지 중복을 구성합니다. 백업 볼트를 만든 후에는 설정이 잠기고 변경할 수 없습니다.

  Recovery Services 볼트의 경우 워크로드를 보호하기 전에 스토리지 중복성을 구성해야 합니다. 워크로드를 보호하면 설정이 잠기고 변경할 수 없습니다.

  ZRS를 사용하도록 구성된 새 볼트를 만들고 워크로드를 새 볼트에 다시 할당할 수 있습니다. 그러나 이 방법을 사용하려면 가동 중지 시간이 필요합니다. 자세한 내용은 기본 설정 수정을 참조하세요. 또한 이전 볼트의 보존 정책이 더 이상 적용되지 않으므로 기존 복구 지점 및 기타 데이터를 수동으로 삭제해야 합니다. 자세한 내용은 백업 보관소 삭제 또는 복구 서비스 보관소 삭제를 참조하세요.

모든 영역이 정상인 경우의 동작

이 섹션에서는 금고를 ZRS에 대한 구성하고, 모든 영역이 운영 중일 때 예상되는 사항에 대해 설명합니다.

• 영역 간 작업: 백업 작업은 영역 간에 복제된 인프라에서 실행됩니다. Azure 모든 영역의 인프라에서 작업을 관리합니다.

• 영역 간 데이터 복제: ZRS는 영역 간에 백업된 데이터를 복제합니다. 복제는 동기적으로 발생합니다. 즉, 여러 영역이 완료되기 전에 각 쓰기 작업을 승인합니다.

영역 오류 중 동작

ZRS에 대한 볼트를 구성할 때 예상되는 결과와 영역 중 하나에서 문제가 발생할 때의 상황을 이 섹션에서 설명합니다.

• 검색 및 응답: Backup 서비스 자체의 경우 Microsoft 가용성 영역에서 오류를 감지하고 응답해야 합니다. 영역 장애 조치(failover)를 시작하기 위해 어떤 작업도 수행할 필요가 없습니다.

  중요합니다

  영역 중단으로 인해 사용할 수 없는 데이터 또는 리소스의 경우 가동 중단을 감지하고 정상 영역으로 백업을 복원하는 등 복구 작업을 수행해야 합니다.

• Notification: Microsoft는 영역이 비활성화된 경우 자동으로 알리지 않습니다. 그러나 Azure Resource Health 사용하여 개별 리소스의 상태를 모니터링하고 Resource Health 경고 설정하여 문제를 알릴 수 있습니다. 또한 Azure Service Health 사용하여 영역 오류를 포함하여 서비스의 전반적인 상태를 파악할 수 있으며 Service Health 경고를 설정하여 문제를 알릴 수 있습니다.

• 활성 요청: 활성 작업의 동작은 실패하는 영역에 따라 달라집니다.

  • 장애가 발생한 가용성 영역의 데이터 원본에 대해, 해당 영역의 장애로 인해 데이터 원본을 사용할 수 없게 만듭니다. 활성 작업이 일시 중지되거나 실패할 수 있습니다.

  • 활성 작업을 실행하는 정상 가용성 영역의 데이터 원본의 경우 플랫폼이 Backup 서비스의 정상 가용성 영역으로 전환하는 동안 약간의 가동 중지 시간(일반적으로 몇 초)이 발생할 수 있습니다.

• 예상 데이터 손실: 예상 데이터 손실 양을 RPO(복구 지점 목표)라고도 합니다. 백업 데이터의 RPO는 백업 일정을 포함하여 여러 요인에 따라 달라집니다. 일반적으로 영역 중단의 경우 모든 데이터가 영역 간에 동기적으로 복제되기 때문에 백업된 데이터가 손실되지 않습니다.

• 예상 가동 중지 시간: 예상 가동 중지 시간을 RTO(복구 시간 목표)라고도 합니다. RTO는 다음 시나리오마다 다릅니다.

  • 실패한 가용성 영역의 데이터 원본의 경우 영역이 복구될 때까지 데이터 원본을 사용할 수 없을 수 있습니다. 데이터 원본을 다시 사용할 수 있을 때까지 백업 작업이 실행되지 않을 수 있습니다. RTO가 정의되지 않았습니다.

  • 정상 가용성 영역의 모든 데이터 원본의 경우 플랫폼이 Backup 서비스의 정상 가용성 영역으로 전환하는 동안 약간의 가동 중지 시간(일반적으로 몇 초)이 발생할 수 있습니다.

• 재배포: 후속 작업 실행은 데이터 원본을 사용할 수 있는 한 정상 영역에서 인프라를 자동으로 사용합니다.

  정상 영역의 인프라에 백업을 복원하고 부하 분산 장치, 클라이언트 및 기타 시스템을 다시 구성하여 트래픽을 새 영역의 정상 인프라로 리디렉션할 책임이 있습니다.

영역 복구

가용성 영역이 복구되면 Backup은 가용성 영역에서 작업을 자동으로 복원하고 영역 간의 트래픽을 정상적으로 다시 라우팅합니다. 작업이 계속 실행되고 데이터를 계속 사용할 수 있습니다.

영역 오류 테스트

Backup 플랫폼은 트래픽 라우팅, 데이터 복제, 장애 조치(failover) 및 장애 복구(failback)를 관리합니다. 이 기능은 완전히 관리되므로 가용성 영역 오류 프로세스를 시작하거나 유효성을 검사할 필요가 없습니다.

지역 전체 오류에 대한 복원력

Backup은 GRS 및 CRR을 통해 지리적 이중화와 장애 조치 기능을 지원합니다.

지역 중복 스토리지 및 지역 간 복원

백업 데이터에 대한 지역 중복성을 달성하려면 Backup을 사용하여 GRS 사용하여 백업을 Azure 쌍을 이루는 지역 복제합니다. GRS는 지역 가동 중단으로부터 백업을 보호합니다.

배포하는 보관소가 있는 지역을 주 지역이라고 합니다. 데이터 원본은 주 지역에 있어야 합니다. 다른 지역의 저장소에 백업을 구성할 수 없습니다.

쌍을 이루는 지역을 보조 지역으로도 알려져 있습니다.

GRS를 구성하지 않고 볼트의 지역에서 중단이 발생하는 경우, 볼트에 접근하여 백업 항목을 볼 수 있을 수도 있습니다. 그러나 지역 중복성이 없으면 복원 작업에 기본 백업 데이터를 사용할 수 없습니다.

지역 간 복원

보관소에서 GRS를 구성하면 주 지역에서 중단이 발생했을 때 Microsoft는 쌍 지역에서 백업을 사용할 수 있도록 합니다. 데이터 원본이 CRR을 지원하는 경우 주 지역에서 중단이 발생하지 않는 경우에도 보조 지역 복구 지점에서 복원할 수 있습니다. CRR을 사용하면 훈련을 실행하여 지역 가동 중단에 대한 복원력을 평가할 수도 있습니다. CRR을 켜면 Microsoft 백업 스토리지를 GRS에서 읽기 액세스 지역 중복 스토리지(RA-GRS)로 업그레이드합니다.

요구 사항

• Region support: GRS for Backup은 paired Azure 지역 내에서만 작동합니다.

• 새 보관소만 해당: 첫 번째 백업이 진행되기 전에 보관소에서 GRS를 구성해야 합니다.

고려 사항

• CRR: CRR을 켜면 보조 지역에서 백업 항목을 사용할 수 있는 데 최대 48시간이 걸릴 수 있습니다.

비용

GRS 저장소에는 보조 지역의 지역 간 데이터 복제 및 저장소에 대한 추가 비용이 발생합니다. Azure 지역 간 데이터 전송은 표준 상호 연결 대역폭 속도에 따라 요금이 청구됩니다. CRR은 Microsoft가 보관소 저장소를 GRS에서 RA-GRS로 업그레이드함에 따라 다른 요금으로 청구됩니다. 자세한 내용은 Backup 가격 책정을 참조하세요.

다중 지역 지원 구성

• GRS 및 CRR을 사용하는 새 볼트를 만듭니다. 볼트를 만들 때 스토리지 중복도 구성해야 합니다. GRS를 선택한 후 볼트에서 CRR을 선택적으로 설정할 수 있습니다. 수행하는 단계는 볼트 유형에 따라 달라집니다. 자세한 내용은 다음 문서를 참조하세요.

  • 백업 볼트 생성 및 삭제
  • Recovery Services 볼트 생성 및 구성

• 기존 자격 증명 모음에서 GRS 및 CRR을 구성합니다. Backup 자격 증명 모음의 경우 자격 증명 모음을 만들 때 스토리지 중복성을 구성해야 합니다.

  Recovery Services 볼트의 경우 워크로드를 보호하기 전에 스토리지 중복성을 구성해야 합니다. 워크로드가 보호되면 설정이 잠기고 변경할 수 없습니다.

  기존 GRS 보관소에서 CRR을 사용하도록 설정할 수 있습니다. CRR을 사용하도록 설정한 후에는 사용하지 않도록 설정할 수 없습니다.

모든 지역이 정상인 경우의 동작

이 섹션에서는 보관소를 GRS(Azure 지역 중복 저장소)를 사용하도록 구성하고 모든 지역이 작동할 때 예상할 수 있는 사항에 대해 설명합니다.

• 지역 간 작업: 백업은 볼트와 데이터 원본이 배포된 지역인 주 지역에서 항상 완료됩니다.

• 지역 간 데이터 복제: 볼트를 GRS로 구성하는 경우, 백업은 먼저 LRS를 사용하여 주요 지역에 저장됩니다. 주 지역에서 성공적으로 완료되면 데이터가 보조 지역에 비동기적으로 복제됩니다. 보조 지역은 LRS를 사용하여 데이터를 저장합니다. 백업 데이터는 주 지역에서 보조 지역으로 복제하는 데 최대 12시간이 걸릴 수 있습니다.

지역 오류 중 동작

이 섹션에서는 주 지역에서 중단이 발생할 때 GRS를 사용하도록 보관소를 구성하면 예상되는 사항에 대해 설명합니다.

• 탐지 및 대응:CRR을 지원하고 볼트에서 CRR이 활성화된 데이터 소스의 경우, 지역 중단 또는 재해 시점을 포함하여 언제든지 쌍 지역에 사용자가 직접 CRR을 시작할 수 있습니다. 가동 중단을 감지하고 정상 지역에 백업을 복원하는 등 복구 작업을 수행해야 합니다.

  다른 모든 시나리오의 경우 보조 지역에 복제된 데이터는 Azure 주 지역에서 재해를 선언하는 경우에만 보조 지역에서 복원할 수 있습니다. Microsoft 재해를 선언할 책임이 있습니다. 재해를 선언하는 데 걸리는 시간은 인시던트의 심각도 및 상황을 평가하는 데 필요한 시간에 따라 달라집니다. Microsoft 일반적으로 오랜 기간 후에만 재해를 선언합니다.

• Notification: Microsoft는 지역이 다운되었을 때 자동으로 알리지 않습니다. 단,

  • Azure Resource Health를 사용하여 개별 리소스의 상태를 모니터링하고 Resource Health 경고 설정하여 문제를 알릴 수 있습니다.

  • Azure Service Health 사용하여 지역 오류를 포함하여 서비스의 전반적인 상태를 파악할 수 있으며 Service Health 경고를 설정하여 문제를 알릴 수 있습니다.

• 예상 데이터 손실: 백업 데이터의 RPO는 백업 일정을 포함하여 여러 요인에 따라 달라집니다. 일반적으로 지역 가동 중단의 경우 주 지역의 RPO가 24시간이므로 최대 36시간의 데이터 손실이 예상되며 주 지역에서 보조 지역으로 백업 데이터를 복제하는 데 최대 12시간이 걸릴 수 있습니다.

• 예상 가동 중지 시간: RTO는 다음 시나리오마다 다릅니다.

  • 실패한 지역의 데이터 원본 및 기타 리소스는 지역이 복구될 때까지 사용할 수 없으므로 RTO는 정의되지 않습니다.

  • 지역이 복구될 때까지 백업이 실패한 지역에서 백업 또는 복원 작업을 수행하지 못할 수 있으므로 RTO는 정의되지 않습니다.

  • CRR을 사용하는 경우 쌍을 이루는 지역에 이미 복제된 백업의 복원을 시작하기 위한 RTO는 0입니다. CRR을 사용하지 않는 경우 RTO는 Microsoft 실패한 지역에서 재해를 선언하는 데 걸리는 기간에 따라 달라집니다.

• 재배포: 주 지역이 오프라인 상태인 동안에는 백업 작업을 실행할 수 없습니다. 금고에서 데이터를 복원할 수 있지만 새 데이터는 추가할 수 없습니다.

  쌍을 이루는 지역의 인프라에 백업을 복원하고 부하 분산 장치, 클라이언트 및 기타 시스템을 다시 구성하여 트래픽을 쌍을 이루는 지역의 정상 인프라로 리디렉션할 책임이 있습니다.

지역 복구

주 지역이 복구되면 Backup은 해당 지역의 작업을 자동으로 복원합니다. 작업을 다시 시작하고 데이터를 계속 사용할 수 있습니다.

지역 오류 테스트

CRR을 사용하여 쌍을 이루는 지역에 대한 복원 작업을 수행할 수 있습니다. 이 방법을 사용하여 복원 및 기타 복구 프로세스를 확인할 수 있습니다.

백업 데이터 손실에 대한 복원력

Backup은 실수로 또는 악의적인 백업 데이터 삭제를 방지하기 위한 두 가지 주요 복구 기능을 제공합니다.

• 일시 삭제를 사용하면 구성 가능한 보존 기간 동안 삭제된 개체 및 볼트를 복구할 수 있습니다. 기본적으로 이 기간은 14일이지만 편집할 수 있습니다. 일시 삭제를 백업 및 보관소의 휴지통으로 생각하십시오. 자세한 내용은 기본적으로 Backup에서 소프트 삭제를 통해 보안을 강화하는 방법에 대해 참조하세요.

• 변경할 수 없는 볼트를 사용하면 복구 지점이 손실될 수 있는 작업을 차단하여 백업 데이터를 보호할 수 있습니다. "변경할 수 없는 보관소 설정을 잠그면 설정을 되돌릴 수 없습니다." 악의적인 행위자가 불변성을 비활성화하고 백업을 삭제하지 못하도록 방지하기 위해 WORM(한 번 작성, 여러 번 읽기) 스토리지를 백업에 사용할 수 있습니다. 자세한 내용은 백업을 위한 변경 불가 저장소를 참조하세요.

서비스 수준 약정

Azure 서비스에 대한 SLA(서비스 수준 계약)는 각 서비스의 예상 가용성과 솔루션이 가용성 기대치를 달성하기 위해 충족해야 하는 조건을 설명합니다. 자세한 내용은 SLA for 온라인 서비스 참조하세요.

Backup SLA는 백업 및 복원 작업 모두에 대한 서비스의 가용성을 다룹니다. SLA에서 처리하려면 실패한 백업을 다시 시도하거나 30분마다 한 번 이상 작업을 복원해야 합니다.

관련 콘텐츠

• Azure의 신뢰성
• Azure Virtual Machines의 신뢰성
• Azure Disk Storage의 신뢰성
• Azure Site Recovery의 신뢰성