파일 및 폴더 스토리지를 위한 클라우드 마이그레이션 기본 사항
모든 마이그레이션은 비즈니스 요구 사항에서 시작됩니다. 클라우드 마이그레이션은 워크로드가 의존하는 파일 및 폴더를 이동하여 워크로드를 변환합니다. 워크로드는 애플리케이션이거나 직접적인 사용자 액세스일 수 있습니다. 두 경우 모두 워크로드는 클라우드로 이동할 스토리지에 종속됩니다. 워크로드는 클라우드로 이동하거나 원래 위치에 남아 있을 수 있으나, 새 클라우드 스토리지 위치를 가리키기 위한 구성 변경이 필요합니다. 이러한 세부 정보는 스토리지 섹션이 있는 클라우드 솔루션 디자인에 기록됩니다.
이 문서의 목적은 스토리지용 클라우드 솔루션 디자인을 실현할 수 있도록 Azure로 스토리지 마이그레이션을 수행하는 방법에 대한 인사이트를 제공하는 것입니다.
파일 및 폴더를 클라우드로 마이그레이션하려면 신중한 계획과 최적의 결과를 가져오기 위한 많은 고려 사항이 필요합니다. Azure Storage Mover는 과정을 지원하는 점점 늘어나는 기능 목록과 마이그레이션 시나리오를 제공합니다. 이 문서에서는 마이그레이션의 일반적인 작업을 각각 고유한 섹션이 있는 단계로 구분합니다.
1단계: 검색
검색 단계에서는 마이그레이션 프로젝트의 일부인 원본 위치를 결정합니다. Azure Storage Mover는 파일 공유 형식으로 원본 위치를 처리합니다. 이러한 위치는 NAS(Network Attached Storage), 서버 또는 워크스테이션에 상주할 수 있습니다. 파일 공유용 일반 프로토콜은 SMB(서버 메시지 블록) 및 NFS(네트워크 파일 시스템)입니다.
워크로드가 DAS(Direct Attached Storage)를 사용하는 경우 Azure Storage Mover가 여전히 클라우드 마이그레이션을 지원할 수 있습니다. 로컬 폴더 경로에 파일 공유를 만든 다음 로컬 네트워크를 통해 위치를 공유할 수 있습니다. 적절한 권한 및 네트워킹 고려 사항이 있으면 이제 애플리케이션이 로컬 경로를 사용하는 경우에도 이 위치를 Azure로 마이그레이션할 수 있습니다.
워크로드가 의존하는 모든 공유 목록의 작성부터 시작합니다. 클라우드 솔루션 디자인을 참조하여 온-프레미스 공유와 클라우드 마이그레이션 범위에 있는 공유를 확인합니다. 마이그레이션 프로젝트의 범위를 최대한 좁히세요. 궁극적으로 워크로드는 클라우드 위치로 장애 조치(failover)해야 합니다. 원본 위치의 수가 적을수록 워크로드의 장애 조치(failover)가 더 쉬워집니다.
거의 동시에 여러 워크로드에 대한 스토리지를 마이그레이션해야 하는 경우 스토리지를 개별 마이그레이션 프로젝트로 분할해야 합니다.
Important
단일 마이그레이션 프로젝트에 여러 워크로드를 포함하지 않는 것이 좋습니다. 각 워크로드에는 자체 마이그레이션 프로젝트가 있어야 합니다. 이러한 방식으로 프로젝트를 구성하면 마이그레이션 관리 및 워크로드 장애 조치(failover)가 상당히 간단해집니다.
검색 단계의 결과는 Azure로 마이그레이션해야 하는 파일 공유 목록입니다. 워크로드마다 고유한 목록이 있어야 합니다.
Azure Storage Mover는 개별 목록을 만들고 저장하기 위한 마이그레이션 프로젝트를 제공합니다. 일반적인 방법은 마이그레이션하는 워크로드의 이름을 따서 마이그레이션 프로젝트의 이름을 지정하는 것입니다. 이 방식은 계획 단계 및 마이그레이션 진행 상황에 대한 감독을 단순화합니다.
2단계: 평가
Azure는 다양한 형식의 클라우드 스토리지를 제공합니다. Azure에 대한 파일 마이그레이션의 기본은 데이터에 가장 적합한 Azure 스토리지 옵션을 결정하는 것입니다. 파일 및 폴더 수, 해당 디렉터리 구조, 액세스 프로토콜, 파일 충실도 및 기타 측면은 완전한 클라우드 솔루션 디자인에 중요한 입력 요소입니다.
평가 단계에서는 검색되고 짧은 목록에 있는 공유를 조사하여 클라우드 솔루션 디자인에 적합한 Azure 대상 스토리지를 선택했는지 확인합니다.
마이그레이션의 핵심 부분은 현재 스토리지 위치에서 Azure로 파일을 이동할 때 필요한 파일 충실도를 캡처하는 것입니다. 다양한 파일 시스템 및 저장 디바이스는 파일 충실도 정보의 배열을 기록하며 Azure에서 해당 정보를 완전히 보존하거나 유지하는 것이 항상 필요한 것은 아닙니다. 시나리오에 필요한 파일 충실도와 Azure의 스토리지 제품에서 지원하는 충실도도 Azure에서 올바른 스토리지 솔루션을 선택하는 데 도움이 됩니다. 범용 파일 데이터는 전통적으로 적어도 일부 파일 메타데이터에 의존합니다. 앱 데이터는 그렇지 않을 수 있습니다.
파일의 두 가지 기본 구성 요소는 다음과 같습니다.
- 데이터 스트림: 파일의 데이터 스트림은 파일 콘텐츠를 저장합니다.
- 파일 메타 데이터: 파일 메타데이터에는 다음과 같은 하위 구성 요소가 있습니다.
- 읽기 전용 같은 파일 특성
- NTFS 권한 또는 파일 및 폴더 ACL(액세스 제어 목록) 같은 파일 권한
- 타임스탬프, 무엇보다 만들기 및 최종 수정 타임스탬프
- 더 많은 양의 비표준 속성을 저장하는 공간인 대체 데이터 스트림
마이그레이션의 파일 충실도는 다음과 같은 기능으로 정의할 수 있습니다.
- 원본에서 필요한 모든 파일 정보를 읽습니다.
- 전송 서비스 또는 도구를 사용하여 파일을 전송합니다.
- 마이그레이션의 대상 스토리지에 파일을 저장합니다.
평가 단계의 출력은 원본 공유에서 발견된 측면 목록입니다. 이러한 측면에는 다음과 같은 데이터가 포함될 수 있습니다.
- 공유 크기
- 네임스페이스 항목 수 또는 파일 및 폴더의 결합된 수
- Azure Storage 대상에서 보존해야 하는 충실도 수준
- Azure Storage 대상에서 기본적으로 작동 상태를 유지해야 하는 충실도 수준
이 인사이트는 스토리지용 클라우드 솔루션 디자인에 중요한 입력입니다.
3단계: 계획
계획 단계에서는 검색된 원본 공유를 Azure의 대상 위치와 결합합니다.
계획 단계에서는 각 원본 공유를 Azure Blob 컨테이너 또는 Azure 파일 공유 등의 특정 대상에 매핑합니다. 이렇게 하려면 대상 리소스가 포함된 Azure 구독 및 스토리지 계정을 계획하고 기록해야 합니다.
Azure Storage Mover 서비스에서 각 원본/대상 쌍을 작업 정의로 기록할 수 있습니다. 작업 정의는 이전에 만든 마이그레이션 프로젝트에 중첩됩니다. 각 원본/대상 쌍에 대해 새롭고 고유한 작업 정의가 필요합니다.
참고 항목
이번 Azure Storage Mover 릴리스에서는 작업 정의를 만들려면 먼저 대상 스토리지가 있어야 합니다. 예를 들어, 대상이 Azure Blob 컨테이너인 경우 새 작업 정의를 만들기 전에 배포해야 합니다.
계획 단계의 결과는 원본 공유를 Azure 대상 위치에 매핑하는 것입니다. 대상이 아직 없는 경우 Azure Storage Mover 서비스에서 마이그레이션 계획을 기록하려면 다음 단계 "배포"를 완료해야 합니다.
4단계: 배포
마이그레이션 계획을 완료한 후에는 스토리지 계정 및 컨테이너와 같은 대상 Azure Storage 리소스가 배포되었는지 확인해야 합니다. 먼저 이 배포를 완료해야 Azure Storage Mover 내의 각 원본/대상 쌍에 대한 작업 정의로 마이그레이션 계획을 기록할 수 있습니다.
Azure Storage Mover는 현재 대상 리소스 배포를 지원할 수 없습니다. Azure Storage를 배포하려면 Azure Portal, Azure PowerShell, Azure CLI 또는 Bicep 템플릿을 사용할 수 있습니다.
Important
Azure Storage를 배포할 때 Azure Storage Mover에 대한 지원 원본/대상 조합을 검토하고, 지원되지 않는 시나리오를 구성하지 않았는지 확인합니다.
5단계: 마이그레이션
Azure 대상 위치로 파일과 폴더를 복사하는 작업은 마이그레이션 단계 안에서 이루어집니다.
마이그레이션 단계에는 두 가지 주요 고려 사항이 있습니다.
- 워크로드의 가동 중지 시간을 최소화합니다.
- 올바른 마이그레이션 모드를 결정합니다.
가동 중단 시간 최소화
마이그레이션하는 동안 워크로드가 의존하는 스토리지에 액세스할 수 없는 기간이 있을 수 있습니다. 이러한 기간을 최소화하는 것이 요구 사항인 경우가 많습니다. 이 섹션에서는 워크로드 가동 중지 시간을 최소화하기 위한 일반적인 전략에 대해 설명합니다.
수렴 상태, n-pass 마이그레이션
이 전략에서는 원본에서 대상으로 여러 번 데이터를 복사합니다. 이러한 복사 반복 중에 원본은 워크로드에 대한 읽기 및 쓰기가 가능한 상태로 유지됩니다. 최종 복사 반복 직전에 원본을 오프라인으로 전환합니다. 최종 복사본은 첫 번째 복사본보다 더 빨리 완료될 것으로 예상됩니다. 최종 복사 후 워크로드가 장애 조치(failover)되어 Azure에서 새 대상 스토리지를 사용합니다.
Azure Storage Mover는 필요할 때마다 원본에서 대상으로 복사를 지원합니다. 작업 정의는 원본, 대상 및 마이그레이션 설정을 저장합니다. 작업 정의를 실행하도록 마이그레이션 에이전트에 지시할 수 있으며, 결과적으로 작업 실행이 이루어집니다. 이 링크된 문서에서 Storage Mover 리소스 계층 구조에 대해 자세히 알아볼 수 있습니다.
마이그레이션 모드
파일을 원본에서 대상으로 복사하는 방법은 파일의 원래 위치 및 대상 위치와 마찬가지로 중요합니다. 마이그레이션 시나리오마다 서로 다른 설정이 필요합니다. 마이그레이션하는 동안 원본에서 대상으로 여러 번 복사하여 중단 시간을 최소화할 수 있습니다. 복사 반복 사이에 파일이나 폴더가 변경되면 복사 모드가 마이그레이션 엔진의 동작을 결정합니다. 마이그레이션 중 예상되는 네임스페이스 변경 내용에 따라 올바른 모드를 신중하게 선택합니다.
두 가지 복사 모드가 있습니다.
| Copy mode | 마이그레이션 동작 |
|---|---|
| 미러 대상은 원본처럼 보이게 됩니다. |
- 대상에 있는 파일이 원본에 없으면 삭제됩니다. - 대상의 파일 및 폴더가 원본과 일치하도록 업데이트됩니다. |
| 병합 대상에는 원본보다 더 많은 콘텐츠가 있으며 계속 추가합니다. |
- 파일이 원본에 존재하지 않더라도 파일이 대상에서 유지됩니다. - 이름과 경로가 일치하는 파일은 원본과 일치하도록 업데이트됩니다. - 복사본 간에 폴더 이름을 바꾸면 대상에 중복 콘텐츠가 생길 수 있습니다. |
6단계: 마이그레이션 후 작업
마이그레이션의 이 단계에서는 워크로드를 장애 조치(failover)하고 데이터를 보호할 수 있는 다른 구성 및 서비스에 대해 생각해야 합니다.
예를 들어, 워크로드를 장애 조치(failover)하려면 Azure Storage에 안전하게 액세스하기 위한 네트워크 경로가 필요합니다. 마이그레이션 중 Azure Storage 계정의 퍼블릭 엔드포인트를 사용한 경우 스토리지 계정에 대한 프라이빗 엔드포인트를 구성하고 퍼블릭 엔드포인트를 통한 데이터 요청을 사용하지 않도록 설정하는 방화벽 규칙을 사용하도록 설정할 수 있습니다.
다음은 몇 가지 권장 사항입니다.
다음 단계
다음 문서는 클라우드 마이그레이션을 위해 Azure Storage Mover를 활용하는 데 도움이 될 수 있습니다.