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

데이터 보호 및 재해 복구

기여자

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

Astra Trident 복제 및 복구

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

Astra Trident 복제

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

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

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

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

Astra Trident 복구

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

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

  2. 에 Kubernetes 클러스터와 관련된 모든 필수 인증서를 복사하고 에 etcd 구성원 파일을 /var/lib/etcd 복사합니다 /etc/kubernetes/pki.

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

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

SVM 복제 및 복구

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

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

이 작업에 대해

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

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

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

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

SVM 복제

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

SnapMirror를 사용하여 복제할 항목을 제어하는 옵션을 설정할 수 있습니다. 미리 만들 때 선택한 옵션을 알아야 Astra Trident를 사용한 SVM 복구합니다.

Astra Trident를 사용한 SVM 복구

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

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

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

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

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

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

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

볼륨 복제 및 복구

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

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

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

스냅샷 데이터 보호

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

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

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

Astra Control Center 애플리케이션 복제

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