Azure Storage Actions은 Azure Blob Storage 및 Azure Data Lake Storage에 대한 데이터 관리 작업을 자동화하는 완전 관리형 플랫폼입니다. 스토리지 계정에 대해 실행되도록 스토리지 작업을 예약합니다. Blob을 삭제하고, Blob 태그를 설정하고, 데이터 경과 시간을 기준으로 액세스 계층을 변경하도록 작업을 구성할 수 있습니다.
Azure를 사용하는 경우 안정성은 공유 책임입니다. Microsoft는 복원력 및 복구를 지원하는 다양한 기능을 제공합니다. 이러한 기능이 사용하는 모든 서비스 내에서 작동하는 방식을 이해하고 비즈니스 목표 및 가동 시간 목표를 충족하는 데 필요한 기능을 선택할 책임이 있습니다.
이 문서에서는 일시적인 오류, 구성 문제, 가용성 영역 오류, 지역 전체 오류 및 서비스 유지 관리에 대해 Azure Storage 작업의 복원력을 높이는 방법을 설명합니다. 또한 백업 및 복원 옵션과 Azure Storage Actions SLA(서비스 수준 계약)에 대한 주요 정보를 설명합니다.
Important
Azure Storage Actions의 안정성을 고려할 때 스토리지 태스크 할당이 있는 모든 스토리지 계정을 고려합니다. Microsoft Storage Actions 서비스의 가용성을 관리합니다. 워크로드의 안정성 요구 사항을 충족하는 스토리지 계정 중복 구성을 선택할 책임이 있습니다. 스토리지 계정 서비스 중단은 스토리지 작업 컨트롤 평면을 계속 사용할 수 있는 경우에도 할당된 스토리지 작업이 실행되지 못하게 할 수 있습니다. 스토리지 계정 중복 구성의 안정성 특성에 대한 자세한 내용은 Azure Blob Storage의 안정성을 참조하세요.
안정성을 위한 프로덕션 배포 권장 사항
프로덕션 워크로드의 경우 다음을 수행하는 것이 좋습니다.
안정성 요구 사항을 충족하는 중복성 옵션을 사용하여 각 대상 스토리지 계정을 구성합니다. 대부분의 프로덕션 워크로드의 경우 최소한 ZRS(영역 중복 스토리지)를 사용하세요. 지역 전체 장애에 대한 복원력이 필요하고 스토리지 계정이 쌍을 이루는 지역에 있는 경우 GZRS(지역 영역 중복 스토리지)를 사용합니다. 스토리지 작업 실행은 대상 스토리지 계정의 안정성 특성을 상속합니다.
스토리지 작업을 사용하여 Blob을 삭제하기 전에 Blob 일시 삭제(soft delete)를 사용하도록 설정합니다. 보존 기간 동안 스토리지 작업이 의도치 않게 삭제하는 Blob을 복구할 수 있도록 각 대상 스토리지 계정의 Blob에 대한 일시 삭제를 사용하도록 설정합니다.
다른 수명 주기 관리 정책과 스토리지 작업이 겹치지 않도록 합니다. 동일한 Blob들에 대해 충돌하는 작업을 수행하도록 스토리지 작업 및 다른 수명 주기 관리 정책을 구성하지 마세요. 예를 들어 Blob Storage 수명 주기 관리 정책이 동일한 Blob을 삭제하려고 하면 스토리지 작업의 삭제 작업이 실패할 수 있습니다.
적용하기 전에 스토리지 작업 구성의 유효성을 검사합니다. 작업 조건을 작성하는 동안 집중적으로 유효성을 검사하기 위해 조건 미리 보기를 사용하고, 작업을 수행하도록 활성화하기 전에 전체 할당 구성을 검증하려면 모의 실행을 사용합니다.
안정성 아키텍처 개요
이 섹션에서는 안정성 관점에서 가장 관련성이 높은 서비스가 작동하는 방식의 몇 가지 중요한 측면을 설명합니다. 이 섹션에서는 배포하고 사용하는 일부 리소스 및 기능을 포함하는 논리 아키텍처를 소개합니다. 또한 서비스의 작동 방식에 대한 세부 정보를 제공하는 물리적 아키텍처에 대해서도 설명합니다.
논리 아키텍처
Azure Storage Actions를 사용하는 경우 하나 이상의 스토리지 작업 리소스를 만듭니다. 각 스토리지 작업에는 개체를 선택하고, 일치하는 개체에 대해 수행할 작업을 선택하는 조건이 포함됩니다. 스토리지 계정에 대해 스토리지 작업을 실행하려면 스토리지 작업 할당을 만듭니다. 할당은 스토리지 계정 리소스의 일부로 저장되며 대상 개체, 태스크 실행 시기 및 태스크가 얼마나 자주 실행되는지, 그리고 실행 보고서가 저장되는 위치를 식별합니다. 작업 실행이 Completed 상태에 도달하면 서비스는 할당에 지정된 위치에 실행 보고서를 씁니다.
각 할당을 구성하고 스토리지 작업의 관리 ID에 적절한 Azure 역할을 할당할 책임이 있습니다.
물리적 아키텍처
Azure Storage Actions에는 안정성과 관련된 두 개의 플레인이 있습니다.
컨트롤 플레인: 요청은 Azure Resource Manager를 통해 Azure Storage Actions 리소스 공급자로 전달되며, 이 공급자는 스토리지 작업 및 할당에 대한 관리 작업과 비동기 프로비저닝 워크플로를 처리합니다.
데이터 평면: 스케줄러, 스토리지 작업 조건을 평가하고 대상 스토리지 계정에 대해 구성된 작업을 수행하는 작업자 및 보고 구성 요소를 포함합니다. 이러한 구성 요소는 Azure Storage 인프라에서 실행됩니다.
일시적인 오류에 대한 복원력
일시적인 오류는 구성 요소에서 짧고 간헐적인 오류입니다. 클라우드와 같은 분산 환경에서 자주 발생하며 작업의 일반적인 부분입니다. 일시적인 오류는 짧은 시간 후에 스스로 수정됩니다. 애플리케이션은 일반적으로 영향을 받는 요청을 다시 시도하여 일시적인 오류를 처리할 수 있는 것이 중요합니다.
모든 클라우드 호스팅 애플리케이션은 클라우드 호스팅 API, 데이터베이스 및 기타 구성 요소와 통신할 때 Azure 임시 오류 처리 지침을 따라야 합니다. 자세한 내용은 일시적 결함 처리를 위한 권장 사항을 참조하세요.
일시적인 오류는 다음과 같은 두 가지 주요 방법으로 Azure Storage Actions에 영향을 줄 수 있습니다.
관리 작업: 스토리지 작업 배포 또는 수정과 같은 Storage Actions 관리를 자동화하는 경우 자동화에서 일시적인 오류를 처리할 책임이 있습니다. 시도 간에 적절한 지연이 있는 제한된 재시도를 사용합니다.
작업 실행: 대상 스토리지 계정이 작업을 제한하면 Azure Storage Actions는 대기한 후 다시 시도합니다. 할당이 계속 진전을 보이는 한 Storage Actions는 워크플로의 수명 동안 계속 다시 시도합니다. 할당에서 4시간 동안 Blob을 나열하거나 처리하는 진행이 없으면 스토리지 작업은 다른 할당을 디스패치할 수 있도록 실행을 종료합니다.
Azure Storage Actions는 각 대상 스토리지 계정에 대해 한 번에 하나의 할당만 처리합니다. 대상 스토리지 계정의 애플리케이션 워크로드가 우선권을 갖도록 태스크 실행을 자체적으로 제어합니다. 실행 규모는 계정에서 사용할 수 있는 트랜잭션 용량에 따라 달라집니다. 사용 가능한 트랜잭션 용량이 적을 경우 작업 실행이 제한되고 완료하는 데 시간이 더 오래 걸릴 수 있습니다. 자세한 내용은 스토리지 계정에 사용할 수 있는 트랜잭션 용량에 따른 확장성을(를) 참조하세요.
모든 작업 실행 실패가 일시적이지는 않습니다. 예를 들어 관리되는 ID에 필요한 권한이 없거나, 요청 수가 확장 제한을 초과하거나, 대상 스토리지 계정이 네트워크 액세스를 차단하기 때문에 작업이 실패할 수 있습니다. 작업 상태, 메트릭 및 대시보드를 모니터링하고 이러한 오류를 수정할 책임이 있습니다. 실행 보고서는 Completed 상태에 도달한 실행에 대해서만 만들어집니다. 실패 및 건너뛴 실행 건은 실행 보고서를 생성하지 않습니다. 실제 실행 시간을 할당 일정과 비교하여 실행되지 않은 작업을 식별합니다. 작업 오류를 식별하고 해결하는 방법에 대한 자세한 내용은 Storage 작업 문제 해결을 참조하세요.
구성 문제에 대한 복원력
스토리지 작업 조건은 태스크가 작동하는 개체를 결정하며 잘못된 조건 또는 작업이 의도하지 않은 개체에 영향을 줄 수 있습니다. 각 할당은 해당 구성에 따라 실행됩니다. 특히 파괴적이거나 돌이킬 수 없는 작업이 포함된 경우 데이터를 수정하도록 허용하기 전에 할당문의 유효성을 검사해야 합니다.
다음 유효성 검사 방법을 사용하세요:
조건 미리 보기: 작업 조건을 작성하는 동안 Azure 포털 또는 Preview Actions REST API의 미리 보기 기능을 사용하여 최대 5,000개의 Blob 샘플을 평가합니다. 미리 보기는 즉각적인 결과를 반환하고 실행 보고서를 생성하지 않습니다.
모의 실행: 할당이 작업을 수행하도록 설정하기 전에 최종 유효성 검사를 위한 모의 실행을 만듭니다. 모의 실행은 구성된 작업을 수행하지 않고 할당 범위의 모든 Blob을 평가합니다. 일반 할당처럼 비동기적으로 실행되며 CSV 실행 보고서를 생성합니다. 보고서를 검토하여 어떤 Blob이 조건과 일치하는지, 그리고 태스크가 어떤 작업을 수행할지 확인합니다.
유효성 검사는 의도하지 않은 작업의 위험을 줄이지만 데이터 보호를 대체하지는 않습니다. 스토리지 작업을 사용하여 Blob을 삭제하기 전에 각 대상 스토리지 계정에서 Blob 일시 삭제를 사용하도록 설정합니다. 소프트 삭제를 사용하면 구성된 보존 기간 동안 삭제된 Blob을 복구할 수 있습니다.
동일한 Blob에서 작동하는 다른 데이터 관리 정책과 함께 스토리지 작업 할당을 검토합니다. 충돌하는 작업을 수행하도록 서로 겹치는 작업 또는 정책을 구성하지 마세요. 예를 들어 Blob Storage 수명 주기 관리 정책이 동일한 Blob을 삭제하려고 하면 스토리지 작업의 삭제 작업이 실패할 수 있습니다.
가용성 영역 오류에 대한 복원력
가용성 영역은 Azure 지역 내에서 물리적으로 별도의 데이터 센터 그룹입니다. 한 영역이 실패하면 서비스가 나머지 영역 중 하나로 전환될 수 있습니다.
Azure Storage 작업 컨트롤 플레인은 영역 중복형입니다. Microsoft는 여러 가용성 영역에서 해당 배포를 자동으로 관리하며 사용자는 영역을 선택하지 않습니다. 가용성 영역 장애 발생 시 스토리지 작업 및 할당을 계속 관리할 수 있습니다.
태스크 실행의 복원력은 태스크가 해당 계정의 데이터에 대해 작동하기 때문에 각 대상 스토리지 계정의 중복 구성에 따라 달라집니다. 영역 실패 시 작업 실행을 계속해야 하는 경우 영역 중복 스토리지 옵션 (ZRS, GZRS 또는 RA-GZRS)을 사용하여 각 대상 계정을 구성합니다.
다음 예제에서는 스토리지 작업 컨트롤 플레인 및 3 영역 지역의 영역 중복 계정을 대상으로 하는 작업을 보여 줍니다. 한 영역을 사용할 수 없게 되면 컨트롤 플레인과 대상 계정 모두 계속 작동할 수 있습니다.
다이어그램은 가용성 영역 1, 2 및 3을 보여 줍니다. Storage Actions 컨트롤 플레인은 세 영역 모두에 걸쳐 있으며 저장소 태스크를 포함합니다. 대상 스토리지 계정은 ZRS를 사용하며 세 영역 모두에 걸쳐 있습니다.
반면, LRS 대상 계정은 영역 중복을 지원하지 않습니다. 다음 예제에서 컨트롤 플레인은 세 영역 모두에 걸쳐 있으며, 대상 계정은 영역에 걸쳐 있지 않은 계정을 보여 주기 위해 가용성 영역 1에 표시됩니다. 대상 계정을 호스트하는 영역을 사용할 수 없게 되면 컨트롤 플레인은 계속 사용할 수 있지만 계정이 복구될 때까지 작업은 대상 계정에 대해 실행될 수 없습니다.
다이어그램은 가용성 영역 1, 2 및 3을 보여 줍니다. Storage Actions 컨트롤 플레인은 세 영역 모두에 걸쳐 있으며 스토리지 작업을 포함합니다. 대상 스토리지 계정은 LRS를 사용하며 가용성 영역 1에만 표시되어 LRS가 영역 중복성을 제공하지 않음을 보여 줍니다.
Requirements
지역 지원: 스토리지 작업 할당을 구성할 때 스토리지 작업 및 대상 스토리지 계정은 동일한 지역에 있어야 합니다. 작업 실행을 영역 오류에 대한 복원력 있게 만들려면 Azure 스토리지 작업 및 가용성 영역을 모두 지원하는 지역을 선택합니다.
스토리지 계정 구성: 각 대상 계정을 영역 중복 스토리지 옵션으로 구성합니다. LRS(로컬 중복 스토리지), GRS(지역 중복 저장소) 및 읽기 액세스 지역 중복 저장소(RA-GRS)는 주 지역에서 가용성 영역 중복을 제공하지 않습니다.
Considerations
컨트롤 플레인 영역 중복성은 대상 스토리지 계정을 사용할 수 없는 경우 작업 실행의 영역 복원력을 보장하지 않습니다. 모든 대상 계정의 이중화 구성을 개별적으로 평가합니다.
Cost
스토리지 작업 컨트롤 플레인의 영역 중복성은 자동이며 이를 사용하도록 설정하는 추가 스토리지 작업 요금은 없습니다. 작업 실행, 대상 개체 및 호출된 작업에 대한 표준 사용 요금은 여전히 적용됩니다. 자세한 내용은 Azure Storage Actions 가격 책정을 참조하세요.
각 대상 스토리지 계정에 대해 선택하는 중복 옵션은 Azure Storage 요금에 영향을 줍니다. 자세한 내용은 Blob Storage 가격 책정을 참조하세요.
가용성 영역 지원 구성
영역 중복은 스토리지 작업 컨트롤 플레인에 대해 자동으로 수행됩니다. 스토리지 작업 또는 할당에 대해 영역 중복성을 별도로 구성하지 않습니다.
작업 실행을 가용성 영역 오류에 복원력 있게 만들려면 각 대상 스토리지 계정을 만들 때 영역 중복 스토리지 옵션을 선택하거나 기존 계정의 중복 구성을 변경 합니다.
모든 영역이 정상인 경우의 동작
이 섹션에서는 스토리지 작업 컨트롤 플레인을 사용할 수 있고, 대상 스토리지 계정이 영역 중복 스토리지 옵션을 사용하고, 모든 가용성 영역이 작동할 때 예상되는 사항에 대해 설명합니다.
영역 간 운영: Microsoft는 스토리지 작업 제어 평면 인프라를 가용성 영역 전반에 분산합니다. 작업 실행은 각 대상 스토리지 계정에 대해 작동하며, Azure Storage는 해당 계정을 호스트하는 인프라 전체에 요청을 투명하게 분산합니다.
영역 간 데이터 복제: 스토리지 작업은 태스크가 처리하는 Blob 데이터를 저장하거나 복제하지 않습니다.
Azure Storage는 주 지역의 가용성 영역 간에 걸쳐 영역 중복 스토리지 옵션을 사용하는 계정의 데이터를 동기적으로 복제합니다. Azure Storage는 계정에 사용되는 영역 전체에 데이터가 복제될 때까지 쓰기 작업을 완료하지 않습니다.
영역 오류 중 동작
이 섹션에서는 스토리지 작업 컨트롤 플레인을 사용할 수 있고, 대상 스토리지 계정이 영역 중복 스토리지 옵션을 사용하고, 하나의 가용성 영역에서 중단이 발생할 때 예상되는 사항에 대해 설명합니다.
감지 및 대응: Microsoft는 스토리지 작업 제어 영역에 영향을 주는 오류를 감지하고 대응합니다.
영역 중복 스토리지 옵션을 사용하는 대상 계정의 경우 Azure Storage는 작업 실행 및 스토리지 작업을 정상 영역으로 자동으로 라우팅합니다. 장애 조치(failover)를 시작할 필요가 없습니다.
- 통지: 영역이 다운된 경우 Microsoft는 자동으로 알리지 않습니다. 그러나 Azure Service Health 를 사용하여 영역 오류를 포함하여 서비스의 전반적인 상태를 파악할 수 있으며, 문제를 알리도록 Service Health 경고를 설정할 수 있습니다.
활성 요청: 사용 가능한 영역 중복 계정을 대상으로 하는 스토리지 작업은 계속 진행됩니다. 사용할 수 없는 계정을 대상으로 하는 작업이 실패할 수 있습니다.
보류 중인 1회 실행 할당은 여전히 선택될 수 있습니다. 중단되거나 실패한 실행은 처리가 중지된 위치에 따라 수동으로 다시 예약해야 할 수 있습니다.
예상 데이터 손실: Storage Actions는 Blob 데이터의 별도 복사본을 저장하지 않습니다. 예상 데이터 손실량은 각 대상 계정의 중복 구성에 따라 달라집니다. 계정이 영역 중복 스토리지 옵션을 사용하는 경우 Azure Storage는 주 지역의 가용성 영역 전체에서 데이터를 동기적으로 복제하므로 영역 장애가 발생해도 성공적으로 완료된 쓰기의 경우 데이터 손실이 발생할 것으로 예상되지 않습니다.
예상 가동 중지 시간: 스토리지 작업 컨트롤 플레인은 영역 실패 시에도 계속 사용할 수 있습니다.
대상 스토리지 계정에 계속 액세스할 수 있는 한 작업 실행이 계속됩니다. 영향을 받는 가용성 영역의 LRS 스토리지 계정과 같이 계정을 사용할 수 없게 되면 영향을 받는 실행이 실패할 수 있습니다.
재배포: Microsoft는 스토리지 작업 컨트롤 플레인의 대응 및 재배포를 관리합니다.
Azure Storage는 영역 중복 스토리지 옵션을 사용하는 계정에 대한 작업을 정상 영역으로 자동으로 라우팅합니다. 고객 조치가 필요하지 않습니다.
영역 복구
실패한 영역이 복구되면 Microsoft는 컨트롤 플레인의 정상적인 배포를 복원합니다. Azure Storage 영역 중복 계정에 대한 정상 작동을 복원합니다. 예약 작업 할당은 일정에 따라 계속됩니다.
반복 할당은 설정된 일정에 따라 다시 시작됩니다. 보류 중인 1회 실행 할당은 여전히 선택될 수 있습니다. 장애의 영향을 받은 실행 상태를 확인합니다. 처리가 중지된 위치에 따라 중단되거나 실패한 실행의 일정을 다시 조정해야 할 수 있습니다.
영역 오류 테스트
Microsoft는 스토리지 작업 컨트롤 플레인 및 영역 중복 스토리지 계정에 대한 영역 분산, 장애 조치 및 복구를 관리합니다. 플랫폼 존 장애를 테스트할 필요가 없습니다. 실패한 작업 실행을 식별하고 안전하게 다시 실행할 수 있는지 확인하여 운영 절차를 테스트합니다.
지역 전체 오류에 대한 복원력
지역 전체 실패 시 스토리지 작업 실행의 복원력은 각 대상 스토리지 계정의 중복 구성에 따라 달라집니다. 대상 계정에서 지역 중복 스토리지 옵션 (GRS, GZRS, RA-GRS 및 RA-GZRS)을 사용하는 경우 스토리지 계정은 쌍을 이루는 지역으로 장애 조치할 수 있으며 향후 스토리지 작업 실행은 새 주 지역에서 계속될 수 있습니다.
지역 간 중복 대상 스토리지 계정
지역 중복(Geo-Redundant) 스토리지 계정의 경우 현재 쓰기 작업을 허용하는 지역은 주 지역입니다. Azure Storage는 계정의 쌍을 이루는 지역, 즉 보조 지역에 데이터를 비동기적으로 복제합니다.
스토리지 작업은 주 지역의 계정에서 실행됩니다. 계정이 장애 조치되면 이전 보조 지역이 새 주 지역이 되고 향후 스토리지 작업 실행은 해당 지역에서 자동으로 실행됩니다. Azure Storage Actions에는 별도의 장애 조치(failover) 작업이 필요하지 않습니다.
Requirements
지역 지원: 대상 스토리지 계정은 쌍을 이루는 지역이 있는 Azure 지역에 있어야 합니다.
스토리지 계정 구성:지역 중복 스토리지 옵션을 사용하도록 대상 계정을 구성합니다.
Cost
지역 중복 스토리지 구성은 보조 지역의 복제 및 스토리지에 대한 요금이 발생합니다. 자세한 내용은 Blob Storage 가격 책정을 참조하세요.
다중 리전 지원 구성
대상 스토리지 계정을 만들 때 지역 중복 스토리지 옵션을 선택하거나 기존 계정의 중복 구성을 변경할 때 선택합니다.
대상 계정이 지역 중복이 아닌 옵션을 사용하는 상태에서 스토리지 작업 할당을 만든 후 나중에 해당 계정을 GRS, GZRS, RA-GRS 또는 RA-GZRS로 변환한 경우, 고객 관리형 계정 장애 조치(failover)를 시작하기 전에 할당을 업데이트하세요. 할당 속성을 변경할 수 있습니다. 업데이트로 인해 스토리지 작업 컨트롤 플레인은 계정의 새 지역 중복 구성을 감지합니다.
모든 지역이 정상인 경우의 동작
이 섹션에서는 대상 스토리지 계정이 지역 중복 스토리지 옵션을 사용하고 주 지역과 보조 지역이 모두 작동할 때 예상되는 사항에 대해 설명합니다.
지역 간 운영: 정상 작업 중에는 스토리지 작업 정의, 할당 및 대상 스토리지 계정이 주 지역에 있습니다. 보조 지역은 스토리지 작업 작업을 처리하지 않습니다.
지역 간 데이터 복제: Azure Storage Actions는 태스크가 처리하는 Blob 데이터를 독립적으로 복제하지 않습니다.
Azure Storage 주 지역에서 보조 지역으로 데이터를 비동기적으로 복제합니다. 복제는 비동기이므로 보조 지역에 최근 변경 내용이 아직 존재하지 않을 수 있습니다.
지역 오류 중 동작
이 섹션에서는 지역 중복 스토리지 옵션을 사용하는 대상 스토리지 계정의 주 지역을 사용할 수 없는 경우 예상되는 사항에 대해 설명합니다.
감지 및 대응: 스토리지 계정 장애 조치(failover)는 고객 또는 Microsoft에서 관리할 수 있습니다. Microsoft에서 관리되는 장애 조치(failover)는 예외적인 경우에만 사용되며, 중단이 연장된 후에만 발생할 수 있으므로 재해 복구 계획에 의존하지 마세요. Blob Storage 장애 조치 지침에 따라 고객 관리 장애 조치(failover)를 시작할지 여부와 시기를 결정합니다.
Azure Storage Actions에는 별도의 장애 조치(failover) 작업이 필요하지 않습니다. 그러나 대상 계정이 LRS를 사용 중일 때 할당을 만들었고 이후 계정을 GRS 또는 GZRS로 변환한 경우 고객 관리 계정 장애 조치를 시작하기 전에 할당을 업데이트하세요. 자세한 내용은 다중 리전 지원 구성을 참조하세요.
- 알림: Microsoft는 지역이 다운된 경우 자동으로 알리지 않습니다. 그러나 Azure Service Health 를 사용하여 지역 오류를 포함하여 서비스의 전반적인 상태를 파악할 수 있으며, 문제를 알리도록 Service Health 경고를 설정할 수 있습니다.
활성 요청: 스토리지 계정 장애 조치(failover) 중에는 기본 및 보조 스토리지 계정 엔드포인트를 일시적으로 사용할 수 없습니다. 진행 중인 스토리지 작업 실행이 실패할 수 있습니다. 장애 조치(failover) 후 영향을 받는 작업 실행의 상태를 확인하고 실패하거나 불완전한 작업을 적절하게 다시 실행합니다.
되풀이 할당의 경우 다음 반복이 예약될 때 이전 반복이 계속 진행 중인 경우 Storage Actions는 새 반복을 건너뜁니다. 다음 반복은 이전 반복이 완료된 후 지정된 트리거 시간에 실행됩니다.
예상 데이터 손실: Azure Storage 작업은 Blob 데이터의 별도 복사본을 유지 관리하지 않습니다.
계획되지 않은 장애 조치(failover) 중에 최근 변경 내용이 보조 지역으로 복제되지 않은 경우 손실될 수 있습니다. 진행 중인 동안 실패한 태스크는 일부 대상 개체에 대해서만 작업을 완료했을 수도 있습니다. 장애 조치 후 영향을 받는 작업 실행의 상태를 확인하고 실패했거나 불완전한 작업 항목을 적절하게 다시 실행합니다. 스토리지 계정 복구 지점 및 데이터 손실에 대한 자세한 내용은 Blob Storage 지역 오류 시 예상되는 데이터 손실을 참조하세요.
예상 가동 중지 시간: 장애 조치 전, 대상 스토리지 계정을 사용할 수 없는 동안 스토리지 작업을 진행할 수 없습니다.
장애 조치(failover) 중에는 스토리지 계정 엔드포인트를 사용할 수 없으므로 작업 실행이 진행되지 않아 실패할 수 있습니다.
장애 조치(failover)가 완료되면 스토리지 계정의 새 기본 지역에 있는 스토리지 작업 데이터 평면 구성 요소가 향후 작업 할당 실행을 처리합니다. 스토리지 작업 리소스는 원래 지역에 남아 있으므로 해당 지역을 사용할 수 없는 동안 작업 정의에 대한 보고가 영향을 받을 수 있습니다. 리소스의 다른 섹션에 대한 보고는 계속 작동합니다.
총 중단에는 중단을 감지하고, 장애 조치(failover)를 시작할지 여부를 결정하고, 스토리지 계정 장애 조치(failover)를 완료하는 시간이 포함됩니다.
장애 조치(failover)가 발생하지 않으면 원래 주 지역이 복구될 때까지 작업 실행을 사용할 수 없습니다.
관리 작업은 지역 장애 중에도 계속 사용할 수 있습니다.
재배치: Azure Storage 장애 조치가 완료되면 스토리지 계정 엔드포인트를 업데이트합니다. 향후 작업 할당 실행은 새 주 지역의 계정에 대해 자동으로 실행됩니다. 스토리지 작업 또는 할당을 재구성할 필요가 없습니다.
지역 복구
장애 복귀 프로세스는 스토리지 계정 장애 조치 유형에 따라 달라집니다. Blob Storage 지역 복구 지침에 따라 대상 스토리지 계정을 원래 상태로 장애 복귀합니다. Azure 스토리지 작업은 스토리지 계정 장애 복구 후 원래 환경으로 복귀한 후 추가 구성이 필요하지 않습니다.
지역 오류 테스트
계획되지 않은 장애 조치 시 수반될 수 있는 데이터 손실 없이 복구 프로세스를 테스트하려면 지역 중복 스토리지 옵션을 사용하는 비프로덕션 스토리지 계정에 대해 대표적인 스토리지 작업 할당을 만든 다음 고객 관리형 계획된 장애 조치를 시작합니다. 진행 중인 실행을 검토하고 새 주 리전의 계정에서 향후 예약된 실행이 실행되는지 확인합니다. 장애 조치 테스트 지침은 Azure Blob Storage에서 지역 장애 테스트를 참조하세요.
회복력을 위한 사용자 지정 다중 리전 솔루션
Azure Storage Actions에 대한 기본 제공 지역 장애 조치(failover) 지원은 대상 스토리지 계정이 쌍을 이루는 지역에 있고 지역 중복 스토리지 옵션을 사용하는 경우에만 사용할 수 있습니다.
다중Region 스토리지 솔루션이 스토리지 계정 장애 조치(failover) 대신 각 지역의 독립 스토리지 계정을 사용하는 경우 각 대상 계정과 동일한 지역에 스토리지 작업을 배포하고 각 계정에 대한 할당을 만들 수 있습니다. 계정 간에 데이터를 복제하고, 작업 정의와 할당을 동기화된 상태로 유지하고, 정상 운영 및 장애 조치(failover) 중에 실행되는 할당을 제어할 책임이 있습니다. 다른 지역의 할당이 복제된 데이터에 대해 충돌하는 작업을 수행하지 않는지 확인합니다.
백업 및 복원
Azure Storage Actions 구성을 실수로 삭제한 경우 복구하려면 스토리지 작업 및 할당을 IaC(Infrastructure as code)로 정의하고, 정의를 소스 제어에 저장합니다. 작업 조건 및 작업, 일정, 대상 스토리지 계정 범위, 보고서 컨테이너 설정, 관리형 ID 및 필요한 역할 할당을 포함합니다. Bicep을 사용하여 스토리지 작업을 배포할 수 있으며 Bicep에서 스토리지 작업 할당을 정의할 수 있습니다.
스토리지 작업 및 할당은 구성으로 구성되며 태스크가 처리하는 고객 데이터를 포함하지 않습니다. 앞에서 설명한 IaC 접근 방식을 사용하여 이 구성을 복구하세요. 대상 스토리지 계정의 데이터를 별도로 보호하고 복구할 책임이 있습니다. Azure Storage 데이터 보호 옵션에 대한 자세한 내용은 데이터 보호 개요를 참조하세요.
비프로덕션 환경에서 복구 절차를 테스트합니다. 다시 생성된 할당을 사용하도록 설정하기 전에 조건 미리 보기 및 모의 실행을 사용하여 태스크가 의도한 Blob을 대상으로 하는지 확인합니다. 자세한 내용은 스토리지 작업 사용에 대한 모범 사례를 참조하세요.
서비스 유지 관리에 대한 복원력
Microsoft는 정기적으로 서비스 업데이트를 적용하고 다른 유지 관리를 수행합니다. Azure 플랫폼은 이러한 활동을 자동으로 처리하여 유지 관리가 원활하고 투명하도록 합니다. Azure Service Health 계획된 유지 관리를 통해 조언을 받지 않는 한 유지 관리 이벤트 중에 가동 중지 시간이 예상되지 않습니다.
서비스 수준 약정
Azure Storage Actions는 가용성 SLA(서비스 수준 계약)를 제공하지 않습니다.