Astra를 사용한 데이터 보호
변경 제안
PDF
이 페이지에는 Astra Control Center(ACC)를 사용하여 VMware vSphere에서 실행되는 Red Hat OpenShift Container 기반 애플리케이션에 대한 데이터 보호 옵션이 나와 있습니다.
사용자가 Red Hat OpenShift를 사용하여 애플리케이션을 현대화하는 과정에서 실수로 인한 삭제나 기타 인적 오류로부터 애플리케이션을 보호하기 위한 데이터 보호 전략이 마련되어야 합니다. 규정 또는 규정 준수 목적으로도 데이터 마스터를 보호하기 위해 보호 전략이 필요한 경우가 많습니다.
데이터 보호 요구 사항은 사람의 개입 없이 시점 복사본으로 되돌려서 다른 장애 도메인으로 자동 페일오버하는 것에서부터 다릅니다. 많은 고객들이 멀티 테넌시, 멀티 프로토콜, 고성능 및 용량 제공 기능, 멀티 사이트 위치의 복제 및 캐싱, 보안, 유연성 등과 같은 다양한 기능 때문에 Kubernetes 애플리케이션을 위한 기본 스토리지 플랫폼으로 ONTAP를 선택하고 있습니다.
ONTAP의 데이터 보호는 임시 또는 정책 제어 - 스냅샷 - 백업 및 복원 을 사용하여 수행할 수 있습니다
Snapshot 복사본 및 백업은 다음 유형의 데이터를 보호합니다.- 응용 프로그램의 상태를 나타내는 응용 프로그램 메타데이터 - 응용 프로그램과 연결된 모든 영구 데이터 볼륨 - 응용 프로그램에 속하는 모든 리소스 아티팩트
ACC를 사용한 스냅샷
ACC의 Snapshot을 사용하여 데이터의 시점 복제본을 캡처할 수 있습니다. 보호 정책은 유지할 스냅샷 복사본 수를 정의합니다. 사용 가능한 최소 스케줄 옵션은 매시간 입니다. 수동 온디맨드 스냅샷 복사본은 예약된 스냅샷 복사본보다 언제든지 더 짧은 간격으로 생성할 수 있습니다. 스냅샷 복사본은 앱과 동일한 프로비저닝된 볼륨에 저장됩니다.
ACC로 스냅샷 구성
ACC를 사용한 백업 및 복구
백업은 스냅샷을 기반으로 합니다. ACC는 CSI를 사용하여 스냅샷 복사본을 생성하고 시점 스냅샷 복사본을 사용하여 백업을 수행할 수 있습니다. 백업은 외부 오브젝트 저장소(ONTAP S3를 비롯한 다른 위치의 호환 S3)에 저장됩니다. 예약된 백업과 유지할 백업 버전 수에 대해 보호 정책을 구성할 수 있습니다. 최소 RPO는 1시간입니다.
ACC를 사용하여 백업에서 애플리케이션 복구
ACC는 백업이 저장되는 S3 버킷에서 애플리케이션을 복구합니다.
응용 프로그램별 실행 후크
또한 실행 후크는 관리되는 앱의 데이터 보호 작업과 함께 실행되도록 구성할 수 있습니다. 스토리지 시스템 레벨 데이터 보호 기능을 사용할 수 있지만 백업 및 복구를 수행하기 위해 추가 단계가 필요한 경우가 많으며, 애플리케이션 정합성이 보장됩니다. 앱별 추가 단계는 다음과 같습니다. - 스냅샷 복사본 생성 이전 또는 이후에 - 백업을 생성하기 전이나 후에 - 스냅샷 복사본 또는 백업에서 복원한 후
Astra Control은 실행 후크라고 하는 사용자 정의 스크립트로 코드화된 이러한 앱 관련 단계를 실행할 수 있습니다.
"NetApp Verda GitHub 프로젝트" 널리 사용되는 클라우드 네이티브 애플리케이션을 위한 실행 후크를 제공하여 애플리케이션을 간편하고, 강력하고, 쉽게 조정할 수 있도록 합니다. 리포지토리에 없는 응용 프로그램에 대한 충분한 정보가 있는 경우 해당 프로젝트에 자유롭게 참여할 수 있습니다.
redis 애플리케이션의 사전 스냅샷을 위한 샘플 실행 후크
ACC를 통한 복제
지역 보호를 위해 또는 낮은 RPO 및 RTO 솔루션을 위해 애플리케이션을 다른 지역의 가급적이면 다른 지역에서 실행되는 다른 Kubernetes 인스턴스로 복제할 수 있습니다. ACC는 5분 이내에 ONTAP 비동기식 SnapMirror를 사용합니다. 복제는 ONTAP로 복제하여 수행되면 페일오버로 타겟 클러스터에 Kubernetes 리소스를 생성합니다.
|
복제는 백업이 S3로 수행되고 복원이 수행되는 백업 및 복원과 다릅니다. 두 가지 데이터 보호 유형 간의 차이점에 대한 자세한 내용은 here 참조하십시오. |
을 참조하십시오 "여기" SnapMirror 설정 지침을 보려면
MetroCluster를 통한 비즈니스 연속성
대부분의 ONTAP용 하드웨어 플랫폼에는 고가용성 기능이 있어 장치 장애로부터 보호하므로 DIaster 복구를 수행할 필요가 없습니다. 하지만 화재 또는 기타 재난으로부터 보호하고 RPO가 0이고 RTO가 낮은 비즈니스를 계속 운영하려면 MetroCluster 솔루션이 자주 사용됩니다.
현재 ONTAP 시스템을 사용 중인 고객은 영역 수준 재해 복구 기능을 제공하기 위해 거리 제한 내에서 지원되는 ONTAP 시스템을 추가하여 MetroCluster로 확장할 수 있습니다. Trident, CSI(컨테이너 스토리지 인터페이스)는 MetroCluster 구성을 포함한 NetApp ONTAP 구성과 Cloud Volumes ONTAP, Azure NetApp Files, AWS FSx ONTAP 등과 같은 기타 옵션을 지원합니다. Trident은 ONTAP에 5가지 스토리지 드라이버 옵션을 제공하며 모두 MetroCluster 구성에서 지원됩니다. Trident에서 지원하는 ONTAP 스토리지 드라이버에 대한 자세한 내용은 을 "여기"참조하십시오.
MetroCluster 솔루션은 두 오류 도메인에서 동일한 네트워크 주소에 액세스하려면 계층 2 네트워크 확장 또는 기능이 필요합니다. MetroCluster 구성이 완료되면 MetroCluster svm의 모든 볼륨이 보호되고 SyncMirror(제로 RPO)의 이점을 얻을 수 있으므로 애플리케이션 소유자는 솔루션을 투명하게 사용할 수 있습니다.
|
Trident 백엔드 구성(TBC)의 경우 MetroCluster 구성을 사용할 때 데이터 LIF 및 SVM을 지정하지 마십시오. 관리 LIF에 SVM 관리 IP를 지정하고 vsadmin 역할 자격 증명을 사용합니다. |
Astra Control Center 데이터 보호 기능에 대한 자세한 내용을 확인할 수 있습니다 "여기"