사용할 기능을 선택하기 전에 각 기능의 기능과 제공되는 보호 유형에 대한 간단한 설명을 확인해 보세요.

스냅샷은 모든 백업 방법의 기반이며, 백업 및 복구 서비스를 사용하려면 필수입니다. 스냅샷 복사본은 볼륨의 읽기 전용 특정 시점 이미지입니다. 이미지는 최소한의 저장 공간을 사용하고 마지막 스냅샷 복사본이 만들어진 이후 파일의 변경 사항만 기록하므로 성능 오버헤드가 무시할 수 있을 정도입니다. 볼륨에 생성된 스냅샷 복사본은 복제된 볼륨과 백업 파일을 소스 볼륨의 변경 사항과 동기화하는 데 사용됩니다(그림 참조).

다른 ONTAP 스토리지 시스템에 복제된 볼륨을 생성하고 클라우드에 백업 파일을 생성할 수 있습니다. 아니면 복제된 볼륨이나 백업 파일만 만들 수도 있습니다. 선택은 사용자에게 달려 있습니다.

요약하자면, ONTAP 시스템의 볼륨에 대해 생성할 수 있는 유효한 보호 흐름은 다음과 같습니다.

다양한 백업 방법 비교

다음 표는 세 가지 백업 방법을 일반적으로 비교한 것입니다. 일반적으로 개체 스토리지 공간은 온프레미스 디스크 스토리지보다 비용이 저렴하지만, 클라우드에서 데이터를 자주 복원할 것으로 생각된다면 클라우드 공급업체의 이탈 수수료로 인해 절감액이 일부 줄어들 수 있습니다. 클라우드에 있는 백업 파일에서 데이터를 얼마나 자주 복원해야 하는지 파악해야 합니다.

이러한 기준 외에도 클라우드 스토리지는 DataLock 및 랜섬웨어 복원력 기능을 사용하면 추가적인 보안 옵션을 제공하고, 오래된 백업 파일에 대한 보관 스토리지 클래스를 선택하면 추가적으로 비용을 절감할 수 있습니다. "DataLock 및 랜섬웨어 보호와 보관 스토리지 설정에 대해 자세히 알아보세요." .

복제된 볼륨과 백업 파일을 모두 생성할 때 볼륨을 백업하기 위해 팬아웃 또는 캐스케이드 아키텍처를 선택할 수 있습니다.

팬아웃 아키텍처는 스냅샷 복사본을 대상 스토리지 시스템과 클라우드의 백업 개체 모두에 독립적으로 전송합니다.

캐스케이드 아키텍처는 스냅샷 복사본을 먼저 대상 스토리지 시스템으로 전송한 다음, 해당 시스템이 복사본을 클라우드의 백업 개체로 전송합니다.

다양한 아키텍처 선택 비교

이 표는 팬아웃과 캐스케이드 아키텍처를 비교한 것입니다.

NetApp 에서 제공하는 기본 정책을 사용하여 백업을 만들 수도 있고, 사용자 정의 정책을 만들 수도 있습니다. 활성화 마법사를 사용하여 볼륨의 백업 및 복구 서비스를 활성화하면 기본 정책과 시스템(Cloud Volumes ONTAP 또는 온프레미스 ONTAP 시스템)에 이미 있는 다른 정책 중에서 선택할 수 있습니다. 기존 정책과 다른 정책을 사용하려면 활성화 마법사를 시작하기 전이나 사용하는 동안 정책을 만들 수 있습니다.

복제 또는 백업에 대한 사용자 지정 정책을 생성하는 경우 정책 레이블(예: "매일" 또는 "매주")은 스냅샷 정책이나 복제된 볼륨에 있는 레이블과 일치해야 하며 백업 파일이 생성되지 않습니다.

NetApp 백업 및 복구 UI에서 개체 스토리지 정책에 대한 스냅샷, 복제 및 백업을 생성할 수 있습니다. 섹션을 참조하세요"새로운 백업 정책 추가" 자세한 내용은.

NetApp Backup and Recovery를 사용하여 사용자 정의 정책을 만드는 것 외에도 System Manager나 ONTAP 명령줄 인터페이스(CLI)를 사용할 수 있습니다.

참고: 시스템 관리자를 사용하는 경우 복제 정책의 정책 유형으로 비동기*를 선택하고, 개체 백업 정책의 경우 *비동기 및 *클라우드에 백업*을 선택합니다.

사용자 지정 정책을 만드는 경우 도움이 될 수 있는 몇 가지 ONTAP CLI 명령 샘플을 소개합니다. admin vserver(저장소 VM)를 사용해야 한다는 점에 유의하세요. <vserver_name> 이러한 명령에서.

백업 정책은 사용하려는 백업 아키텍처(팬아웃 또는 캐스케이딩)에 따라 다른 위치에 있습니다. 복제 정책과 백업 정책은 동일한 방식으로 설계되지 않았습니다. 복제는 두 개의 ONTAP 스토리지 시스템을 쌍으로 구성하고 개체에 대한 백업은 스토리지 공급자를 대상으로 사용하기 때문입니다.

이러한 차이점은 표에 나와 있습니다.

따라서 계단식 아키텍처를 사용할 때 사용자 지정 정책을 만들 계획이라면 복제 볼륨이 생성될 보조 시스템에서 복제 및 개체 정책에 대한 백업을 만들어야 합니다. 팬아웃 아키텍처를 사용할 때 사용자 지정 정책을 만들 계획이라면 복제 볼륨이 생성될 보조 시스템에서 복제 정책을 만들고 기본 시스템에서 개체 정책으로 백업을 만들어야 합니다.

모든 ONTAP 시스템에 존재하는 기본 정책을 사용한다면 아무런 문제가 없습니다.

시스템의 개체 스토리지에 백업 파일을 만들면 기본적으로 백업 및 복구 서비스는 사용자가 구성한 개체 스토리지 계정에 백업 파일에 대한 컨테이너(버킷 또는 스토리지 계정)를 만듭니다. AWS 또는 GCP 버킷의 이름은 기본적으로 "netapp-backup-<uuid>"로 지정됩니다. Azure Blob 저장소 계정의 이름은 "netappbackup<uuid>"입니다.

특정 접두사를 사용하거나 특수 속성을 지정하려면 개체 공급자 계정에서 직접 컨테이너를 만들 수 있습니다. 자체 컨테이너를 만들려면 활성화 마법사를 시작하기 전에 컨테이너를 만들어야 합니다. NetApp Backup and Recovery는 모든 버킷을 사용하고 버킷을 공유할 수 있습니다. 백업 활성화 마법사는 선택한 계정과 자격 증명에 대해 프로비저닝된 컨테이너를 자동으로 검색하므로 사용할 컨테이너를 선택할 수 있습니다.

콘솔이나 클라우드 공급자를 통해 버킷을 만들 수 있습니다.

"netapp-backup-xxxxxx"가 아닌 다른 버킷 접두사를 사용하려는 경우 콘솔 에이전트 IAM 역할에 대한 S3 권한을 수정해야 합니다.

고급 버킷 설정

이전 백업 파일을 보관 저장소로 이동하거나 DataLock 및 랜섬웨어 보호 기능을 활성화하여 백업 파일을 잠그고 랜섬웨어가 있는지 검사하려는 경우 특정 구성 설정을 사용하여 컨테이너를 만들어야 합니다.

이미 콘솔을 사용하여 저장소를 관리하고 있다면 콘솔 에이전트가 이미 설치되어 있습니다. NetApp Backup and Recovery와 동일한 콘솔 에이전트를 사용할 계획이라면 준비가 완료된 것입니다. 다른 콘솔 에이전트를 사용해야 하는 경우 백업 및 복구 구현을 시작하기 전에 해당 에이전트를 설치해야 합니다.

NetApp 콘솔은 비즈니스 및 보안 요구 사항을 충족하는 방식으로 콘솔을 사용할 수 있도록 다양한 배포 모드를 제공합니다. _표준 모드_는 콘솔 SaaS 계층을 활용하여 모든 기능을 제공하는 반면, _제한 모드_와 _개인 모드_는 연결 제한이 있는 조직에서 사용할 수 있습니다.

"NetApp 콘솔 배포 모드에 대해 자세히 알아보세요" .