NetApp SnapMirror를 사용하여 FSx for ONTAP으로 마이그레이션 - FSx for ONTAP

NetApp SnapMirror를 사용하여 FSx for ONTAP으로 마이그레이션

NetApp SnapMirror를 사용하여 NetApp ONTAP 파일 시스템을 Amazon FSx for NetApp ONTAP으로 마이그레이션할 수 있습니다.

NetApp SnapMirror는 두 ONTAP 파일 시스템 간에 블록 수준 복제를 사용하여 지정된 소스 볼륨에서 대상 볼륨으로 데이터를 복제합니다. SnapMirror를 사용하여 온프레미스 NetApp ONTAP 파일 시스템을 FSx for ONTAP으로 마이그레이션하는 것이 좋습니다. NetApp SnapMirror의 블록 레벨 복제는 다음과 같은 파일 시스템에서도 빠르고 효율적입니다.

  • 복잡한 디렉터리 구조

  • 5천만 개 이상의 파일

  • 매우 작은 파일 크기(킬로바이트 정도)

SnapMirror를 사용하여 FSx for ONTAP으로 마이그레이션하면 중복 제거 및 압축된 데이터가 해당 상태로 유지되므로 전송 시간이 단축되고 마이그레이션에 필요한 대역폭이 줄어듭니다. 소스 ONTAP 볼륨에 있는 스냅샷은 대상 볼륨으로 마이그레이션될 때 보존됩니다. 온프레미스 NetApp ONTAP 파일 시스템을 FSx for ONTAP으로 마이그레이션하려면 다음과 같은 높은 수준의 작업이 필요합니다.

  1. Amazon FSx에서 대상 볼륨 생성.

  2. 소스 및 대상 논리 인터페이스(LIF) 수집.

  3. 소스 파일 시스템과 대상 파일 시스템 간에 클러스터 피어링 설정.

  4. SVM 피어링 관계 생성.

  5. SnapMirror 관계 생성.

  6. 업데이트된 대상 클러스터 유지 관리.

  7. FSx for ONTAP 파일 시스템으로 전환.

다음 다이어그램은 이 섹션에 설명된 마이그레이션 시나리오를 보여줍니다.

온프레미스 NetApp ONTAP 파일 시스템을 ONTAP용 FSx로 마이그레이션하는 프로세스를 보여주는 흐름도입니다.

시작하기 전 준비 사항

다음 섹션에 설명된 절차를 사용하기 전에 다음 사전 조건을 충족해야 합니다.

  • FSx for ONTAP은 데이터 계층화, 스토리지 효율성, 백업 등의 백그라운드 작업보다 클라이언트 트래픽에 우선 순위를 둡니다. 데이터를 마이그레이션할 때는 일반적으로 SSD 계층의 용량을 모니터링하여 사용률이 80%를 초과하지 않도록 하는 것이 좋습니다. CloudWatch 파일 시스템 지표를 사용하여 SSD 계층의 사용률을 모니터링할 수 있습니다. 자세한 내용은 볼륨 지표 섹션을 참조하세요.

  • 데이터를 마이그레이션할 때 대상 볼륨의 데이터 계층화 정책을 All로 설정하면 모든 파일 메타데이터가 기본 SSD 스토리지 계층에 저장됩니다. 파일 메타데이터는 볼륨의 데이터 계층화 정책과 관계없이 항상 SSD 기반 기본 계층에 저장됩니다. 기본 계층과 용량 풀 계층 스토리지 용량의 비율을 1:10으로 가정하는 것이 좋습니다.

  • 소스 및 대상 파일 시스템은 동일한 VPC에 연결되어 있거나 Amazon VPC 피어링, Transit Gateway, AWS Direct Connect 또는 AWS VPN을 사용하여 피어링된 네트워크에 있습니다. 자세한 내용은 Amazon VPC 피어링 가이드AWS 클라우드 내에서 데이터 액세스VPC 피어링이란? 섹션을 참조하세요.

  • ONTAP용 FSx 파일 시스템의 VPC 보안 그룹에는 클러스터 간 엔드포인트(LIF)용 포트 443, 10000, 11104 및 11105에서 ICMP와 TCP를 허용하는 인바운드 및 아웃바운드 규칙이 있습니다.

  • SnapMirror 데이터 보호 관계를 생성하기 전에 소스 볼륨과 대상 볼륨이 호환되는 NetApp ONTAP 버전을 실행하고 있는지 확인합니다. 자세한 내용은 NetApp의 ONTAP 사용자 설명서에서 SnapMirror 관계에 대한 호환 가능한 ONTAP 버전을 참조하세요. 여기에 제시된 절차는 온프레미스 NetApp ONTAP 파일 시스템을 소스로 사용합니다.

  • 온프레미스 (소스) NetApp ONTAP 파일 시스템에는 SnapMirror 라이센스가 포함되어 있습니다.

  • SVM을 사용하여 대상 FSx for ONTAP 파일 시스템을 생성했지만 대상 볼륨은 생성하지 않았습니다. 자세한 내용은 파일 시스템 만들기 섹션을 참조하세요.

이 절차의 명령은 다음 클러스터, SVM 및 볼륨 별칭을 사용합니다.

  • FSx-Dest – 대상(FSx) 클러스터의 ID(FSxIdabcdef1234567890a 형식).

  • OnPrem-Source – 소스 클러스터의 ID.

  • DestSVM – 대상 SVM 이름.

  • SourceSVM – 소스 SVM 이름.

  • 소스 볼륨 이름과 대상 볼륨 이름 모두 vol1입니다.

참고

FSx for ONTAP 파일 시스템은 모든 ONTAP CLI 명령에서 클러스터라고 합니다.

이 섹션의 절차에서는 다음과 같은 NetApp ONTAP CLI 명령을 사용합니다.

NetApp ONTAP CLI를 사용하여 FSx for ONTAP 파일 시스템에서 SnapMirror 구성을 생성하고 관리합니다. 자세한 내용은 NetApp ONTAP CLI 사용 섹션을 참조하세요.

대상 볼륨 생성

NetApp ONTAP CLI 및 REST API 외에도 Amazon FSx 콘솔, AWS CLI 및 Amazon FSx API를 사용하여 데이터 보호(DP) 대상 볼륨을 생성할 수 있습니다. Amazon FSx 콘솔과 AWS CLI를 사용하여 대상 볼륨을 생성하는 방법에 대한 자세한 내용은 볼륨 생성 섹션을 참조하세요.

다음 절차에서는 NetApp ONTAP CLI를 사용하여 FSx for ONTAP 파일 시스템의 대상 볼륨을 생성합니다. 파일 시스템의 관리 포트의 fsxadmin 암호와 IP 주소 또는 DNS 이름이 필요합니다.

  1. 파일 시스템을 생성할 때 설정한 사용자 fsxadmin과 암호를 사용하여 대상 파일 시스템과의 SSH 세션을 설정합니다.

    ssh fsxadmin@file-system-management-endpoint-ip-address
  2. 대상 클러스터에 최소한 소스 볼륨 스토리지 용량과 같은 스토리지 용량을 가진 볼륨을 생성합니다. -type DP를 사용하여 SnapMirror 관계의 대상으로 지정합니다.

    데이터 계층화를 사용하려는 경우 -tiering-policyall로 설정하는 것이 좋습니다. 이렇게 하면 데이터가 용량 풀 스토리지로 즉시 전송되고 SSD 계층의 용량이 부족해지는 것을 방지할 수 있습니다. 마이그레이션 후에는 -tiering-policyauto로 전환할 수 있습니다.

    참고

    파일 메타데이터는 볼륨의 데이터 계층화 정책과 관계없이 항상 SSD 기반 기본 계층에 저장됩니다.

    FSx-Dest::> vol create -vserver DestSVM -volume vol1 -aggregate aggr1 -size 1g -type DP -tiering-policy all

소스 및 대상 클러스터 간 LIF 기록

SnapMirror는 각각 고유한 IP 주소를 가진 클러스터 간 논리 인터페이스(LIF)를 사용하여 소스 및 대상 클러스터 간의 데이터 전송을 용이하게 합니다.

  1. 대상 FSx for ONTAP 파일 시스템의 경우 파일 시스템 세부 정보 페이지의 관리 탭으로 이동하여 Amazon FSx 콘솔에서 클러스터 간 엔드포인트 - IP 주소를 검색할 수 있습니다.

  2. 소스 NetApp ONTAP 클러스터에서는 ONTAP CLI를 사용하여 클러스터 간 LIF IP 주소를 검색합니다. 다음 명령을 실행합니다.

    OnPrem-Source::> network interface show -role intercluster Logical Network Vserver Interface Status Address/Mask ----------- ---------- ------- ------------ FSx-Dest inter_1 up/up 10.0.0.36/24 inter_2 up/up 10.0.1.69/24
    참고

    2세대 Single-AZ 파일 시스템의 경우 각 고가용성(HA) 페어에 대해 클러스터 간 IP 주소가 두 개 있습니다. 나중에 사용할 수 있도록 이 값을 저장합니다.

    inter_1inter_2 IP 주소를 저장합니다. 이들은 FSx-Dest에서는 dest_inter_1dest_inter_2로, OnPrem-Source에 대해서는 source_inter_1source_inter_2로 참조됩니다.

소스 및 대상 간에 클러스터 피어링 설정

클러스터 간 IP 주소를 제공하여 대상 클러스터에서 클러스터 피어 관계를 설정합니다. 또한 소스 클러스터에서 클러스터 피어링을 설정할 때 필요한 암호를 생성해야 합니다.

  1. 다음 명령을 사용하여 대상 클러스터에서 피어링을 설정합니다. 2세대 Single-AZ 파일 시스템의 경우 각 클러스터 간 IP 주소를 제공해야 합니다.

    FSx-Dest::> cluster peer create -address-family ipv4 -peer-addrs source_inter_1,source_inter_2 Enter the passphrase: Confirm the passphrase: Notice: Now use the same passphrase in the "cluster peer create" command in the other cluster.
  2. 다음으로, 소스 클러스터에서 클러스터 피어 관계를 설정합니다. 인증을 위해 앞서 생성한 암호를 입력해야 합니다. 2세대 Single-AZ 파일 시스템의 경우 각 클러스터 간 IP 주소를 제공해야 합니다.

    OnPrem-Source::> cluster peer create -address-family ipv4 -peer-addrs dest_inter_1,dest_inter_2 Enter the passphrase: Confirm the passphrase:
  3. 소스 클러스터에서 다음 명령을 사용하여 피어링이 성공했는지 확인합니다. 출력에서 AvailabilityAvailable로 설정해야 합니다.

    OnPrem-Source::> cluster peer show Peer Cluster Name Availability Authentication ----------------- -------------- -------------- FSx-Dest Available ok

SVM 피어링 관계 생성

클러스터 피어링이 설정되면 다음 단계는 SVM을 피어링하는 것입니다. vserver peer 명령을 사용하여 대상 클러스터(FSx-Dest)에서 SVM 피어링 관계를 생성합니다. 다음 명령에 사용되는 추가 별칭은 다음과 같습니다.

  • DestLocalName – 소스 SVM에서 SVM 피어링을 구성할 때 대상 SVM을 식별하는 데 사용되는 이름입니다.

  • SourceLocalName – 대상 SVM에서 SVM 피어링을 구성할 때 소스 SVM을 식별하는 데 사용되는 이름입니다.

  1. 다음 명령을 사용하여 소스 SVM과 대상 SVM 간에 SVM 피어링 관계를 생성합니다.

    FSx-Dest::> vserver peer create -vserver DestSVM -peer-vserver SourceSVM -peer-cluster OnPrem-Source -applications snapmirror -local-name SourceLocalName Info: [Job 207] 'vserver peer create' job queued
  2. 다음과 같이 소스 클러스터에서 피어링 관계를 수락합니다.

    OnPrem-Source::> vserver peer accept -vserver SourceSVM -peer-vserver DestSVM -local-name DestLocalName Info: [Job 211] 'vserver peer accept' job queued
  3. 다음 명령을 사용하여 SVM 피어링 상태를 확인합니다. Peer State는 응답에서 peered로 설정해야 합니다.

    OnPrem-Source::> vserver peer show Peer Peer Peer Peering Remote vserver Vserver State Cluster Applications Vserver ------- -------- ------ -------- ------------- --------- svm01 destsvm1 peered FSx-Dest snapmirror svm01

SnapMirror 관계 생성

소스 SVM 및 대상 SVM을 피어링했으므로 다음 단계는 대상 클러스터에서 SnapMirror 관계를 생성하고 초기화하는 것입니다.

참고

SnapMirror 관계를 생성하고 초기화하면 관계가 끊어질 때까지 대상 볼륨은 읽기 전용 상태가 됩니다.

  • snapmirror create 명령을 사용하여 대상 클러스터에 SnapMirror 관계를 생성합니다. snapmirror create 명령은 대상 SVM에서 사용해야 합니다.

    선택적으로 SnapMirror 관계에 최대 대역폭(KB/s)을 설정하기 위해 -throttle을 사용할 수 있습니다.

    FSx-Dest::> snapmirror create -source-path SourceLocalName:vol1 -destination-path DestSVM:vol1 -vserver DestSVM -throttle unlimited Operation succeeded: snapmirror create for the relationship with destination "DestSVM:vol1".

FSx for ONTAP 파일 시스템으로 데이터 전송

이제 SnapMirror 관계를 생성했으므로 대상 파일 시스템으로 데이터를 전송할 수 있습니다.

  1. 대상 파일 시스템에서 다음 명령을 실행하여 대상 파일 시스템으로 데이터를 전송할 수 있습니다.

    참고

    이 명령을 실행하면 SnapMirror가 소스 볼륨에서 대상 볼륨으로 데이터 스냅샷을 전송하기 시작합니다.

    FSx-Dest::> snapmirror initialize -destination-path DestSVM:vol1 -source-path SourceLocalName:vol1
  2. 현재 사용 중인 데이터를 마이그레이션하는 경우 대상 클러스터를 업데이트하여 소스 클러스터와 동기화된 상태를 유지해야 합니다. 대상 클러스터를 일회성으로 업데이트하려면 다음 명령을 실행합니다.

    FSx-Dest::> snapmirror update -destination-path DestSVM:vol1
  3. 마이그레이션을 완료하고 클라이언트를 FSx for ONTAP으로 이동하기 전에 시간별 또는 일별 업데이트를 예약할 수도 있습니다. snapmirror modify 명령을 사용하여 SnapMirror 업데이트 일정을 설정할 수 있습니다.

    FSx-Dest::> snapmirror modify -destination-path DestSVM:vol1 -schedule hourly

Amazon FSx로 전환

FSx for ONTAP 파일 시스템으로 전환을 준비하기 위해 다음을 수행합니다.

  • 소스 클러스터에 쓰는 모든 클라이언트를 연결 해제합니다.

  • 전환 시 데이터 손실이 없도록 최종 SnapMirror 전송을 수행합니다.

  • SnapMirror 관계를 끊습니다.

  • FSx for ONTAP 파일 시스템에 모든 클라이언트를 연결합니다.

  1. 소스 클러스터의 모든 데이터가 FSx for ONTAP 파일 시스템으로 전송되도록 하려면 최종 Snapmirror 전송을 수행합니다.

    FSx-Dest::> snapmirror update -destination-path DestSVM:vol1
  2. Mirror StateSnapmirrored로, Relationship StatusIdle로 설정되어 있는지 확인하여 데이터 마이그레이션이 완료되었는지 확인합니다. 또한 대상 볼륨으로의 마지막 전송이 발생한 시간을 보여주는 Last Transfer End Timestamp 날짜가 예상과 같은지 확인해야 합니다.

  3. 다음 명령을 실행하여 SnapMirror 상태를 표시합니다.

    FSx-Dest::> snapmirror show -fields state,status,last-transfer-end-timestamp Source Destination Mirror Relationship Last Transfer End Path Path State Status Timestamp ---------- ----------- ---------- ------- --------------- Svm01:vol1 svm02:DestVol Snapmirrored Idle 09/02 09:02:21
  4. snapmirror quiesce 명령을 사용하여 향후 SnapMirror 전송을 비활성화합니다.

    FSx-Dest::> snapmirror quiesce -destination-path DestSVM:vol1
  5. snapmirror show를 사용하여 Relationship StatusQuiesced로 변경되었는지 확인합니다.

    FSx-Dest::> snapmirror show Source Destination Mirror Relationship Path Path State Status ----------- ------------ ------------- -------- sourcesvm1:vol1 svm01:DestVol Snapmirrored Quiesced
  6. 마이그레이션 중에는 대상 볼륨이 읽기 전용입니다. 읽기/쓰기를 활성화하려면 SnapMirror 관계를 끊고 FSx for ONTAP 파일 시스템으로 전환해야 합니다. 다음 명령을 사용하여 SnapMirror 관계를 끊습니다.

    FSx-Dest::> snapmirror break -destination-path DestSVM:vol1 Operation succeeded: snapmirror break for destination "DestSVM:vol1".
  7. SnapMirror 복제가 완료되고 SnapMirror 관계가 끊어지면 볼륨을 마운트하여 데이터를 사용할 수 있도록 할 수 있습니다.

    FSx-Dest::> vol mount -vserver fsx -volume vol1 -junction-path /vol1

이제 소스 볼륨의 데이터가 대상 볼륨으로 완전히 마이그레이션된 상태에서 볼륨을 사용할 수 있습니다. 볼륨에 대해 클라이언트가 읽고 쓸 수도 있습니다. 이전에 이 볼륨의 tiering-policyall로 설정한 경우 auto 또는 snapshot-only로 변경할 수 있으며 액세스 패턴에 따라 스토리지 계층 간에 데이터가 자동으로 전환됩니다. 클라이언트와 애플리케이션에서 이 데이터에 액세스할 수 있도록 하려면 ONTAP용 FSx 데이터 액세스 섹션을 참조하세요.