Azure Storage Mover는 파일 및 폴더를 Azure Storage 마이그레이션하고 스토리지 계정 간에 파일을 동기화된 상태로 유지하는 완전 관리형 서비스입니다. 데이터를 Azure 이동하거나 Azure 내의 여러 위치 간에 데이터를 동기화 상태로 유지해야 하는 경우 Storage Mover를 사용합니다.
Azure를 사용하는 경우 안정성은 공유 책임입니다. Microsoft는 복원력 및 복구를 지원하는 다양한 기능을 제공합니다. 이러한 기능이 사용하는 모든 서비스 내에서 작동하는 방식을 이해하고 비즈니스 목표 및 가동 시간 목표를 충족하는 데 필요한 기능을 선택할 책임이 있습니다.
이 문서에서는 Azure Storage Mover가 일시적인 오류, 가용성 영역 오류 및 지역 전체 오류를 포함하여 다양한 잠재적인 중단 및 문제에 대응하는 방법을 설명합니다. 또한 Storage Mover 구성을 보호하는 방법에 대해서도 설명합니다.
Important
이 문서에서는 Azure Storage Mover 서비스와 해당 리소스의 안정성만 다룹니다. 엔드 투 엔드 마이그레이션의 안정성은 Storage Mover 서비스, 배포하는 모든 Storage Mover 에이전트, 원본 환경 및 네트워크 연결 및 대상 스토리지 계정과 같은 모든 구성 요소에 따라 달라집니다. 에이전트, 원본 시스템 및 대상 스토리지의 안정성을 담당합니다. Azure Storage 안정성에 대한 자세한 내용은 Azure Blob Storage 안정성 및 Azure Files 안정성을 참조하세요.
안정성 아키텍처 개요
이 섹션에서는 안정성 관점에서 가장 관련성이 높은 서비스가 작동하는 방식의 몇 가지 중요한 측면을 설명합니다. 이 섹션에서는 배포하고 사용하는 일부 리소스 및 기능을 포함하는 논리 아키텍처를 소개합니다. 또한 서비스의 작동 방식에 대한 세부 정보를 제공하는 물리적 아키텍처에 대해서도 설명합니다.
논리 아키텍처
Azure Storage Mover는 프로덕션 워크로드의 런타임 경로에서 요청을 제공하지 않고 스토리지 위치 간에 데이터를 마이그레이션하고 동기화하도록 설계되었습니다. 배포하고 관리하는 구성 요소를 정의하는 리소스 계층 구조 가 있습니다. 최상위 리소스를 스토리지 이동기라고 합니다. 스토리지 이동기 내에서 마이그레이션할 항목과 위치를 설명하는 작업 정의가 포함된 프로젝트를 정의합니다. 엔드포인트는 마이그레이션 또는 동기화 작업의 원본 및 대상 위치를 정의합니다.
온-프레미스 환경에서의 마이그레이션과 같은 일부 시나리오에서는 하나 이상의 Storage Mover 에이전트도 배포합니다. 에이전트는 가상 머신 또는 물리적 컴퓨터와 같이 제어하는 컴퓨터에서 실행하는 소프트웨어입니다. 일부 시나리오에는 에이전트가 필요하지 않습니다.
서비스는 프로젝트, 엔드포인트, 에이전트 등록, 작업 정의 및 작업 실행 기록을 포함한 구성 메타데이터를 저장합니다. 이 메타데이터에는 마이그레이션하는 데이터가 포함되지 않습니다.
물리적 아키텍처
Azure Storage Mover 서비스는 Microsoft 관리형 인프라에서 실행됩니다. 에이전트는 관리하는 하드웨어에서 실행됩니다. 에이전트의 안정성에 대한 책임은 이 문서의 범위를 벗어납니다.
일시적인 오류에 대한 복원력
일시적인 오류는 구성 요소에서 짧고 간헐적인 오류입니다. 클라우드와 같은 분산 환경에서 자주 발생하며 작업의 일반적인 부분입니다. 일시적인 오류는 짧은 시간 후에 스스로 수정됩니다. 애플리케이션은 일반적으로 영향을 받는 요청을 다시 시도하여 일시적인 오류를 처리할 수 있는 것이 중요합니다.
모든 클라우드 호스팅 애플리케이션은 클라우드 호스팅 API, 데이터베이스 및 기타 구성 요소와 통신할 때 Azure 임시 오류 처리 지침을 따라야 합니다. 자세한 내용은 일시적 결함 처리를 위한 권장 사항을 참조하세요.
일시적인 오류가 에이전트와 Storage Mover 서비스 간의 통신에 영향을 주거나 원본 또는 대상에 연결할 때 에이전트가 자동으로 다시 시도합니다. Azure-Azure 작업의 경우 서비스는 많은 일시적인 오류에도 복원력이 있습니다. 연결이 복원되면 진행 중인 마이그레이션 작업이 다시 시작됩니다.
경우에 따라 일시적 오류는 작업 실행 기록에 오류로 표시됩니다. 일시적인 오류를 포함한 오류 코드에 대한 설명은 Azure Storage Mover 상태 코드 및 오류 유형을 참조하세요. 영구 네트워크 연결 문제를 해결하는 방법에 대한 지침은 Azure Storage Mover 네트워크 연결 문제 해결을 참조하세요.
가용성 영역 오류에 대한 복원력
가용성 영역은 Azure 지역 내에서 물리적으로 별도의 데이터 센터 그룹입니다. 한 영역이 실패하면 서비스가 나머지 영역 중 하나로 전환될 수 있습니다.
가용성 영역을 지원하는 지역에서 플랫폼은 스토리지 이동기 구성 메타데이터를 영역 간에 최대한 분산하지만 이 동작이 보장되지는 않습니다. 스토리지 마이그레이션이 영역 손실을 견뎌야 하는 경우 스토리지 이동기의 손실을 허용하도록 마이그레이션 프로세스를 설계하고 지역 전체 오류에 대한 복원력을 검토합니다.
Storage Mover를 사용하는 방법의 컨텍스트에서 영역 오류의 영향을 고려합니다. 서비스는 데이터 마이그레이션 및 동기화를 오케스트레이션하며 일반적으로 프로덕션 워크로드의 런타임 경로에 있지 않습니다. 영역 오류 중에 스토리지 이동기를 사용할 수 없는 경우 일반적으로 프로덕션 중단을 일으키지 않고 마이그레이션 또는 동기화 작업이 지연되며 서비스가 복구된 후 작업을 다시 시작하거나 다시 시도할 수 있습니다. 또한 Storage Mover는 가용성 SLA(서비스 수준 계약)를 제공하지 않으므로 디자인에서 서비스를 지속적으로 사용할 수 있다고 가정해서는 안 됩니다. 워크로드가 진행 중인 동기화에 의존하는 경우 이러한 종류의 지연이 시나리오에 허용되는지 여부를 평가합니다.
다음 다이어그램은 인프라 및 구성 메타데이터가 세 영역에 분산된 스토리지 이동기를 보여 줍니다.
Note
또한 데이터 마이그레이션의 안정성은 사용하는 스토리지 계정 및 에이전트에 따라 달라집니다. 예를 들어 대상 스토리지 계정이 LRS(로컬 중복 스토리지)를 사용하는 경우 영역 오류에 대한 복원력이 없습니다. 영역 오류에 대한 마이그레이션 복원력을 유지하려면 영역 중복 대상 스토리지 계정을 사용합니다.
요구 사항
지역 지원: 영역 간 구성 메타데이터의 최상의 배포는 Storage Mover 및 가용성 영역을 모두 지원하는 지역에서만 발생할 수 있습니다. Storage Mover 지역 가용성을 확인하고 가용성 영역을 지원하는 지역 목록과 비교합니다. 이러한 지역에서도 영역 복원력이 보장되지 않습니다.
Cost
Storage Mover는 구성 가능한 가용성 영역 지원을 제공하지 않으므로 가용성 영역과 관련된 추가 비용이 발생하지 않습니다. Storage Mover의 청구 방법에 대한 자세한 내용은 Azure Storage Mover 청구에 대한 이해를 참조하세요.
가용성 영역 지원 구성
Storage Mover는 구성 가능한 가용성 영역 지원을 제공하지 않으므로 사용하거나 옵트인할 수 있는 것은 없습니다. Storage Mover 리소스를 만드는 방법에 대한 자세한 내용은 Azure Storage Mover에 대한 배포 계획을 참조하세요.
모든 영역이 정상인 경우의 동작
이 섹션에서는 스토리지 이동기가 가용성 영역을 지원하는 지역에 있고 모든 영역이 작동할 때 예상되는 사항에 대해 설명합니다.
영역 간 작업: 지역 내 가용성 영역의 인프라는 관리 작업 및 메타데이터 액세스를 제공할 수 있습니다. 에이전트 연결은 모든 영역을 통해 서비스에 연결할 수 있습니다.
영역 간 데이터 배포: 이 서비스는 지역의 가용성 영역에서 구성 메타데이터를 동기적으로 복제하는 것을 목표로 합니다.
영역 오류 중 동작
이 섹션에서는 스토리지 이동기가 가용성 영역을 지원하는 지역에 있고 영역 중 하나에서 중단이 발생할 때 예상되는 사항에 대해 설명합니다.
- 검색 및 응답: 이 플랫폼은 가용성 영역의 손실을 감지하고 트래픽을 정상 영역으로 다시 라우팅하도록 설계되었지만 이 응답은 최선의 노력이며 보장되지 않습니다.
- Notification: Microsoft는 영역이 비활성화된 경우 자동으로 알리지 않습니다. 그러나 Azure Resource Health 사용하여 개별 리소스의 상태를 모니터링하고 Resource Health 경고 설정하여 문제를 알릴 수 있습니다. 또한 Azure Service Health를 사용하여 영역 오류를 포함하여 서비스의 전반적인 상태를 파악할 수 있으며, 문제를 알리도록 Service Health 경고를 설정할 수 있습니다.
활성 요청: 영향을 받는 영역의 인프라에 따라 진행 중인 관리 작업이 실패할 수 있으며 다시 시도해야 합니다. 에이전트에서 실행되는 활성 데이터 마이그레이션 작업은 계속 실행될 수 있지만 메타데이터 서비스에 종속된 관리 작업을 사용할 수 없습니다.
예상 데이터 손실: 스토리지 이동기가 마이그레이션하는 데이터는 영역 오류 중에 손실되지 않습니다.
Storage Mover는 구성 메타데이터가 영역 간에 분산되도록 보장하지 않으므로 영역이 실패하면 영역이 복구될 때까지 스토리지 이동기의 구성 메타데이터 중 일부를 일시적으로 사용할 수 없게 될 수 있습니다.
예상 가동 중지 시간: 플랫폼은 다른 영역을 사용하여 작업을 복원하려고 시도하지만 일부 상황에서는 영향을 받는 영역이 복구될 때까지 작업을 사용할 수 없을 수 있습니다. 일시적인 오류 처리 지침에 따라 워크로드를 준비합니다.
재배포: 플랫폼이 트래픽을 정상 가용성 영역으로 다시 라우팅하는 경우 최상의 노력을 기반으로 합니다.
영역 복구
가용성 영역이 복구되면 플랫폼은 복구된 영역에서 용량을 복원하고 영역 간의 트래픽 균형을 조정하는 것을 목표로 합니다. 이 동작은 최선의 노력 방식으로 제공되며, 보장되지 않습니다. 영역 복구를 시작하기 위해 아무 작업도 수행할 필요가 없습니다.
영역 오류 테스트
스토리지 무버에 대해 가용 영역 장애를 실행하거나 테스트할 수 없습니다. Storage Mover는 가용 영역 복원성을 보장하지 않으므로, 영역 장애가 발생해도 계속 사용할 수 있다고 가정해서는 안 됩니다. 마이그레이션 프로세스가 영역 손실을 견뎌야 하는 경우 해당 프로세스의 엔드 투 엔드 복원력의 유효성을 직접 검사하고 장애 조치(failover)를 제어할 수 있는 방법에 대해 지역 전체 오류에 대한 복원력을 검토합니다.
지역 전체 오류에 대한 복원력
Azure Storage Mover는 단일 지역 서비스입니다. Azure Storage Mover 리소스를 배포할 때 리소스의 구성 메타데이터를 저장할 지역을 선택합니다. 스토리지 이동기 지역에서 중단이 발생하는 경우 에이전트가 수행하고 Azure 사용하는 관리 작업이 완료되지 않을 수 있습니다. 또한 영향을 받는 지역 내에 있는 스토리지 계정으로의 활성 데이터 마이그레이션이 실패할 수 있습니다.
스토리지 이동기가 쌍을 가진 Azure 지역에 있는 경우 해당 구성 메타데이터는 재해 복구를 위해 쌍을 이루는 Azure 지역에 복제되며, Microsoft 주 지역에 영향을 주는 재해가 발생한 동안 쌍을 이루는 지역으로 장애 조치(failover)를 트리거할 수 있습니다.
스토리지 이동기가 페어링되지 않은 지역에 있는 경우 Microsoft는 구성 메타데이터를 복제하지 않으며, 다른 지역으로의 기본 제공 장애 조치(failover) 기능도 없습니다. 그러나 여러 지역에 별도의 리소스를 배포할 수 있습니다. 이 시나리오에서는 복제, 트래픽 배포 및 장애 조치(failover)를 관리해야 합니다. 복구되지 않은 지역을 사용하거나 기본 제공 메타데이터 복제가 요구 사항을 충족하지 않는 경우 사용자 지정 다중 지역 장애 조치(failover) 전략을 만들 수 있습니다.
Note
데이터 원본(Azure 및 온-프레미스 데이터 원본 포함), 대상 및 에이전트에 대한 재해 복구를 담당합니다.
Microsoft에서 관리하는 쌍을 이루는 지역으로의 장애 조치(failover)
Storage Mover 리소스가 다른 지역과 쌍을 이루는 지역에 있는 경우, Microsoft는 해당 Storage Mover의 구성 메타데이터를 페어링된 지역에 복제합니다.
리전 중단이 발생하는 경우 Microsoft는 복제된 구성 메타데이터를 사용하여 페어링된 리전으로 장애 조치(페일오버)를 수행할 수 있습니다. 이 프로세스는 기본 옵션이며 사용자가 개입할 필요가 없습니다.
Storage Mover 리소스의 장애 조치는 다른 Azure 서비스의 장애 조치 시점과 다른 시점에 발생할 수 있습니다.
Important
Microsoft는 상당한 지연이 발생한 이후가 아니면 장애 조치(failover)를 시작할 가능성이 낮으며, 시작하더라도 최선형(best-effort) 기준으로 수행됩니다. Storage Mover 복구에 대한 특정 기간을 충족해야 하거나 기본 복제 및 장애 조치(failover) 동작이 요구 사항을 충족하지 않는 경우 복원력을 위해 사용자 지정 다중 지역 솔루션을 사용하여 자체 장애 조치(failover)를 계획하고 시작합니다.
지역 간 복제는 구성 메타데이터에만 적용됩니다. 원본 데이터 또는 자체 안정성 및 복제 옵션이 있는 대상 스토리지 계정에는 적용되지 않습니다. 자세한 내용은 Azure Blob Storage의 안정성 및 Azure Files의 안정성을(를) 참조하세요.
요구 사항
지역 지원: Microsoft 관리되는 지역 간 복제는 쌍을 이루는 지역이 있는 지역에 배포하는 Storage Mover 리소스에만 사용할 수 있습니다. 페어링되지 않은 지역의 리소스에는 지역 간 복제 또는 장애 조치(failover)가 제공되지 않습니다. 비계층 지역에서 지역 간 복원력을 달성하려면 사용자 지정 다중 지역 솔루션을 사용합니다.
Cost
Storage Mover는 스토리지 이동기 구성의 Microsoft 관리되는 지역 간 복제에 대해 요금을 부과하지 않습니다. 그러나 지역 간 복제에는 약간의 요금이 부과될 수 있습니다. 자세한 내용은 대역폭 가격 책정을 참조하세요.
다중 지역 지원 구성
Microsoft에서 관리하는 지역 간 복제는 지역 쌍의 Storage Mover 리소스에 대해 자동으로 활성화됩니다. 이 동작을 구성하거나 옵트인하지 않습니다.
모든 지역이 정상인 경우의 동작
이 섹션에서는 지역 간 복제 및 장애 조치(failover)를 위해 스토리지 이동기가 구성되고 주 지역이 작동할 때 예상되는 작업에 대해 설명합니다.
지역 간 작업: 주 지역의 Storage Mover 리소스는 모든 요청을 처리합니다. 페어링된 지역은 Microsoft가 시작한 장애 조치(failover) 시에만 사용됩니다.
지역 간 데이터 복제: 주 지역은 쌍을 이루는 지역에 구성을 비동기적으로 복제합니다. 복제는 비동기이므로 구성에 대한 최근 변경 내용이 실패 시 쌍을 이루는 지역에 반영되지 않을 수 있습니다.
지역 오류 중 동작
이 섹션에서는 지역 간 복제 및 장애 조치(failover)를 위해 스토리지 이동기가 구성되고 주 지역에 중단이 발생할 때 예상되는 작업에 대해 설명합니다.
- 검색 및 응답: Microsoft 지역 오류를 검색하고 장애 조치(failover)를 시작할지 여부를 결정합니다. Microsoft 상당한 지연 후를 제외하고 장애 조치(failover)를 시작할 가능성이 낮으며 장애 조치(failover)는 최상의 기준으로 수행됩니다.
알림: 지역이 다운된 경우 Microsoft는 자동으로 알리지 않습니다. 그렇지만:
Azure Resource Health를 사용하여 개별 리소스의 상태를 모니터링하고 Resource Health 경고 설정하여 문제를 알릴 수 있습니다.
Azure Service Health를 사용하여 지역 오류를 포함하여 서비스의 전반적인 상태를 파악할 수 있으며, 문제를 알리도록 Service Health 경고를 설정할 수 있습니다.
활성 요청: 활성 관리 요청이 삭제되고 장애 조치(failover)가 완료된 후 다시 시도해야 합니다. 에이전트에서 실행되는 활성 데이터 마이그레이션 작업은 중단이 발생한 지역에 따라 달라지면 실패할 수 있습니다.
예상 데이터 손실: 지역 간 복제는 비동기이므로 중단 시 쌍을 이루는 지역에 복제되지 않은 모든 구성 메타데이터 변경 내용이 손실될 수 있습니다.
예상 가동 중지 시간: 지역 장애 조치(failover)를 완료하는 데 최대 24시간이 걸릴 수 있습니다. 이 기간 동안 스토리지 무버를 사용할 수 없습니다.
재배포: 장애 조치(failover)가 완료되면 Storage Mover가 쌍을 이루는 지역에서 작업을 실행하기 시작합니다.
하지만 페어링된 리전의 스토리지 무버에 에이전트를 다시 등록해야 합니다.
지역 복구
원래 주 지역이 복구되면 Microsoft 장애 복구를 좌표로 지정합니다. 기본 지역의 스토리지 무버에 대해 에이전트를 다시 등록해야 합니다.
지역 오류 테스트
Azure Storage Mover 플랫폼은 지역 간 복제, 장애 조치(failover) 및 지역 복구를 관리합니다. Microsoft 이 기능을 완전히 관리하므로 지역 장애 조치(failover)를 시작하거나 테스트할 수 없습니다.
복원력을 위한 사용자 지정 다중 지역 솔루션
장애 조치(failover)가 발생하는 시기를 제어해야 하는 경우 또는 복구되지 않은 지역에 있지만 여전히 스토리지 이동기가 지역 가동 중단에 대한 복원력이 필요한 경우 여러 Azure 지역에 독립적인 Storage Mover 리소스를 배포합니다. 다음을 포함하여 이 접근 방식의 모든 측면을 담당합니다.
- 각 지역에서 동등한 프로젝트, 엔드포인트, 에이전트 및 작업 정의를 만들고 유지 관리합니다.
- 지역 오류를 감지하고 장애 조치(failover) 시기를 결정합니다.
- 에이전트 및 마이그레이션 작업을 보조 지역으로 리디렉션합니다.
- 지역 간에 작업 상태 및 실행 기록을 조정합니다.
사용자 지정 다중 리전 솔루션은 쌍을 이루는 지역과 비계열 지역 모두에서 작동하며 장애 조치(failover) 프로세스를 완전히 제어할 수 있습니다.
자세한 내용은 Azure Storage Mover에 대한 고객이 시작한 재해 복구를 참조하세요.
백업 및 복원
Azure Storage Mover는 마이그레이션 및 데이터 이동 오케스트레이션 서비스입니다. 마이그레이션하는 데이터는 저장되지 않습니다. 서비스는 프로젝트, 엔드포인트, 작업 정의 및 작업 실행 기록과 같은 구성 메타데이터만 저장합니다. 백업할 마이그레이션 데이터가 없습니다.
Storage Mover 구성을 보호하려면 Bicep 파일과 같은 코드로 인프라를 사용하여 리소스를 정의하고 해당 정의를 소스 제어에 저장합니다. 리소스를 다시 만들어야 하는 경우 저장된 구성에서 다시 배포할 수 있습니다.
대부분의 솔루션의 경우 백업에만 의존해서는 안 됩니다. 대신 이 가이드에 설명된 다른 기능을 사용하여 복원력 요구 사항을 지원합니다. 그러나 백업은 다른 방법이 사용하지 않는 일부 위험으로부터 보호합니다. 자세한 내용은 중복도, 복제 및 백업이란?을 참조하세요.
서비스 유지 관리에 대한 복원력
Microsoft는 정기적으로 서비스 업데이트를 적용하고 다른 유지 관리를 수행합니다. Azure 플랫폼은 이러한 활동을 자동으로 처리하여 유지 관리가 원활하고 투명하도록 합니다. Azure Service Health 계획된 유지 관리를 통해 조언을 받지 않는 한 유지 관리 이벤트 중에 가동 중지 시간이 예상되지 않습니다.
Storage Mover 에이전트는 자동으로 업그레이드됩니다.
서비스 수준 약정
Storage Mover는 마이그레이션 서비스이며 가용성 SLA(서비스 수준 계약)를 제공하지 않습니다. 그러나 Storage Mover 설명서에서는 예상된 규모 및 성능 목표를 설명합니다. 이러한 대상은 시뮬레이션된 마이그레이션을 기반으로 하며 보장 또는 약정이 아닙니다.
관련 콘텐츠
- Azure의 신뢰성
- Azure Storage Mover 배포 계획
- Azure Storage의 중복성