Azure Storage Mover 리소스 계층 구조 이해

Storage Mover 배포에는 여러 Azure 리소스가 관련됩니다. 이 문서에서는 이러한 각 리소스, 리소스의 용도 및 마이그레이션 요구 사항을 표현하기 위한 모범 사례에 대해 설명합니다.

개요

Azure Storage Mover는 하이브리드 클라우드 서비스입니다. 하이브리드 서비스에는 클라우드 서비스 구성 요소와 인프라 구성 요소가 모두 있습니다. 서비스 관리자는 회사 환경에서 인프라 구성 요소를 실행합니다. Storage Mover의 경우 해당 하이브리드 구성 요소는 마이그레이션 에이전트로 구성됩니다. 에이전트는 원본 스토리지 근처의 호스트에 배포되고 실행되는 가상 머신입니다. 에이전트 및 에이전트 배포 방법에 대한 자세한 내용은 Storage Mover 에이전트 배포 문서를 참조하세요.

에이전트 등록 프로세스를 제외하고 마이그레이션의 모든 측면은 클라우드 서비스에서 관리됩니다. 에이전트 등록 프로세스에 대한 세부 정보는 에이전트 등록 문서 내에서 사용할 수 있습니다.

Storage Mover 리소스

Storage Mover 리소스는 선택한 리소스 그룹에 배포할 최상위 서비스 리소스의 이름입니다. 서비스와 마이그레이션의 모든 측면은 이 리소스에서 제어됩니다. 대부분의 경우 가장 큰 마이그레이션을 위해 단일 Storage Mover 리소스를 배포하는 것으로 충분합니다.

모든 리소스가 동일한 Storage Mover 인스턴스에서 홈을 찾으면 에이전트를 활용하고 마이그레이션을 더 잘 관리할 수 있습니다.

마이그레이션 에이전트는 하나의 Storage Mover에만 등록할 수 있습니다.

리소스를 배포하면 구독이 Microsoft.StorageMover 및 Microsoft.HybridCompute 리소스 공급자에 등록됩니다. 또한 마이그레이션에 대한 제어 메시지 및 메타데이터가 저장되는 지역을 할당합니다. Storage Mover 리소스 자체는 데이터 마이그레이션을 직접 담당하지 않습니다. 대신 마이그레이션 에이전트는 원본에서 데이터를 복사하여 Azure Storage의 대상으로 직접 보냅니다. 에이전트는 대부분의 작업을 수행하므로 원본, 에이전트, 대상 스토리지 간의 근접성이 Storage Mover 리소스의 위치보다 마이그레이션 성능에 더 중요합니다.

마이그레이션 에이전트

Storage Mover는 하이브리드 서비스이며 마이그레이션을 용이하게 하기 위해 하나 이상의 마이그레이션 에이전트를 활용합니다. 에이전트는 네트워크 내에서 실행되는 가상 머신입니다. 이는 리소스 그룹에 배포한 Storage Mover 리소스에 부모로 지정된 리소스의 이름이기도 합니다.

여러 마이그레이션 에이전트 VM을 배포하고 각각 고유한 이름으로 동일한 Storage Mover 리소스에 등록할 수 있습니다. 다른 위치에 마이그레이션이 필요한 경우 마이그레이션 에이전트를 마이그레이션하려는 원본 스토리지와 매우 가까이 두는 것이 가장 좋습니다.

에이전트가 등록된 후 Storage Mover에 에이전트가 나타납니다. 등록은 등록 중에 선택한 Storage Mover 리소스와 트러스트 관계를 만듭니다. 이 트러스트를 사용하면 Azure Portal, Azure PowerShell, Azure CLI를 통해 클라우드 서비스에서 모든 마이그레이션 관련 측면을 관리할 수 있습니다.

팁

마이그레이션 에이전트와 Azure의 대상 스토리지 간의 근접성 및 네트워크 품질은 마이그레이션 초기 단계에서 마이그레이션 속도를 결정합니다. 배포한 Storage Mover 리소스의 지역은 성능에 대한 역할을 하지 않습니다.

참고 항목

워크로드의 가동 중지 시간을 최소화하기 위해 원본에서 대상으로 여러 번 복사하도록 결정할 수 있습니다. 이후 복사 실행에서 마이그레이션 속도는 종종 마이그레이션 에이전트가 파일을 복사해야 하는지 여부를 평가할 수 있는 속도에 의해 더 많은 영향을 받습니다. 즉, 에이전트의 로컬 컴퓨팅 및 메모리 리소스가 네트워크 품질보다 마이그레이션 속도에 더 중요해질 수 있습니다.

마이그레이션 프로젝트

프로젝트를 사용하면 더 큰 규모의 클라우드 마이그레이션을 상황에 적합한 더 작고 관리하기 쉬운 단위로 구성할 수 있습니다.

마이그레이션의 가장 작은 단위는 하나의 대상으로 이동하는 한 원본의 콘텐츠로 정의할 수 있지만 데이터 센터 마이그레이션은 그다지 간단하지 않습니다. 종종 여러 원본이 하나의 워크로드를 지원하며 워크로드를 Azure의 새 클라우드 스토리지 위치로 적시에 장애 조치(failover)하기 위해 함께 마이그레이션해야 합니다.

다른 예제에서는 하나의 원본을 여러 대상 위치로 분할해야 할 수도 있습니다. 반대로 여러 원본을 Azure에서 동일한 대상 위치의 하위 경로로 결합해야 하는 경우도 있습니다.

원본을 프로젝트로 그룹화한다고 해서 모든 원본을 병렬로 마이그레이션해야 하는 것은 아닙니다. 무엇을 실행할지, 언제 실행할지 제어할 수 있습니다. 이 문서의 나머지 단락에서는 이러한 세분화된 제어를 허용하는 더 많은 리소스에 대해 설명합니다.

팁

필요에 따라 프로젝트에 설명을 추가할 수 있습니다. 설명은 프로젝트에 대한 추가 정보를 추적하는 데 도움이 될 수 있습니다. 이미 다른 곳에서 마이그레이션 계획을 만든 경우 설명 필드를 사용하여 이 프로젝트를 계획에 연결할 수 있습니다. 나중에 동료에게 필요할 수 있는 정보를 기록하는 데 사용할 수도 있습니다. 모든 스토리지 이동기 리소스에 설명을 추가할 수 있으며 각 설명은 최대 1024자를 포함할 수 있습니다.

작업 정의

작업 정의는 프로젝트 내에 포함됩니다. 작업 정의는 다음에 정의된 원본에서 Azure의 정의된 대상으로 복사본을 시작할 때 사용할 원본, 대상 및 마이그레이션 설정을 설명합니다.

Important

작업 정의를 만든 후에는 원본 및 대상 정보를 변경할 수 없습니다. 그러나 마이그레이션 설정은 언제든지 변경할 수 있습니다. 변경 내용은 실행 중인 마이그레이션 작업에 영향을 주지 않지만 다음에 마이그레이션 작업을 시작할 때 적용됩니다.

기존 작업 정의에서 원본 및 대상 정보를 변경하는 것이 허용되지 않는다는 것은 즉시 논리적으로 보이지 않을 수 있습니다. 예를 들어 공유 A를 마이그레이션 원본으로 정의하고 여러 복사 작업을 실행한다고 가정합니다. 마이그레이션 원본을 공유 B로 변경한다고 가정합니다. 이러한 변화는 잠재적으로 위험한 결과를 초래할 수 있습니다.

미러링은 대상 내에서 원본의 “미러” 이미지를 만드는 일반적인 마이그레이션 설정입니다. 이 설정이 예제에 적용된 경우 복사 작업이 공유 B에서 파일 마이그레이션을 시작할 때 공유 A의 파일이 대상에서 삭제될 수 있습니다. 실수를 방지하고 작업 실행 기록의 무결성을 유지하려면 프로비전된 작업 정의의 원본 또는 대상을 편집할 수 없습니다. 원본, 대상 및 선택적 하위 경로 정보는 작업 정의를 만들 때 잠깁니다. 동일한 대상을 다시 사용하지만 다른 원본(또는 그 반대의 경우도 마찬가지)을 사용하려면 새 작업 정의를 만들어야 합니다.

또한 작업 정의는 과거 복사 실행 및 해당 결과의 기록 레코드를 유지합니다.

작업 실행

작업 정의를 시작하면 새 리소스인 작업 실행 리소스가 암시적으로 만들어집니다. 작업 정의에는 Storage Mover 서비스에서 복사본을 시작하는 데 필요한 모든 정보가 포함됩니다. 일반적인 마이그레이션에서는 원본에서 대상으로 여러 번 복사할 수 있습니다. 작업 정의를 시작할 때마다 작업 실행에 기록됩니다.

작업 실행은 작업 정의의 스냅샷이며 선택한 마이그레이션 에이전트에 제공됩니다. 그러면 에이전트는 이전에 정의한 마이그레이션을 수행하기 위해 따라야 하는 원본, 대상, 마이그레이션 동작에 필요한 모든 정보를 갖습니다.

Important

마이그레이션 설정 변경은 실행 중인 마이그레이션 작업에 영향을 주지 않습니다. 작업 실행을 시작할 때 작업 정의의 스냅샷이 만들어지고 마이그레이션 에이전트에서 실행됩니다. 작업 실행을 변경할 수 없으며, 유일한 옵션은 취소하는 것입니다.

작업 실행에는 상태, 진행률 정보 및 복사 결과 정보가 있습니다. 작업 실행 리소스 자체에서 속성으로 실행되는 작업에 대한 가장 중요한 정보를 찾을 수 있습니다. 마이그레이션 에이전트에는 작업 실행 리소스에 이 정보를 직접 저장할 수 있는 사용자 지정 원격 분석 채널이 있습니다.

또한 에이전트는 Azure Monitor 서비스를 통해 추가 정보 및 마이그레이션 결과를 내보냅니다.

• 메트릭은 시간에 따라 기록되는 숫자 값입니다. Azure Monitor 서비스를 사용하여 플롯할 수 있습니다. 선택한 일부 메트릭은 포털에서 작업 정의/작업 실행을 관리할 때도 직접 사용할 수 있습니다.
• 복사 로그는 선택 사항입니다. 활성화된 경우 모든 작업 실행에는 자체 복사 로그가 있습니다. 에이전트가 복사할 수 없는 원본에서 발생하는 각 네임스페이스 항목에 대해 로그 항목이 생성됩니다.

Important

메트릭 정보는 기본적으로 사용할 수 있지만 복사 로그를 사용하도록 설정하려면 옵트인해야 합니다. 이 작업은 스토리지 이동기 리소스를 만드는 과정의 일부로 수행할 수 있으며 나중에도 수행할 수 있습니다. 복사 로그를 사용하는 경우 검사 세부 정보를 관리하려면 스토리지 이동기 리소스에 대한 Azure Portal 페이지의 진단 설정 메뉴를 사용할 수 있습니다.

엔드포인트

마이그레이션에는 잘 정의된 원본 및 대상 위치가 필요합니다. 엔드포인트라는 용어는 네트워킹에서 자주 사용되지만 여기서는 스토리지 위치에 대해 자세히 설명합니다. 엔드포인트에는 스토리지 위치의 경로와 추가 정보가 포함됩니다.

단일 엔드포인트 리소스만 존재하지만 각 개별 엔드포인트의 속성은 엔드포인트 유형에 따라 달라질 수 있습니다. 예를 들어 NFS 공유, SMB 공유, Azure Storage Blob 컨테이너 엔드포인트는 각각 근본적으로 다른 정보가 필요합니다.

엔드포인트는 작업 정의를 만드는 데 사용됩니다. 특정 유형의 엔드포인트만 각각 원본 또는 대상으로 사용할 수 있습니다. Azure Storage Mover 개요 문서에서 지원되는 원본 및 대상 섹션을 참조하세요.

엔드포인트는 최상위 Storage Mover 리소스에 부모로 지정되며 다양한 작업 정의에서 다시 사용할 수 있습니다.

다음 단계

Azure Storage Mover 배포와 관련된 리소스를 이해한 후에는 개념 증명 배포를 시작하는 것이 좋습니다. 다음 문서도 읽어보세요.

• 구독에 Storage Mover 리소스 배포.
• Azure Storage Mover 에이전트 VM 배포.