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

데이터 보호 및 재해 복구

기여자
PDF

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

Trident 복제 및 복구

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

Trident 복제

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

단계

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

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

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

Trident 복구

Kubernetes CRD 및 Kubernetes 클러스터 etcd 스냅샷을 사용하여 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 복제 및 복구

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

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

이 작업에 대해

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

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

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

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

SVM 복제

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

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

Trident를 사용한 SVM 복구

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

단계

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

  2. 를 지정한 경우 -identity-preserve false 또는 -discard-config network SVM 복제를 구성할 때 를 업데이트합니다 managementLIF 및 dataLIF 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, 대상 SVM이 활성화될 때 Trident에서 프로비저닝한 모든 볼륨이 데이터 제공을 시작합니다.

볼륨 복제 및 복구

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

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

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

스냅샷 데이터 보호

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

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

    "볼륨 스냅숏"

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

    "ONTAP 스냅샷"