데이터 및 스토리지 집약적 워크로드를 Azure로 마이그레이션하면 확장 가능하고 안전한 클라우드 스토리지에 액세스할 수 있으므로 신속한 혁신과 성장을 가능하게 합니다. 이 문서에서는 블록, 파일 및 개체 스토리지를 원활하게 마이그레이션하는 데 도움이 되는 명확하고 실용적인 지침을 제공합니다. 다양한 고려 사항을 간략하게 설명하고, 주요 메트릭을 제공하고, 관련 Azure Storage 서비스를 설명하고, 도구 선택을 지원합니다.
배경
이 섹션을 확장/계약하려면 선택합니다.
다양한 비즈니스 및 기술 요구 사항에 따라 전반적인 Azure 마이그레이션 전략이 결정됩니다. 적절한 아키텍처 및 기술 디자인 결정을 내릴 수 있도록 사용 사례에 대한 특정 요구 사항을 캡처하기 위해 WAF(Microsoft Well-Architected Framework )에는 모든 워크로드 및 서비스 마이그레이션에 대한 필수 지침 집합이 포함되어 있습니다. 이후 프로세스는 안정성, 보안, 비용 최적화, 운영 우수성 및 성능 효율성을 해결합니다. 권장되는 모범 사례에는 WAF 지침과 다음 정보를 모두 검토하여 특정 애플리케이션 및 서비스에 대한 포괄적인 마이그레이션 방법을 빌드하는 것이 포함됩니다.
비고
다음 지침에는 Azure Storage 서비스로의 비정형 데이터 마이그레이션과 관련된 정보가 포함됩니다. SQL, Oracle 또는 테이블과 같은 구조화된 데이터와 관련된 시나리오는 이 문서에서 다루지 않습니다.
이 지침은 특히 비정형 데이터를 Azure Storage 서비스로 마이그레이션하는 데 중점을 둡니다. 콘텐츠는 데이터 마이그레이션 중심 접근 방식을 사용하므로 운영 우수성 및 비용 최적화와 같은 주제에는 별도의 심층 토론이 필요할 수 있습니다. SQL, Oracle 또는 테이블과 같은 구조화된 데이터와 관련된 시나리오에서는 애플리케이션에 따라 달라지는 추가 고려 사항을 도입합니다.
다음 콘텐츠는 다른 공식 Microsoft 설명서에 설명된 방법론, 프레임워크 또는 권장 사항을 대체하거나 무효화하지 않습니다.
마이그레이션 단계 및 활동
전체 마이그레이션은 평가, 대상 선택, 계획, 도구 선택, 마이그레이션 실행을 비롯한 다양한 단계로 구성됩니다. 단계별 접근 방식에 따라 가동 중지 시간과 위험을 줄여 데이터를 Azure로 마이그레이션할 수 있습니다. 각 단계에서는 필요한 모든 매개 변수를 적용하고 디스크, 파일 및 개체 데이터에 가장 적합한 방법을 선택합니다.
평가
이 섹션을 확장/계약하려면 선택합니다.
이 단계에서는 SMB(서버 메시지 블록) 공유, NFS(네트워크 파일 시스템) 볼륨 또는 개체 네임스페이스와 같이 마이그레이션해야 하는 모든 원본을 결정하고 인벤토리를 작성합니다. 전체 프로세스에는 일반적으로 다음이 포함됩니다.
- 모든 데이터 자산 및 데이터 원본의 카탈로그 또는 인벤토리 만들기
- 데이터 형식 및 액세스 패턴 식별 및 이해
- 데이터의 안정성, 성능 및 비즈니스 요구 사항을 이해합니다.
- 복제, 변경 속도, 복원력 및 가동 중지 시간 허용 시간 평가
- 보안 및 규정 준수 요구 사항 이해
이 단계를 수동으로 수행하거나 자동화된 도구를 사용할 수 있습니다. 평가 단계에 도움이 될 수 있는 ISV(Independent Software Vendor)에서 사용할 수 있는 몇 가지 상용 도구가 있습니다. 자세한 내용은 비교 행렬 문서를 참조하세요.
평가 단계 활동에 대해 자세히 읽어보세요.
대상 선택
이 섹션을 확장/계약하려면 선택합니다.
평가 단계에서 식별된 요구 사항을 충족할 수 있는 사용 가능한 옵션을 이해해야 합니다. Microsoft Azure는 VM(가상 머신)용 Azure Files, Blob Storage, Azure NetApp Files 및 Managed Disks와 같은 여러 스토리지 서비스를 제공합니다. 또한 핵심 스토리지 서비스를 기반으로 하는 블록, 파일 및 개체 워크로드에 대해 소프트웨어 정의 버전의 온-프레미스 스토리지 플랫폼을 제공하는 ISV 파트너가 있습니다.
이 단계에는 주로 다음 활동이 포함됩니다.
- 가장 적합한 대상 Azure Storage 서비스를 식별하기 위한 기술 요구 사항 평가
- 식별된 스토리지 솔루션을 사용하여 적절한 대상 솔루션 아키텍처(애플리케이션 또는 워크로드 기반)를 설정합니다.
- 마이그레이션 및 대상 솔루션과 관련된 가격 책정 및 비용 평가
대상 선택 단계 활동에 대해 자세히 읽어보세요.
마이그레이션 전략 계획
이 섹션을 확장/계약하려면 선택합니다.
마이그레이션 전략을 계획하려면 데이터를 Azure로 이동하는 데 적합한 방법을 식별해야 합니다. 또한 특정 워크로드, 데이터의 특성 또는 관련된 애플리케이션에 적합한 다른 고려 사항을 포함할 수 있습니다. 다음 목록에는 이러한 고려 사항의 몇 가지 예가 포함되어 있습니다.
- 온라인 및 오프라인 전송
- 리프트 앤 시프트 마이그레이션의 타당성
- 데이터 변경률 및 계층화
- 하이브리드 스토리지 요구 사항 및 데이터 이동
- 전략으로서의 복제
- 마이그레이션 전략으로 백업 및 복원
마이그레이션 계획 전략에 대해 자세히 읽어보세요.
마이그레이션 도구 선택
마이그레이션을 수행하는 데 도움이 되는 다양한 마이그레이션 도구가 있습니다. 예를 들어 일부 오픈 소스 도구에는 AzCopy, robocopy, xcopy 및 rsync가 포함됩니다. Microsoft는 Azure Storage Mover, Azure Data box, Azure 파일 동기화, Azure Migrate 및 Data Box Gateway와 같은 관리되는 도구를 제공합니다. 다른 많은 상용, 비 Microsoft 도구도 사용할 수 있습니다. 사용 가능한 상용 도구 목록은 비교 매트릭스 문서 내에서 사용할 수 있으며, 비교도 제공합니다.
다음 표에서는 참조에 대한 시나리오 기반 마이그레이션 도구를 선택합니다. 가능한 대안은 사례별로 존재할 수 있지만 다음 예제는 가장 적합한 것으로 간주됩니다.
| 시나리오 | 권장 도구 |
|---|---|
| - Azure에서 단일 관리 창이 있는 완전 관리형 자동화된 복원력 있는 도구가 필요합니다. - 작은 전송을 넘어 파일 또는 파일 공유 마이그레이션( 일반적으로 > 1TB의 데이터, 수백만 개의 파일 또는 개체로 확장) - 온-프레미스 NAS에서 리프트 앤 시프트 및/또는 연속 동기화 - Azure 파일 동기화가 설치되지 않거나 이미 구성된 Windows 파일 서버 - 관련된 Azure로 마이그레이션: - SMB(2.x, 3.x)에서 Azure Blob(핫/콜드) 또는 계층 구조 네임스페이스 서비스(HNS)가 설정된 ADLS로 - SMB(2.x, 3.x)에서 Azure Files로(SMB만 해당) - NFS(v3, v4.1)에서 Azure Blob(핫/콜드) 또는 HNS가 활성화된 ADLS(NFS v3에만 해당) - 한 번 또는 연속(다중 클라우드 환경 포함) - S3에서 Azure Blob(핫/콜드) 또는 ADLS(계층 구조 네임스페이스) - 파일 내용 없이 파일 메타데이터 또는 구조만 복사하는 "메타데이터 전용" 복사 기능(예: 권한 초기 설정 또는 테스트 마이그레이션 수행) |
Azure Storage Mover |
| - 오프라인 데이터 전송(낮은 대역폭 또는 네트워크 연결 없음, 원격 사이트) - 온-프레미스 SMB/NFS 공유/NAS 원본에서 Azure Blob, Files, ADLS로 다른 지역(원본 국가/지역 외부)으로 직접 가져오기를 포함하여 특정 계층으로 직접 복사합니다. - Azure Files, Premium FileStorage, Blob(핫/콜드)에서 온-프레미스로 오프라인 전송 - 온-프레미스 HDFS를 Azure Blob으로 오프라인 전송(핫/콜드) 또는 ADLS(HNS 사용) |
Azure Data Box |
| - 오프라인 및 온라인 솔루션을 통해 짧은 기간 동안 대량의 데이터를 전송해야 합니다. - 네트워크 제약 조건으로 인해 초기 대량 데이터를 오프라인으로 배포한 후, 델타 동기화를 수행합니다. |
델타 동기화를 위해 Azure Storage Mover를 사용하여 시드하기 위한 Azure Data Box |
| - 물리적 컴퓨터, VM 및 연결된 디스크 Hyper-V, VMware, AWS, GCP에서 실행되는 VM | Azure Migrate |
| - Azure를 오가는 빠른, 일회성 또는 증분, 중소 규모 데이터 전송(일반적으로 < 작업당 1TB) - Azure 백본(Azure 내)을 통한 서비스 간 전송(파일 간, 파일-Blob 등) 전송 - 스크립팅 기능 요구 사항(필터링 조건, 메타데이터 업데이트 또는 변환 등) 및 이러한 전송에 대한 정확한 제어 - 수백만 개의 파일 또는 개체 전송을 포함하지 않습니다. - Azure에 로컬 파일 시스템, SMB, NFS 탑재 - S3에서 Azure Blob으로(일반적으로 < 1TB) - AWS EFS 또는 AWS FSx for Windows를 Azure Files로 - Google 클라우드 스토리지(S3, GCS API)에서 Azure 스토리지로(블롭), ADLS(HNS 사용) |
AzCopy (항상 HTTPS REST API 사용) |
| - Windows 파일 서버 원본(SMB 2.x 또는 3.x에서 Azure Files로) - 역방향 또는 양방향 파일 동기화를 사용하는 하이브리드 데이터 동기화 - 온-프레미스 캐시 및 클라우드 계층화를 사용하여 중앙 집중식 파일 서버 관리 - 분기 배포를 사용하여 공동 작업 및 팀워크(다중 사이트 액세스 및 동기화) - 온-프레미스 캐시 존재와 함께 비즈니스 연속성 및 재해 복구를 사용하는 클라우드 쪽 백업 - Azure 파일 동기화가 이미 배포되고 구성된 상태에서 파일 공유를 한 번만 마이그레이션 필요 |
Azure 파일 동기화 |
| - 온-프레미스 캐시를 사용하여 Azure Storage(Blob)에 대한 지속적인 데이터 수집 및 클라우드 계층화 요구 사항 - 원본이 온-프레미스(NFS v3, 4.1 또는 SMB 2.x, 3.x)(단방향 동기화) 또는 Azure와 양방향(수동 동기화 사용) - 동기화된 상태로 유지되는 데이터의 여러 온-프레미스 복사본이 필요하지 않습니다(단방향). |
Azure Data Box Gateway |
| - 사용자 지정 스크립팅을 사용한 소규모, 일회성 전송 또는 Linux/Windows CLI 기반 마이그레이션 | AzCopy, rsync, Robocopy |
| - Azure 네이티브 도구 기능 이외의 복잡한 데이터 관리, 분석, 계층화 또는 지원되지 않는 사용 사례 및 대상(예: ANF 또는 Lustre) | ISV 도구 (Komprise, Cirata, Data Dynamics, Atempo) |
| - 온-프레미스 테이프에서 Azure Storage로 대규모 보관 데이터 마이그레이션 | 테이프 마이그레이션 가이드를 참조하고 Tape Ark와 같은 파트너 솔루션 살펴보기 |
| - ISV 솔루션을 사용하는 대규모 온-프레미스 백업 또는 보관(예: Commvault, Veeam 또는 RUbrik) - 백업 도구별 델타 동기화를 사용한 오프라인 시드. |
파트너별 권장 사항 사용; ISV 솔루션을 사용하는 Azure Data Box |
| - 다음을 비롯한 기타 시나리오: - 온-프레미스 NAS에서 Azure Files로(Data Box 데이터 복사 서비스를 통해 제외) - 온-프레미스 Linux에서 Azure Files NFS로 - AWS EFS/FSx/S3에서 Azure Files로 GCP FileStorage에서 Azure Files로 |
-
ISV 도구 (Komprise, Cirata, Data Dynamics, Atempo) 또는 - 클라이언트에 원본을 탑재하고 Azure Storage Mover 또는 AzCopy 사용 |
마이그레이션 도구 및 선택에 대해 자세히 알아보세요.
마이그레이션 실행
이 섹션을 확장/계약하려면 선택합니다.
마이그레이션 단계는 최종 마이그레이션 단계입니다. 이 단계에서는 데이터 이동 및 마이그레이션 작업을 수행합니다. 일반적으로 마이그레이션 단계는 초기 복제 또는 대량 마이그레이션으로 구성되며 최종 중단 전에 여러 증분 동기화 반복이 수행됩니다. 이 방법은 일반적으로 더 원활하고 효율적인 전환 작업을 수행합니다.
구조화되지 않은 데이터 마이그레이션 기간은 여러 측면에 따라 달라집니다. 선택한 방법 외에 가장 중요한 요소는 데이터의 총 크기와 파일 크기 분포입니다. 총 데이터 집합이 클수록 마이그레이션 시간이 길어집니다. 평균 파일 크기가 작을수록 마이그레이션 시간이 길어질 수 있습니다. 작은 파일이 많은 경우 가능한 경우 전체 마이그레이션 시간을 줄이기 위해 더 큰 파일(.tar 또는 .zip 파일로 압축) 내에 보관하는 것이 좋습니다.
마이그레이션 실행에 대해 자세히 읽어보세요.
블록 기반 디바이스 마이그레이션
이 섹션을 확장/계약하려면 선택합니다.
블록 기반 디바이스의 마이그레이션은 일반적으로 가상 머신 또는 물리적 호스트 마이그레이션의 일부로 수행됩니다. 마이그레이션이 완료될 때까지 블록 스토리지 결정을 지연하는 것은 일반적인 실수입니다. 워크로드 요구 사항을 철저히 이해하여 이러한 결정을 미리 내리면 클라우드로 원활하게 마이그레이션할 수 있습니다.
블록 기반 디바이스의 마이그레이션은 다음 두 가지 방법으로 수행할 수 있습니다.
- 기본 블록 기반 디바이스와 함께 전체 가상 머신 마이그레이션
- 블록 기반 디바이스만 마이그레이션합니다.
기본 블록 디바이스를 사용하여 VM을 마이그레이션하는 데 도움이 필요한 경우 Azure Migrate 설명서를 참조하세요. 더 복잡한 사용 사례의 경우 Cirrus Migrate Cloud를 사용합니다.
마이그레이션 및 적절한 접근 방식에 적합한 워크로드를 살펴보려면 Disk Storage 제품 페이지 및 Azure Disk 형식 문서를 참조하세요. 요구 사항에 가장 적합한 디스크와 디스크 버스팅과 같은 최신 기능에 대해 알아볼 수 있습니다.