Azure Storage Mover 크기 조정 및 성능 목표
스토리지 마이그레이션 서비스의 성능은 모든 마이그레이션의 주요 요소입니다. 이 문서에서는 Azure Storage Mover가 새로운 서비스이므로 환경이 다를 수 있지만 성능 테스트 결과를 공유합니다.
크기 조정 대상
Azure Storage Mover는 Azure에서 지원되는 원본에서 지원되는 대상으로 마이그레이션된 1억 개의 네임스페이스 항목(파일 및 폴더)으로 테스트됩니다.
테스트 방법
Azure Storage Mover는 하이브리드 클라우드 서비스입니다. 하이브리드 서비스에는 클라우드 서비스 구성 요소와 서비스 관리자가 회사 환경에서 실행하는 인프라 구성 요소가 있습니다. Storage Mover의 경우 해당 하이브리드 구성 요소는 마이그레이션 에이전트입니다. 에이전트는 가상 머신이며 원본 스토리지 근처의 호스트에서 실행됩니다.
에이전트만 성능 테스트를 위한 서비스와 관련됩니다. 개인 정보 및 성능 문제를 생략하기 위해 데이터는 Storage Mover 에이전트에서 Azure의 대상 스토리지로 직접 이동합니다. 제어 및 원격 분석 메시지만 클라우드 서비스로 전송됩니다.
성능 기준
이러한 테스트 결과는 이상적인 조건에서 만들어집니다. Storage Mover 서비스와 에이전트가 직접 영향을 줄 수 있는 구성 요소의 기준입니다. 원본 디바이스, 디스크 및 네트워크 연결의 차이는 이 테스트에서 고려되지 않습니다. 실제 성능은 다양합니다.
SMB 탑재에서 Azure 파일 공유 테스트로의 마이그레이션은 다음과 같이 실행되었습니다.
다음 표에서는 SMB 탑재에서 Azure 파일 공유로 성능 테스트 결과를 생성한 테스트 환경의 특징을 설명합니다.
| 테스트 번호 | 아니요. 파일 수 | 총 파일 가중치 | 파일 크기 | 폴더 구조 |
|---|---|---|---|---|
| 1 | 1,200만 | 12GB | 각 1KB | 12개 폴더(각 폴더에는 10,000개의 파일이 포함된 100개의 하위 폴더 포함) |
| 2 | 30 | 20GB | 폴더 1개 | |
| 3 | 1백만 | 100GB | 각 100KB | 1,000개 폴더(각 폴더에는 1,000개 파일 포함) |
| 4 | 1 | 4 TB | ||
| 5 | 1억 1,700만 | 117GB | 각 1KB | 117개 폴더(각 폴더에는 10,000개의 파일이 포함된 100개의 하위 폴더 포함) |
| 6 | 1 | 1TB | ||
| 7 | 330만 | 45GB | 각 13KB | 200,000개 폴더(각 폴더에는 16\17개 파일 포함) |
| 8 | 5천만 | 1TB | 각 20KB | 2,940,000개 폴더(각 폴더에는 17개 파일 포함) |
| 9 | 1억 | 2TB | 각 20KB | 5,880,000개 폴더(각 폴더에는 17개 파일 포함) |
다른 에이전트 리소스 구성은 SMB 엔드포인트에서 테스트됩니다.
최소 사양: CPU 4개/8GB RAM 각각 2.7GHz의 가상 CPU 코어 4개와 메모리 8GiB(RAM)는 Azure Storage Mover 에이전트의 최소 사양입니다.
테스트 번호 실행 시간 검사 시간 6 16분 42초 1.2초 7 55분 4초 1분 17초 8 9 부트 사양: CPU 8개/16GiB RAM 각각 2.7GHz의 가상 CPU 코어 8개와 메모리 16GiB(RAM)는 Azure Storage Mover 에이전트의 최소 사양입니다.
결과: 표준 스토리지 계정
테스트 번호 실행 시간 검사 시간 1 15시간 59분 2시간 36분 34초 2 1분 54초 3.34초 3 1시간 19분 27초 57.62초 4 1시간 5분 57초 2.89초 결과: 대용량 파일이 설정된 표준 스토리지 계정
테스트 번호 실행 시간 검사 시간 1 3시간 51분 31초 41분 45초 5 25시간 47분 23시간 35분 6 11분 11초 0.7초 7 55분 10초 1분 3초 8 9 결과: Premium Storage 계정
테스트 번호 실행 시간 검사 시간 1 2시간 35분 14초 24분 46초 5 23시간 34분 21시간 34분
에이전트 배포 문서에서 마이그레이션 범위에 대한 권장 에이전트 리소스를 검토합니다.
마이그레이션 성능이 달라지는 이유
기본적으로 네트워크 품질과 파일, 폴더 및 해당 메타데이터를 처리하는 기능은 마이그레이션 속도에 영향을 줍니다.
네트워크와 컴퓨팅의 두 가지 핵심 영역에서 여러 측면이 영향을 미칩니다.
- 마이그레이션 시나리오
빈 대상에 복사하는 것은 콘텐츠가 있는 대상에 비해 더 빠릅니다. 이 동작은 마이그레이션 엔진이 원본뿐만 아니라 대상을 평가하여 복사 결정을 내려야 하기 때문입니다. - 네임스페이스 항목 수
작은 파일 1GiB를 마이그레이션하는 데는 더 큰 파일 1GiB를 마이그레이션하는 것보다 더 많은 시간이 걸립니다. - 네임스페이스 도형
넓은 폴더 계층 구조는 좁거나 깊은 디렉터리 구조보다 더 많은 병렬 처리에 도움이 됩니다. 파일 대 폴더 비율도 영향을 줍니다. - 네임스페이스 변동
동일한 원본에서 동일한 대상으로 실행한 두 개의 복사 간에 변경된 파일, 폴더 및 메타데이터 수입니다. - 네트워크
- 원본 에이전트와 마이그레이션 에이전트 간의 대역폭 및 대기 시간
- Azure에서 마이그레이션 에이전트와 대상 간의 대역폭 및 대기 시간
- 마이그레이션 에이전트 리소스
RAM(메모리 양), 컴퓨팅 코어 수, 마이그레이션 에이전트에서 사용 가능한 로컬 디스크 용량의 양조차도 마이그레이션 속도에 큰 영향을 미칠 수 있습니다. 컴퓨팅 리소스가 더 많으면 특히 마이그레이션에서 많은 양의 작은 파일을 처리해야 하는 경우 사용 가능한 대역폭의 사용률을 최적화하는 데 도움이 됩니다.
예를 들어 기존 마이그레이션에는 마이그레이션할 스토리지에 의존하는 워크로드의 가동 중지 시간을 최소화하는 전략이 필요합니다. Azure Storage Mover는 이러한 전략을 지원합니다. 이를 수렴형 n-pass 마이그레이션이라고 합니다.
이 전략에서는 원본에서 대상으로 여러 번 복사합니다. 이러한 복사 반복 중에 원본은 워크로드에 대한 읽기 및 쓰기가 가능한 상태로 유지됩니다. 최종 복사 반복 직전에 원본을 오프라인으로 전환합니다. 최종 복사본은 지금까지 만든 첫 번째 복사본보다 더 빠르게 완료되고 바로 앞에 있는 복사본과 같은 시간이 걸릴 것으로 예상됩니다. 최종 복사 후 워크로드가 장애 조치(failover)되어 Azure에서 새 대상 스토리지를 사용하고 다시 사용할 수 있습니다.
원본에서 대상으로 첫 번째 복사본을 복사하는 동안 대상이 비어 있고 모든 원본 콘텐츠가 대상으로 이동해야 합니다. 따라서 첫 번째 복사본은 사용 가능한 네트워크 리소스에 의해 가장 많이 제한될 수 있습니다.
마이그레이션이 끝날 무렵, 원본을 대상에 이미 여러 번 복사한 경우 마지막 복사본 이후 몇 개의 파일, 폴더 및 메타데이터만 변경되었습니다. 이 마지막 복사 반복에서 원본 및 대상의 각 파일을 비교하여 업데이트해야 하는지 확인하려면 더 많은 컴퓨팅 리소스와 적은 네트워크 리소스가 필요합니다. 마이그레이션의 이 후반 단계에서 복사 실행의 컴퓨팅은 종종 더 많이 제한됩니다. Storage Mover 에이전트의 적절한 리소스는 점점 더 중요해지고 있습니다.
다음 단계
다음 문서는 성공적인 Azure Storage Mover 배포에 도움이 될 수 있습니다.