스토리지 마이그레이션 서비스의 성능은 모든 마이그레이션의 주요 측면입니다. 이 문서에서는 Azure Storage Mover가 새로운 서비스이므로 환경이 달라질 수 있지만 성능 테스트 결과를 공유합니다.
대상 크기 조정
Azure Storage Mover는 지원되는 원본에서 Azure에서 지원되는 대상으로 마이그레이션된 5억 개의 네임스페이스 항목(파일 및 폴더)으로 테스트됩니다.
테스트 방법
Azure Storage Mover는 하이브리드 클라우드 서비스입니다. 하이브리드 서비스에는 클라우드 서비스 구성 요소와 서비스 관리자가 회사 환경에서 실행하는 인프라 구성 요소가 있습니다. Storage Mover의 경우 해당 하이브리드 구성 요소는 마이그레이션 에이전트입니다. 에이전트는 원본 스토리지 근처의 호스트에서 실행되는 가상 머신입니다.
에이전트만 성능 테스트를 위한 서비스의 관련 부분입니다. 개인 정보 보호 및 성능 문제를 생략하기 위해 데이터는 Storage Mover 에이전트에서 Azure의 대상 스토리지로 직접 이동합니다. 제어 및 원격 분석 메시지만 클라우드 서비스로 전송됩니다.
성능 기준
이러한 테스트 결과는 이상적인 조건에서 만들어집니다. 이들은 스토리지 Mover 서비스와 에이전트가 직접적으로 영향을 미칠 수 있는 구성 요소의 기본적인 기준으로 설정되어 있습니다. 원본 디바이스, 디스크 및 네트워크 연결의 차이는 이 테스트에서 고려되지 않습니다. 실제 성능은 다양합니다.
SMB 탑재에서 Azure 파일 공유 테스트로의 마이그레이션은 다음과 같이 실행되었습니다.
다음 표에서는 SMB 탑재에서 Azure 파일 공유로 성능 테스트 결과를 생성한 테스트 환경의 특징을 설명합니다.
| 테스트 번호입니다. | 아니요. 파일의 | 총 파일 가중치 | 파일 크기 | 폴더 구조 |
|---|---|---|---|---|
| 1 | 1,200만 명 | 12GB | 각 1KB | 12개의 폴더, 각각 100개의 하위 폴더에 10,000개 파일 포함 |
| 2 | 30 | 20GB | 1개의 폴더 | |
| 3 | 1백만 | 100GB | 각 100KB | 각각 1,000개의 파일이 있는 1,000개의 폴더 |
| 4 | 1 | 4 테라바이트 (4 TB) | ||
| 5 | 1억 1,700만 명 | 117GB | 각 1KB | 117개의 폴더, 각각 100개의 하위 폴더에 10,000개 파일 포함 |
| 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 엔드포인트에서 테스트됩니다.
Minspec: 각각 2.7GHz의 4개 CPU/8GB RAM 4개의 가상 CPU 코어와 8GiB의 RAM(메모리)은 Azure Storage Mover 에이전트의 최소 사양입니다.
테스트 번호입니다. 실행 시간 검사 시간 6 16분, 42초 1.2초 7 55분, 4초 1분, 17초 8 9 Bootspec: 각각 2.7GHz의 8개의 CPU/16GiB RAM 8개의 가상 CPU 코어와 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 마이그레이션이라고 하는 이 전략을 지원합니다.
이 전략에서는 원본에서 대상으로 여러 번 걸쳐 복사하는 과정을 거칩니다. 이러한 복사 반복 중에 원본은 워크로드에 대한 읽기 및 쓰기에 계속 사용할 수 있습니다. 최종 복사 반복 직전에 원본을 오프라인으로 전환합니다. 최종 복사본은 사용자가 만드는 첫 번째 복사본보다 더 빠르게 완료될 것으로 예상되며, 바로 앞에 있는 복사본보다 오래 걸립니다. 최종 복사 후 워크로드가 Azure에서 새 대상 스토리지를 사용하도록 페일오버되어 워크로드를 다시 사용할 수 있습니다.
원본에서 대상으로 처음 복사할 때, 대상이 비어 있을 가능성이 높고 모든 원본 콘텐츠를 대상으로 옮겨야 합니다. 따라서 첫 번째 복사본은 사용 가능한 네트워크 리소스에 의해 가장 제한될 수 있습니다.
마이그레이션이 끝날 무렵, 원본을 대상에 이미 여러 번 복사한 후에는 마지막 복사본 다음에 몇 개의 파일, 폴더 및 메타데이터만 수정됩니다. 이 마지막 복사 반복에서 원본 및 대상의 각 파일을 비교하여 업데이트해야 하는지 확인하려면 더 많은 컴퓨팅 리소스와 적은 네트워크 리소스가 필요합니다. 마이그레이션의 이 후반 단계에서 복사 실행은 종종 컴퓨팅이 더 제한됩니다. Storage Mover 에이전트의 적절한 자원은 점점 더 중요해지고 있습니다.
다음 단계
다음 문서는 성공적인 Azure Storage Mover 배포에 도움이 될 수 있습니다.