Skip to main content
FlexPod
본 한국어 번역은 사용자 편의를 위해 제공되는 기계 번역입니다. 영어 버전과 한국어 버전이 서로 어긋나는 경우에는 언제나 영어 버전이 우선합니다.

솔루션 검증

기여자
PDF

"이전: SAN 구성."

이 섹션에서는 몇 가지 솔루션 사용 사례를 검토합니다.

  • SnapMirror의 주요 사용 사례 중 하나는 데이터 백업입니다. SnapMirror는 동일한 클러스터 내에서 또는 원격 타겟에 데이터를 복제하여 기본 백업 툴로 사용할 수 있습니다.

  • DR 환경을 사용하여 애플리케이션 개발 테스트(개발/테스트) 실행

  • 운영 환경에서 재해가 발생할 경우 DR을 수행합니다.

  • 데이터 배포 및 원격 데이터 액세스

특히, 이 솔루션에서 검증된 비교적 소수의 사용 사례는 SnapMirror 복제의 전체 기능을 나타내지 않습니다.

애플리케이션 개발 및 테스트(개발/테스트)

애플리케이션의 개발 속도를 높이기 위해 DR 사이트에서 복제된 데이터를 신속하게 클론 복제하여 개발/테스트 애플리케이션에 사용할 수 있습니다. DR 및 개발/테스트 환경의 코로케이션을 통해 백업 또는 DR 시설의 활용률을 대폭 개선할 수 있으며, 온디맨드 개발/테스트 클론을 통해 운영으로 더 빠르게 전환하기 위해 필요한 수만큼의 데이터 복사본을 제공할 수 있습니다.

NetApp FlexClone 기술을 사용하면 보조 복사본에 대한 읽기-쓰기 액세스를 통해 모든 운영 데이터를 사용할 수 있는지 확인할 때 SnapMirror 대상 FlexVol 볼륨의 읽기-쓰기 복사본을 빠르게 만들 수 있습니다.

DR 환경을 사용하여 애플리케이션 개발/테스트를 수행하려면 다음 단계를 완료하십시오.

  1. 운영 데이터의 복제본을 만듭니다. 이렇게 하려면 사내 볼륨의 애플리케이션 스냅샷을 수행합니다. 애플리케이션 스냅샷 생성은 3단계로 구성됩니다. Lock, Snap, 및 Unlock.

    1. 입출력이 일시 중단되고 애플리케이션이 정합성을 유지하도록 파일 시스템을 일시 중지합니다. C 단계에서 unquiesce 명령이 실행될 때까지 파일 시스템에 대한 모든 애플리케이션 쓰기는 대기 상태로 유지됩니다 단계 a, b 및 c는 투명한 프로세스 또는 애플리케이션 SLA에 영향을 주지 않는 워크플로우를 통해 실행됩니다.

      [root@hc-cloud-secure-1 ~]# fsfreeze -f /file1

      이 옵션은 지정된 파일 시스템을 새 수정에서 동결하도록 요청합니다. 파일 시스템이 언동결될 때까지 파일 시스템에 쓰기 시도하는 모든 프로세스가 차단됩니다.

    2. 온프레미스 볼륨의 스냅샷을 생성합니다.

      A400-G0312::> snapshot create -vserver Healthcare_SVM -volume hc_iscsi_vol -snapshot kamini

    3. 파일 시스템 중지를 해제하고 입출력을 다시 시작합니다

      [root@hc-cloud-secure-1 ~]# fsfreeze -u /file1

      이 옵션은 파일 시스템의 중지를 해제하고 작업을 계속 진행하는 데 사용됩니다. 고정으로 차단된 파일 시스템 수정은 차단되지 않으며 완료될 수 있습니다.

    위에 설명한 SnapCenter의 일부로 워크플로우를 완벽하게 오케스트레이션한 NetApp SnapCenter를 사용하여 애플리케이션 정합성을 보장하는 스냅샷을 수행할 수도 있습니다. 자세한 내용은 을 참조하십시오 "여기".

  2. 운영 시스템과 DR 시스템이 동기화된 상태로 유지되도록 SnapMirror 업데이트 작업을 수행합니다.

    singlecvoaws::> snapmirror update -destination-path svm_singlecvoaws:hc_iscsi_vol_copy -source-path Healthcare_SVM:hc_iscsi_vol

Operation is queued: snapmirror update of destination “svm_singlecvoaws:hc_iscsi_vol_copy”.

    SnapMirror 업데이트는 * Replication * 탭의 BlueXP GUI를 통해서도 수행할 수 있습니다.

  3. 이전에 생성한 애플리케이션 스냅샷을 기반으로 FlexClone 인스턴스를 생성합니다.

    singlecvoaws::> volume clone create -flexclone kamini_clone -type RW -parent-vserver svm_singlecvoaws -parent-volume hc_iscsi_vol_copy -junction-active true -foreground true -parent-snapshot kamini

[Job 996] Job succeeded: Successful

    이전 작업의 경우 새 스냅샷을 생성할 수도 있지만 애플리케이션 정합성을 보장하기 위해 위와 동일한 단계를 따라야 합니다.

  4. FlexClone 볼륨을 활성화하여 클라우드에서 EHR 인스턴스를 가져오십시오.

    singlecvoaws::> lun mapping create –vserver svm_singlecvoaws –path /vol/kamini_clone/iscsi_lun1 -igroup ehr-igroup –lun-id 0

singlecvoaws::> lun mapping show
Vserver     Path                                  Igroup    LUN ID  Protocol
---------- -------------- --------------- -----  --------   ------ ---------
svm_singlecvoaws
                 /vol/kamini_clone/iscsi_lun1    ehr-igroup   0    iscsi

  5. 클라우드의 EHR 인스턴스에서 다음 명령을 실행하여 데이터 또는 파일 시스템에 액세스합니다.

    1. ONTAP 스토리지에 대해 알아보십시오. 다중 경로 상태를 확인합니다.

      sudo rescan-scsi-bus.sh
sudo iscsiadm -m discovery -t sendtargets -p <iscsi-lif-ip>
sudo iscsiadm -m node -L all
sudo sanlun lun show

Output:
controller(7mode/E-Series)/         device    host             lun
vserver(cDOT/FlashRay) lun-pathname filename  adapter protocol size   product
-----------------------------------------------------------------------------
svm_singlecvoaws                    /dev/sda  host2   iSCSI    200g    cDOT
                    /vol/kamini_clone/iscsi_lun1
sudo multipath -ll

Output:
3600a09806631755a452b543041313053 dm-0 NETAPP,LUN C-Mode
size=200G features='3 queue_if_no_path pg_init_retries 50' hwhandler='1 alua' wp=rw
`-+- policy='service-time 0' prio=50 status=active
`- 2:0:0:0 sda 8:0 active ready running

    2. 볼륨 그룹을 활성화합니다.

      sudo vgchange -ay datavg
Output:
1 logical volume(s) in volume group "datavg" now active

    3. 파일 시스템을 마운트하고 파일 시스템 정보 요약을 표시합니다.

      sudo mount -t xfs /dev/datavg/datalv /file1

cd /file1
df -k .
Output:
Filesystem                 1K-blocks  Used     Available  Use%  Mounted on
/dev/mapper/datavg-datalv  209608708 183987096  25621612  88%    /file1

      이를 통해 애플리케이션 개발/테스트에 DR 환경을 사용할 수 있는지 검증합니다. DR 스토리지에서 애플리케이션 개발/테스트를 수행하면 리소스가 더 많이 사용되지 않을 수 있으며, 그렇지 않을 경우 많은 시간이 유휴 상태로 낭비될 수 있습니다.

재해 복구

SnapMirror 기술은 DR 계획의 일부로도 사용됩니다. 중요한 데이터가 다른 물리적 위치에 복제되는 경우 심각한 재해로 인해 비즈니스 크리티컬 애플리케이션에서 장시간 데이터를 사용할 수 없게 될 필요가 없습니다. 클라이언트는 운영 사이트의 손상, 실수로 인한 삭제, 자연 재해 등으로부터 복구할 때까지 네트워크를 통해 복제된 데이터에 액세스할 수 있습니다.

기본 사이트로 페일백할 경우 SnapMirror는 SnapMirror 관계를 반대로 전환하여 DR 사이트를 운영 사이트와 재동기화하여 변경된 데이터 또는 새 데이터만 DR 사이트의 운영 사이트로 다시 전송합니다. 기본 운영 사이트에서 정상적인 애플리케이션 운영을 재개한 후 SnapMirror는 기본 전송을 다시 수행하지 않고도 DR 사이트로 계속 전송합니다.

성공적인 DR 시나리오의 검증을 수행하려면 다음 단계를 수행하십시오.

  1. 사내 ONTAP 볼륨을 호스팅하는 SVM을 중지하여 소스(운영) 측에서 재해 상황을 시뮬레이션합니다 (hc_iscsi_vol)를 클릭합니다.

    이 스크린샷은 스토리지 VM 드롭다운의 중지 옵션을 보여 줍니다.

    잦은 애플리케이션 스냅샷을 생성할 수 있도록 FlexPod 인스턴스의 온프레미스 ONTAP와 AWS의 Cloud Volumes ONTAP 간에 SnapMirror 복제가 이미 설정되어 있는지 확인하십시오.

    SVM이 중지되면 가 표시됩니다 hc_iscsi_vol BlueXP에서 볼륨이 표시되지 않습니다.

    이제 볼륨이 볼륨 요약 화면에 표시됩니다.

  2. CVO에서 DR을 활성화합니다.

    1. 온프레미스 ONTAP와 Cloud Volumes ONTAP 간의 SnapMirror 복제 관계를 깨뜨려 CVO 타겟 볼륨을 홍보하십시오 (hc_iscsi_vol_copy)를 프로덕션 환경으로 이동합니다.

      파단 관계 옵션 화면이 표시됩니다.

      SnapMirror 관계가 손상되면 타겟 볼륨 유형이 데이터 보호(DP)에서 읽기/쓰기(RW)로 변경됩니다.

      singlecvoaws::> volume show -volume hc_iscsi_vol_copy -fields typev
server          volume            type
---------------- ----------------- ----
svm_singlecvoaws hc_iscsi_vol_copy RW

    2. Cloud Volumes ONTAP에서 대상 볼륨을 활성화하여 클라우드의 EC2 인스턴스에서 EHR 인스턴스를 불러옵니다.

      singlecvoaws::> lun mapping create –vserver svm_singlecvoaws –path /vol/hc_iscsi_vol_copy/iscsi_lun1 -igroup ehr-igroup –lun-id 0

singlecvoaws::> lun mapping show
Vserver     Path                                Igroup   LUN ID  Protocol
---------- ----------------------------------  --------  ------ ---------
svm_singlecvoaws
            /vol/hc_iscsi_vol_copy/iscsi_lun1  ehr-igroup  0    iscsi

    3. 클라우드의 EHR 인스턴스에서 데이터 및 파일 시스템에 액세스하려면 먼저 ONTAP 스토리지를 검색하고 경로 다중화 상태를 확인하십시오.

      sudo rescan-scsi-bus.sh
sudo iscsiadm -m discovery -t sendtargets -p <iscsi-lif-ip>
sudo iscsiadm -m node -L all
sudo sanlun lun show
Output:
controller(7mode/E-Series)/         device    host             lun
vserver(cDOT/FlashRay) lun-pathname filename  adapter protocol size   product
-----------------------------------------------------------------------------
svm_singlecvoaws                    /dev/sda  host2   iSCSI    200g    cDOT
                  /vol/hc_iscsi_vol_copy/iscsi_lun1
sudo multipath -ll
Output:
3600a09806631755a452b543041313051 dm-0 NETAPP,LUN C-Mode
size=200G features='3 queue_if_no_path pg_init_retries 50' hwhandler='1 alua' wp=rw
`-+- policy='service-time 0' prio=50 status=active
`- 2:0:0:0 sda 8:0 active ready running

    4. 그런 다음 볼륨 그룹을 활성화합니다.

      sudo vgchange -ay datavg
Output:
1 logical volume(s) in volume group "datavg" now active

    5. 마지막으로 파일 시스템을 마운트하고 파일 시스템 정보를 표시합니다.

      sudo mount -t xfs /dev/datavg/datalv /file1

cd /file1
df -k .
Output:
Filesystem                 1K-blocks  Used      Available  Use%  Mounted on
/dev/mapper/datavg-datalv  209608708  183987096  25621612  88%   /file1

      이 출력은 사용자가 운영 사이트를 재해에서 복구할 때까지 네트워크를 통해 복제된 데이터에 액세스할 수 있음을 보여 줍니다.

    6. SnapMirror 관계를 반대로 설정합니다. 이 작업을 수행하면 소스 볼륨과 대상 볼륨의 역할이 반전됩니다.

      이 스크린샷은 반대 관계 옵션 상자를 보여 줍니다.

      이 작업을 수행하면 원본 소스 볼륨의 내용이 대상 볼륨의 컨텐츠로 덮어쓰여집니다. 이 기능은 오프라인 상태인 소스 볼륨을 다시 활성화하려는 경우에 유용합니다.

      이제 CVO 볼륨이 됩니다 (hc_iscsi_vol_copy)가 소스 볼륨이 되고 온-프레미스 볼륨이 됩니다 (hc_iscsi_vol)가 대상 볼륨이 됩니다.

      이 스크린샷은 BlueXP에서 생성된 볼륨 복제 관계를 보여 줍니다.

    마지막 데이터 복제와 소스 볼륨이 비활성화된 시간 사이에 원본 소스 볼륨에 기록된 데이터는 보존되지 않습니다.

    1. CVO 볼륨에 대한 쓰기 액세스를 확인하려면 클라우드의 EHR 인스턴스에서 새 파일을 생성하십시오.

      cd /file1/
sudo touch newfile

운영 사이트가 다운되어도 클라이언트는 계속 데이터에 액세스할 수 있으며 이제 소스 볼륨인 Cloud Volumes ONTAP 볼륨에 대한 쓰기를 수행할 수도 있습니다.

기본 사이트로 페일백할 경우 SnapMirror는 SnapMirror 관계를 반대로 전환하여 DR 사이트를 운영 사이트와 재동기화하여 변경된 데이터 또는 새 데이터만 DR 사이트의 운영 사이트로 다시 전송합니다. 기본 운영 사이트에서 정상적인 애플리케이션 운영을 재개한 후 SnapMirror는 기본 전송을 다시 수행하지 않고도 DR 사이트로 계속 전송합니다.

이 섹션에서는 운영 사이트가 재해에 의해 적중될 때 DR 시나리오의 성공적인 해결을 보여 줍니다. 이제 소스 사이트가 복구를 수행하는 동안 클라이언트에 제공할 수 있는 애플리케이션에서 데이터를 안전하게 사용할 수 있습니다.

운영 사이트에서 데이터 검증

운영 사이트가 복구된 후에는 원래 구성이 복원되고 클라이언트가 소스 사이트의 데이터에 액세스할 수 있는지 확인해야 합니다.

이 섹션에서는 소스 사이트를 방문하여 사내 ONTAP와 Cloud Volumes ONTAP 간의 SnapMirror 관계를 복원하고, 마지막으로 소스 엔드에서 데이터 무결성 검사를 수행하는 방법에 대해 설명합니다

다음 절차를 사용하여 운영 사이트의 데이터를 확인할 수 있습니다.

  1. 이제 소스 사이트가 작동 중인지 확인하십시오. 그렇게 하려면 사내 ONTAP 볼륨을 호스팅하는 SVM을 시작하십시오 (hc_iscsi_vol)를 클릭합니다.

    이 스크린샷은 스토리지 VM 페이지의 드롭다운 메뉴를 사용하여 특정 VM을 시작하는 방법을 보여 줍니다.

  2. Cloud Volumes ONTAP와 온프레미스 ONTAP 간의 SnapMirror 복제 관계를 깨뜨려 온프레미스 볼륨을 홍보하십시오 (hc_iscsi_vol) 프로덕션 환경으로 돌아갑니다.

    이 스크린샷은 관계를 끊는 방법을 보여 줍니다.

    SnapMirror 관계가 손상되면 사내 볼륨 유형이 데이터 보호(DP)에서 읽기/쓰기(RW)로 변경됩니다.

    A400-G0312::> volume show -volume hc_iscsi_vol -fields type
vserver        volume       type
-------------- ------------ ----
Healthcare_SVM hc_iscsi_vol RW

  3. SnapMirror 관계를 반대로 설정합니다. 이제 사내 ONTAP 볼륨으로 이동합니다 (hc_iscsi_vol)는 이전 소스 볼륨과 Cloud Volumes ONTAP 볼륨이 됩니다 (hc_iscsi_vol_copy)가 대상 볼륨이 됩니다.

    이 스크린샷은 관계를 반전시키는 방법을 보여 줍니다.

    다음 단계를 수행하여 원래 구성을 성공적으로 복원했습니다.

  4. 온프레미스 EHR 인스턴스를 재부팅합니다. 파일 시스템을 마운트하고 가 올바른지 확인합니다 newfile 생산이 중단되었을 때 클라우드의 EHR 인스턴스에서 생성한도 여기에 존재합니다.

    이 스크린샷은 온프레미스 EHR 인스턴스에서 NEWFILE을 찾는 방법을 보여줍니다.

소스에서 대상으로 데이터 복제가 성공적으로 완료되었으며 데이터 무결성이 유지되었음을 유추할 수 있습니다. 그러면 운영 사이트에서 데이터 검증이 완료됩니다.

"다음: 결론."