이 페이지는 Cloud Translation API를 통해 번역되었습니다.

마이그레이션 계획

이 페이지에서는 마이그레이션을 계획하는 방법을 자세히 설명합니다.

단일 볼륨의 마이그레이션 기간 추정

볼륨 이전 기간은 다음과 같은 여러 요인의 영향을 받습니다.

소스 볼륨의 속도: SnapMirror 트래픽의 우선순위는 NFS 및 SMB 트래픽보다 낮습니다. 소스 볼륨의 워크로드가 높으면 나가는 SnapMirror 트래픽의 성능이 저하될 수 있습니다.
NetApp Volumes 처리량: 서비스 수준과 볼륨 크기에 따라 처리량이 정의됩니다. 볼륨의 NFS 또는 SMB 트래픽도 SnapMirror 성능을 저하시킬 수 있습니다.
네트워크 연결 처리량: SnapMirror는 최대 속도를 시도하며 소스 ONTAP 시스템과 NetApp 볼륨 간의 네트워크 연결에서 다른 사용자와 공유되는 대역폭을 사용할 수 있습니다.
소스 볼륨에서 사용된 데이터 양: 데이터 양이 클수록 전송하는 데 시간이 더 오래 걸립니다.
소스 볼륨 데이터 변경률: 마이그레이션 프로세스 중에 데이터 변경률이 높을수록 동기화하기 위해 증분 전송에 필요한 시간이 늘어납니다.

마이그레이션 기간은 대략적인 추정치로 계산할 수 있습니다.

예시

마이그레이션 기간 계산에 관한 다음 시나리오를 고려하세요.

소스 볼륨: 용량 15TiB, 사용된 데이터 12TiB
- 전송할 데이터: 12TiB
- ONTAP 스토리지 효율성으로 전송 크기를 줄일 수 있지만 이 연습에서는 이를 무시해도 됩니다.
- 성능 기능이 제한 요소가 아니라고 가정합니다.
변경 비율: 일일 10%
- 일일 데이터 변경률: 1.2TiB
- 이 예에서는 10% 를 가정했지만 일반적인 변경률은 훨씬 낮습니다.
네트워크 연결: 온프레미스 인프라가 10Gbps 상호 연결을 사용하여 Google에 연결됩니다.
- 유효 TCP 대역폭: 약 1, 000MiBps로 독점적으로 사용할 수 있습니다.
대상 볼륨: 프리미엄 서비스 수준의 12TiB 볼륨
- 처리량 한도: 12 × 64MiBps = 768MiBps

계산

이 예에서는 제한 요소가 대상 볼륨의 처리량 한도인 768MiBps입니다. 소스 볼륨의 성능은 무제한으로 간주되며 네트워크 대역폭은 1000MiBps입니다.

기준 전송

첫 번째 증분 전송

두 번째 증분 전송

후속 증분 전송

첫 번째 증분 전송 후에는 일반적으로 모든 후속 전송이 1시간 미만으로 걸립니다. 두 번째 증분 전송 후에는 모든 후속 전송에 대략 동일한 시간이 걸립니다.

컷오버 프로세스

변경 데이터의 누적을 최소화하려면 증분 전송이 완료된 직후 컷오버 프로세스를 시작하세요.

총 이전 시간: 약 4.7시간

볼륨 마이그레이션과 외부 복제는 API에서 하이브리드 복제의 두 가지 변형으로 관리되며 동일한 Google 프로젝트 할당량을 사용합니다.

구성된 하이브리드 복제 수는 리전별 프로젝트 할당량으로 제한되며 기본적으로 1로 설정됩니다. NetApp Volumes API의 경우 Google Cloud 콘솔을 사용하여 할당량 상향을 요청할 수 있습니다. 관련 할당량은 다음과 같습니다.

현재 할당량보다 더 많은 볼륨을 마이그레이션해야 하는 경우 이러한 작업을 순차적으로 실행해야 합니다. 동일한 워크로드에 속하는 볼륨을 일괄적으로 그룹화하여 동시에 마이그레이션하는 것이 좋습니다. 이렇게 하면 함께 전환하는 데도 도움이 됩니다.

외부 복제의 경우 프로젝트 할당량이 잠재적인 볼륨 마이그레이션 외에 구성된 모든 외부 복제를 수용할 수 있어야 합니다.