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

데이터 보호 및 재해 복구

기여자

Astra Trident 및 Astra Trident를 사용하여 생성한 볼륨을 위한 보호 및 복구 옵션에 대해 알아보십시오. 지속성 요구사항이 있는 각 애플리케이션에 대한 데이터 보호 및 복구 전략이 있어야 합니다.

Astra Trident 복제 및 복구

재해 발생 시 Astra Trident를 복원하기 위한 백업을 생성할 수 있습니다.

Astra Trident 복제

Astra Trident는 Kubernetes CRD를 사용하여 자체 상태를 저장 및 관리하고 Kubernetes 클러스터를 사용하여 메타데이터를 저장합니다.

단계
  1. 를 사용하여 Kubernetes 클러스터를 백업합니다 "Kubernetes: etcd 클러스터 백업".

  2. FlexVol에 백업 아티팩트를 배치합니다.

    참고 FlexVol가 상주하는 SVM을 다른 SVM과 SnapMirror 관계로 보호할 것을 권장합니다.

Astra Trident 복구

Kubernetes CRD 및 Kubernetes 클러스터 etcd 스냅샷을 사용하여 Astra Trident를 복구할 수 있습니다.

단계
  1. 대상 SVM에서 Kubernetes etcd 데이터 파일 및 인증서가 포함된 볼륨을 마스터 노드로 설정할 호스트에 마운트합니다.

  2. 에서 Kubernetes 클러스터와 관련된 모든 필수 인증서를 복사합니다 /etc/kubernetes/pki 및 에 있는 etcd 멤버 파일 /var/lib/etcd.

  3. 를 사용하여 etcd 백업에서 Kubernetes 클러스터를 복원합니다 "Kubernetes: etcd 클러스터 복구".

  4. 실행 kubectl get crd 모든 Trident 사용자 지정 리소스가 준비되었는지 확인하고 Trident 객체를 검색하여 모든 데이터를 사용할 수 있는지 확인합니다.

SVM 복제 및 복구

Astra Trident는 복제 관계를 구성할 수 없지만 스토리지 관리자는 을 사용할 수 있습니다 "ONTAP SnapMirror를 참조하십시오" SVM 복제

재해가 발생할 경우 SnapMirror 대상 SVM을 활성화하여 데이터 제공을 시작할 수 있습니다. 시스템이 복원되면 운영 시스템으로 다시 전환할 수 있습니다.

이 작업에 대해

SnapMirror SVM 복제 기능을 사용할 때는 다음 사항을 고려하십시오.

  • SVM-DR이 활성화된 각 SVM에 대해 별개의 백엔드를 생성해야 합니다.

  • SVM-DR을 지원하는 백엔드에 복제를 프로비저닝하지 않아도 되는 볼륨을 가질 필요가 없도록 필요한 경우에만 복제된 백엔드를 선택하도록 스토리지 클래스를 구성합니다.

  • 애플리케이션 관리자는 복제와 관련된 추가 비용 및 복잡성을 이해하고 이 프로세스를 시작하기 전에 복구 계획을 신중하게 고려해야 합니다.

SVM 복제

을 사용할 수 있습니다 "ONTAP: SnapMirror SVM 복제" SVM 복제 관계를 생성합니다.

SnapMirror를 사용하여 복제할 항목을 제어하는 옵션을 설정할 수 있습니다. 사전 형성 시 선택한 옵션을 알아야 합니다 Astra Trident를 사용한 SVM 복구.

Astra Trident를 사용한 SVM 복구

Astra Trident는 SVM 장애를 자동으로 감지하지 않습니다. 재해가 발생할 경우 관리자는 새로운 SVM으로 Trident 페일오버를 수동으로 시작할 수 있습니다.

단계
  1. SnapMirror의 예약된 전송 및 진행 중인 전송을 취소하고 복제 관계를 중지한 다음, 소스 SVM을 중지하고 SnapMirror 대상 SVM을 활성화합니다.

  2. 를 지정한 경우 -identity-preserve false 또는 -discard-config network SVM 복제를 구성할 때 를 업데이트합니다 managementLIFdataLIF Trident 백엔드 정의 파일

  3. 확인합니다 storagePrefix Trident 백엔드 정의 파일에 있습니다. 이 매개 변수는 변경할 수 없습니다. 생략합니다 storagePrefix 백엔드 업데이트가 실패합니다.

  4. 다음을 사용하여 새로운 대상 SVM 이름을 반영하도록 필수 백엔드를 업데이트합니다.

    ./tridentctl update backend <backend-name> -f <backend-json-file> -n <namespace>
  5. 를 지정한 경우 -identity-preserve false 또는 `discard-config network`모든 애플리케이션 포드를 바운스해야 합니다.

    참고 를 지정한 경우 `-identity-preserve true`Astra Trident가 프로비저닝한 모든 볼륨은 대상 SVM이 활성화될 때 데이터 제공을 시작합니다.

볼륨 복제 및 복구

Astra Trident는 SnapMirror 복제 관계를 구성할 수 없지만 스토리지 관리자는 을 사용할 수 있습니다 "ONTAP SnapMirror 복제 및 복구" Astra Trident에서 생성한 볼륨을 복제합니다.

그런 다음 를 사용하여 복구된 볼륨을 Astra Trident로 가져올 수 있습니다 "Tridentctl 볼륨 가져오기".

참고 에서 가져오기가 지원되지 않습니다 ontap-nas-economy, ontap-san-economy, 또는 ontap-flexgroup-economy 드라이버.

스냅샷 데이터 보호

다음을 사용하여 데이터를 보호하고 복원할 수 있습니다.

  • PVS(영구 볼륨)의 Kubernetes 볼륨 스냅샷을 생성하는 외부 스냅샷 컨트롤러 및 CRD

  • ONTAP 스냅샷 - 볼륨의 전체 내용을 복원하거나 개별 파일 또는 LUN을 복구합니다.

Astra Control Center 애플리케이션 복제

Astra Control을 사용하면 SnapMirror의 비동기식 복제 기능을 사용하여 클러스터 간에 데이터 및 애플리케이션 변경 사항을 복제할 수 있습니다.