SnapMirror 재해 복구 및 데이터 전송
변경 제안
PDF
_SnapMirror_는 지리적으로 원격 사이트의 운영 스토리지에서 보조 스토리지로 페일오버하도록 설계된 재해 복구 기술입니다. 그 이름이 시사하듯이 SnapMirror는 운영 사이트에서 재해가 발생한 경우에도 데이터를 계속 제공할 수 있는 보조 스토리지에 작업 데이터의 복제본 또는 _MIRROR_를 생성합니다.
데이터가 볼륨 레벨에서 미러링됩니다. 운영 스토리지의 소스 볼륨과 2차 스토리지의 타겟 볼륨 간의 관계를 _ 데이터 보호 관계라고 합니다. _ 볼륨이 상주하는 클러스터와 볼륨에서 데이터를 제공하는 SVM은 _ 피어링되어야 합니다. _ 피어 관계를 통해 클러스터와 SVM이 서로 교환할 수 있습니다 안전하게 데이터 관리
|
SVM 간에 데이터 보호 관계를 생성할 수도 있습니다. 이러한 유형의 관계에서 NFS 엑스포트, SMB 공유에서 RBAC에 이르는 SVM 구성의 전체 또는 일부는 SVM이 소유한 볼륨의 데이터뿐만 아니라 복제됩니다. |
ONTAP 9.10.1부터 SnapMirror S3를 사용하여 S3 버킷 간에 데이터 보호 관계를 생성할 수 있습니다. 타겟 버킷은 로컬 또는 원격 ONTAP 시스템 또는 StorageGRID 및 AWS와 같은 비 ONTAP 시스템에 있을 수 있습니다.
SnapMirror를 처음 호출하면 소스 볼륨에서 대상 볼륨으로 _baseline transfer_를 수행합니다. 기본 전송에는 일반적으로 다음 단계가 포함됩니다.
-
소스 볼륨의 스냅샷을 생성합니다.
-
스냅샷과 해당 스냅샷이 참조하는 모든 데이터 블록을 대상 볼륨으로 전송합니다.
-
""활성"" 미러가 손상된 경우 사용할 수 있도록 소스 볼륨의 나머지 덜 최근의 스냅샷을 대상 볼륨으로 전송합니다.
기본 전송이 완료되면 SnapMirror는 새 스냅샷만 미러에 전송합니다. 업데이트는 구성한 일정에 따라 비동기식입니다. 보존은 소스의 스냅샷 정책을 미러링합니다. 운영 사이트에서 재해가 발생할 경우 중단을 최소화하면서 대상 볼륨을 활성화하고 서비스가 복원될 때 소스 볼륨을 다시 활성화할 수 있습니다.
SnapMirror는 기준이 생성된 후에 스냅샷만 전송하므로 복제가 빠르고 중단되지 않습니다. 페일오버 사용 사례에서 알 수 있듯이, 2차 시스템의 컨트롤러는 미러링된 스토리지의 데이터를 효율적으로 지원하기 위해 운영 시스템의 컨트롤러와 동등하거나 거의 동등해야 합니다.
SnapMirror를 사용하여 NetApp Data Fabric의 엔드포인트 간에 데이터를 복제할 수도 있습니다. SnapMirror 정책을 생성할 때 1회 복제 또는 반복 복제 중에서 선택할 수 있습니다. |