Skip to main content
NetApp Backup and Recovery
모든 클라우드 제공업체
  • 아마존 웹 서비스
  • 구글 클라우드
  • 마이크로소프트 애저
  • 모든 클라우드 제공업체
본 한국어 번역은 사용자 편의를 위해 제공되는 기계 번역입니다. 영어 버전과 한국어 버전이 서로 어긋나는 경우에는 언제나 영어 버전이 우선합니다.

NetApp 백업 및 복구를 사용하여 ONTAP 볼륨 데이터를 보호하세요

기여자 netapp-mwallis
PDF

NetApp Backup and Recovery는 ONTAP 볼륨 데이터의 보호 및 장기 보관을 위한 백업 및 복원 기능을 제공합니다. 2개의 서로 다른 스토리지 시스템에 소스 데이터의 사본 3개를 두고, 클라우드에 사본 1개를 두는 3-2-1 전략을 구현할 수 있습니다.

참고 NetApp 백업 및 복구 워크로드로 전환하려면 다음을 참조하세요."다양한 NetApp 백업 및 복구 워크로드로 전환" .

활성화 후 백업 및 복구를 통해 블록 수준의 증분적 영구 백업이 생성되어 다른 ONTAP 클러스터와 클라우드의 개체 스토리지에 저장됩니다. 소스 볼륨 외에도 다음이 제공됩니다.

  • 소스 시스템의 볼륨 스냅샷 복사본

  • 다른 스토리지 시스템에 복제된 볼륨

  • 객체 스토리지의 볼륨 백업

백업 파일이 소스 시스템에 스냅샷 복사본으로, 보조 스토리지 시스템에 복제된 볼륨으로, 개체 스토리지에 백업 파일로 존재하는 방식을 보여주는 다이어그램입니다.

NetApp 백업 및 복구는 NetApp의 SnapMirror 데이터 복제 기술을 활용하여 스냅샷 사본을 만들고 이를 백업 위치로 전송하여 모든 백업이 완전히 동기화되도록 보장합니다.

3-2-1 접근 방식의 이점은 다음과 같습니다.

  • 여러 개의 데이터 사본은 내부자 및 외부 사이버 보안 위협으로부터 다중 계층의 보호를 제공합니다.

  • 여러 미디어 유형을 사용하면 하나의 미디어 유형에 물리적 또는 논리적 오류가 발생하는 경우에도 장애 조치를 실행할 수 있습니다.

  • 현장 사본은 신속한 복원을 용이하게 하며, 현장 사본이 손상된 경우를 대비해 원격 사본도 준비되어 있습니다.

필요한 경우 백업 사본에서 전체 볼륨, 폴더 또는 하나 이상의 _파일_을 동일하거나 다른 시스템으로 복원할 수 있습니다.

특징

복제 기능:

  • 백업 및 재해 복구를 지원하기 위해 ONTAP 스토리지 시스템 간에 데이터를 복제합니다.

  • 높은 가용성으로 DR 환경의 안정성을 확보하세요.

  • 두 시스템 간의 사전 공유 키(PSK)를 통해 기본 ONTAP 전송 중 암호화가 설정됩니다.

  • 복사된 데이터는 쓰기 가능하고 사용할 준비가 될 때까지 변경할 수 없습니다.

  • 전송에 실패하면 복제가 자체적으로 복구됩니다.

  • 와 비교했을 때 "NetApp 복제" NetApp Backup and Recovery의 복제에는 다음과 같은 기능이 포함됩니다.

    • 한 번에 여러 개의 FlexVol 볼륨을 보조 시스템에 복제합니다.

    • UI를 사용하여 복제된 볼륨을 소스 시스템이나 다른 시스템으로 복원합니다.

보다"ONTAP 볼륨에 대한 복제 제한" NetApp Backup and Recovery for ONTAP 볼륨에서 사용할 수 없는 복제 기능 목록은 여기에서 확인하세요.

객체 백업 기능:

  • 저렴한 개체 스토리지에 데이터 볼륨의 독립적인 사본을 백업하세요.

  • 클러스터의 모든 볼륨에 단일 백업 정책을 적용하거나 고유한 복구 지점 목표가 있는 볼륨에 다른 백업 정책을 할당합니다.

  • 클러스터에서 생성되는 모든 향후 볼륨에 적용할 백업 정책을 만듭니다.

  • 변경 불가능한 백업 파일을 만들어 보관 기간 동안 잠그고 보호합니다.

  • 랜섬웨어 공격 가능성이 있는지 백업 파일을 검사하고 감염된 백업을 자동으로 제거/교체합니다.

  • 비용을 절감하기 위해 오래된 백업 파일을 보관 저장소에 계층화합니다.

  • 볼륨 백업을 보존하는 동시에 필요 없는 소스 볼륨을 보관할 수 있도록 백업 관계를 삭제합니다.

  • 클라우드에서 클라우드로, 온프레미스 시스템에서 퍼블릭 또는 프라이빗 클라우드로 백업합니다.

  • 백업 데이터는 저장 중에는 AES-256비트 암호화를 통해 보호되고, 전송 중에는 TLS 1.2 HTTPS 연결을 통해 보호됩니다.

  • 클라우드 공급업체의 기본 암호화 키를 사용하는 대신, 고객이 관리하는 자체 키를 사용하여 데이터를 암호화하세요.

  • 단일 볼륨에 대해 최대 4,000개의 백업을 지원합니다.

복원 기능:

  • 개체 스토리지의 로컬 스냅샷 복사본, 복제된 볼륨 또는 백업된 볼륨에서 특정 시점의 데이터를 복원합니다.

  • 볼륨, 폴더 또는 개별 파일을 소스 시스템이나 다른 시스템으로 복원합니다.

  • 다른 구독/계정을 사용하거나 다른 지역에 있는 시스템으로 데이터를 복원합니다.

  • 클라우드 스토리지에서 Cloud Volumes ONTAP 시스템이나 온프레미스 시스템으로 볼륨을 _빠르게 복원_합니다. 가능한 한 빨리 볼륨에 대한 액세스를 제공해야 하는 재해 복구 상황에 적합합니다.

  • 원래 ACL을 보존하면서 블록 수준에서 데이터를 복원하여 지정한 위치에 직접 데이터를 배치합니다.

  • 개별 폴더와 파일을 쉽게 선택하여 단일 파일을 복원할 수 있도록 파일 카탈로그를 탐색하고 검색합니다.

백업 및 복원 작업을 위한 지원 시스템

NetApp Backup and Recovery는 ONTAP 시스템과 퍼블릭 및 프라이빗 클라우드 공급업체를 지원합니다.

지원되는 지역

NetApp 백업 및 복구는 많은 Amazon Web Services, Microsoft Azure 및 Google Cloud 지역에서 Cloud Volumes ONTAP 통해 지원됩니다.

"글로벌 지역 지도를 사용하여 자세히 알아보세요"

지원되는 백업 대상

NetApp Backup and Recovery를 사용하면 다음 소스 시스템의 ONTAP 볼륨을 퍼블릭 및 프라이빗 클라우드 공급자의 다음 보조 시스템과 개체 스토리지로 백업할 수 있습니다. 스냅샷 사본은 소스 시스템에 저장됩니다.

소스 시스템 2차 시스템(복제) 대상 객체 저장소(백업) ifdef::aws[]

AWS의 Cloud Volumes ONTAP

AWS 온프레미스 ONTAP 시스템의 Cloud Volumes ONTAP

아마존 S3 endif::aws[] ifdef::azure[]

Azure의 Cloud Volumes ONTAP

Azure 온프레미스 ONTAP 시스템의 Cloud Volumes ONTAP

Azure Blob endif::azure[] ifdef::gcp[]

Google의 Cloud Volumes ONTAP

Google 온프레미스 ONTAP 시스템의 Cloud Volumes ONTAP

Google 클라우드 스토리지 endif::gcp[]

온프레미스 ONTAP 시스템

Cloud Volumes ONTAP 온프레미스 ONTAP 시스템

ifdef::aws[] Amazon S3 endif::aws[] ifdef::azure[] Azure Blob endif::azure[] ifdef::gcp[] Google Cloud Storage endif::gcp[] NetApp StorageGRID ONTAP S3

지원되는 복원 대상

보조 시스템(복제된 볼륨) 또는 개체 스토리지(백업 파일)에 있는 백업 파일에서 ONTAP 데이터를 다음 시스템으로 복원할 수 있습니다. 스냅샷 사본은 소스 시스템에 저장되며 동일한 시스템으로만 복원할 수 있습니다.

백업 파일 위치 목적지 시스템

객체 저장소(백업)

2차 시스템(복제)

ifdef::aws[]

아마존 S3

AWS 온프레미스 ONTAP 시스템의 Cloud Volumes ONTAP

AWS 온프레미스 ONTAP 시스템의 Cloud Volumes ONTAP endif::aws[] ifdef::azure[]

Azure Blob

Azure 온프레미스 ONTAP 시스템의 Cloud Volumes ONTAP

Azure 온프레미스 ONTAP 시스템의 Cloud Volumes ONTAP endif::azure[] ifdef::gcp[]

구글 클라우드 스토리지

Google 온프레미스 ONTAP 시스템의 Cloud Volumes ONTAP

Google 온프레미스 ONTAP 시스템의 Cloud Volumes ONTAP endif::gcp[]

NetApp StorageGRID

온프레미스 ONTAP 시스템 Cloud Volumes ONTAP

온프레미스 ONTAP 시스템

ONTAP S3

온프레미스 ONTAP 시스템 Cloud Volumes ONTAP

온프레미스 ONTAP 시스템

"온프레미스 ONTAP 시스템"에 대한 참조에는 FAS, AFF 및 ONTAP Select 시스템이 포함됩니다.

지원되는 볼륨

NetApp Backup and Recovery는 다음 유형의 볼륨을 지원합니다.

  • FlexVol 읽기-쓰기 볼륨

  • FlexGroup 볼륨( ONTAP 9.12.1 이상 필요)

  • SnapLock Enterprise 볼륨( ONTAP 9.11.1 이상 필요)

  • 온프레미스 볼륨에 대한 SnapLock Compliance ( ONTAP 9.14 이상 필요)

  • SnapMirror 데이터 보호(DP) 대상 볼륨

참고 NetApp Backup and Recovery는 FlexCache 볼륨의 백업을 지원하지 않습니다.

섹션을 참조하세요"ONTAP 볼륨에 대한 백업 및 복원 제한 사항" 추가 요구 사항 및 제한 사항에 대해서는.

비용

ONTAP 시스템과 함께 NetApp 백업 및 복구를 사용하는 경우 리소스 요금과 서비스 요금이라는 두 가지 유형의 비용이 발생합니다. 두 요금 모두 서비스의 객체 백업 부분에 대한 요금입니다.

스냅샷 복사본이나 복제 볼륨을 생성하는 데는 비용이 들지 않습니다. 스냅샷 복사본과 복제 볼륨을 저장하는 데 필요한 디스크 공간 외에는 비용이 들지 않습니다.

자원 요금

리소스 요금은 객체 저장 용량과 클라우드에 백업 파일을 쓰고 읽는 데 대한 비용으로 클라우드 제공자에게 지불됩니다.

  • 개체 스토리지에 백업하는 경우 클라우드 공급자에게 개체 스토리지 비용을 지불합니다.

    NetApp Backup and Recovery는 소스 볼륨의 스토리지 효율성을 보존하므로 ONTAP 효율성 이후의 데이터(중복 제거 및 압축이 적용된 후의 더 적은 양의 데이터)에 대해 클라우드 공급자 개체 스토리지 비용을 지불합니다.

  • 검색 및 복원을 사용하여 데이터를 복원하는 경우 클라우드 공급자가 특정 리소스를 제공하며, 검색 요청으로 스캔된 데이터 양에 따라 TiB당 비용이 발생합니다. (이러한 리소스는 찾아보기 및 복원에 필요하지 않습니다.)

  • Google에서는 새로운 버킷이 배포되고 "Google Cloud BigQuery 서비스" 계정/프로젝트 수준에서 제공됩니다.

  • 보관 개체 스토리지로 이동된 백업 파일에서 볼륨 데이터를 복원하려는 경우 클라우드 공급자로부터 추가 GiB당 검색 요금과 요청당 요금이 부과됩니다.

  • 볼륨 데이터를 복원하는 과정에서 랜섬웨어에 대한 백업 파일을 스캔할 계획이라면(클라우드 백업에 대해 DataLock 및 랜섬웨어 복원력을 활성화한 경우), 클라우드 공급업체로부터 추가적인 퇴출 비용도 발생합니다.

서비스 요금

서비스 요금은 NetApp 에 ​​지불되며, 여기에는 개체 스토리지에 대한 백업을 _생성_하는 비용과 해당 백업에서 볼륨이나 파일을 _복원_하는 비용이 모두 포함됩니다. ONTAP 볼륨의 소스 논리적 사용 용량( ONTAP 효율성 이전)을 기준으로 개체 스토리지에 백업된 데이터에 대해서만 비용을 지불합니다. 이 용량은 프런트엔드 테라바이트(FETB)라고도 합니다.

백업 서비스 비용은 세 가지 방법으로 지불할 수 있습니다. 첫 번째 옵션은 월 단위로 요금을 지불하고 클라우드 제공업체에 가입하는 것입니다. 두 번째 옵션은 연간 계약을 맺는 것입니다. 세 번째 옵션은 NetApp 에서 직접 라이선스를 구매하는 것입니다.

라이센스

NetApp 백업 및 복구는 다음과 같은 소비 모델로 제공됩니다.

  • BYOL: NetApp 에서 구매한 라이선스로 모든 클라우드 공급자와 함께 사용할 수 있습니다.

  • PAYGO: 클라우드 공급업체의 마켓플레이스에서 제공하는 시간당 구독입니다.

  • 연간: 클라우드 공급업체의 마켓플레이스와 맺은 연간 계약입니다.

백업 라이선스는 개체 스토리지에서 백업하고 복원하는 데만 필요합니다. 스냅샷 복사본과 복제 볼륨을 만드는 데는 라이선스가 필요하지 않습니다.

면허증을 직접 가져오세요

BYOL은 기간 기반(1년, 2년 또는 3년)이며 1TiB 단위로 용량을 결정합니다. 예를 들어 1년 동안 일정 기간 동안 NetApp 에 ​​서비스를 사용하고 최대 용량(예: 10TiB)을 지불합니다.

서비스를 활성화하려면 NetApp 콘솔에 입력하는 일련 번호를 받게 됩니다. 두 가지 제한 중 하나에 도달하면 라이센스를 갱신해야 합니다. 백업 BYOL 라이선스는 NetApp 콘솔 조직 또는 계정과 연결된 모든 소스 시스템에 적용됩니다.

"BYOL 라이선스를 관리하는 방법을 알아보세요" .

사용량에 따라 지불하는 구독

NetApp Backup and Recovery는 사용량 기반 라이선스를 사용량에 따라 지불하는 모델로 제공합니다. 클라우드 공급업체의 마켓플레이스를 통해 구독한 후, 백업된 데이터에 대해 GiB당 요금을 지불합니다. 선불금은 없습니다. 귀하는 월별 청구서를 통해 클라우드 제공자로부터 요금을 청구받습니다.

"사용량에 따른 요금제 구독을 설정하는 방법을 알아보세요" .

PAYGO 구독에 처음 가입하면 30일 무료 체험판을 이용할 수 있습니다.

연간 계약

AWS를 사용하면 1년, 2년 또는 3년 기간의 연간 계약 두 가지를 이용할 수 있습니다.

  • Cloud Volumes ONTAP 데이터와 온프레미스 ONTAP 데이터를 백업할 수 있는 "클라우드 백업" 플랜입니다.

  • Cloud Volumes ONTAP 과 NetApp Backup and Recovery를 번들로 제공하는 "CVO Professional" 플랜입니다. 여기에는 이 라이선스에 따라 청구되는 Cloud Volumes ONTAP 볼륨에 대한 무제한 백업이 포함됩니다(백업 용량은 라이선스에 포함되지 않습니다).

Azure를 사용하면 1년, 2년 또는 3년 기간의 연간 계약 두 가지를 이용할 수 있습니다.

  • Cloud Volumes ONTAP 데이터와 온프레미스 ONTAP 데이터를 백업할 수 있는 "클라우드 백업" 플랜입니다.

  • Cloud Volumes ONTAP 과 NetApp Backup and Recovery를 번들로 제공하는 "CVO Professional" 플랜입니다. 여기에는 이 라이선스에 따라 청구되는 Cloud Volumes ONTAP 볼륨에 대한 무제한 백업이 포함됩니다(백업 용량은 라이선스에 포함되지 않습니다).

GCP를 사용하면 NetApp 에서 비공개 제안을 요청한 다음 NetApp 백업 및 복구 활성화 중에 Google Cloud Marketplace에서 구독할 때 플랜을 선택할 수 있습니다.

"연간 계약을 설정하는 방법을 알아보세요" .

NetApp 백업 및 복구 작동 방식

Cloud Volumes ONTAP 또는 온프레미스 ONTAP 시스템에서 NetApp 백업 및 복구를 활성화하면 해당 서비스가 데이터의 전체 백업을 수행합니다. 최초 백업 이후 모든 추가 백업은 증분식으로, 변경된 블록과 새 블록만 백업됩니다. 이렇게 하면 네트워크 트래픽이 최소화됩니다. 개체 스토리지에 대한 백업은 다음 위에 구축됩니다. "NetApp SnapMirror 클라우드 기술" .

주의 클라우드 백업 파일을 관리하거나 변경하기 위해 클라우드 공급자 환경에서 직접 수행한 모든 작업은 파일을 손상시킬 수 있으며 지원되지 않는 구성으로 이어질 수 있습니다.

다음 이미지는 각 구성 요소 간의 관계를 보여줍니다.

NetApp Backup and Recovery가 복제된 볼륨과 백업 파일이 있는 소스 시스템, 보조 스토리지 시스템 및 대상 개체 스토리지의 볼륨과 통신하는 방식을 보여주는 다이어그램입니다.

이 다이어그램은 볼륨이 Cloud Volumes ONTAP 시스템에 복제되는 것을 보여주지만, 볼륨은 온프레미스 ONTAP 시스템에도 복제될 수 있습니다.

백업이 있는 위치

백업은 백업 유형에 따라 다른 위치에 저장됩니다.

  • _스냅샷 복사본_은 소스 시스템의 소스 볼륨에 상주합니다.

  • _복제된 볼륨_은 보조 스토리지 시스템( Cloud Volumes ONTAP 또는 온프레미스 ONTAP 시스템)에 상주합니다.

  • _백업 사본_은 콘솔이 클라우드 계정에 생성하는 개체 저장소에 저장됩니다. 클러스터/시스템당 하나의 개체 저장소가 있으며, 콘솔에서는 개체 저장소의 이름을 "netapp-backup-clusteruuid"로 지정합니다. 이 개체 저장소를 삭제하지 마십시오.

+ ** AWS에서는 콘솔을 사용하여 다음을 수행할 수 있습니다. "Amazon S3 블록 퍼블릭 액세스 기능" S3 버킷에.

+ ** Azure에서 콘솔은 Blob 컨테이너에 대한 스토리지 계정이 있는 새 리소스 그룹이나 기존 리소스 그룹을 사용합니다. 콘솔 "Blob 데이터에 대한 공개 액세스를 차단합니다." 기본적으로.

+ ** GCP에서 콘솔은 Google Cloud Storage 버킷에 대한 스토리지 계정이 있는 새 프로젝트나 기존 프로젝트를 사용합니다.

+ ** StorageGRID 에서 콘솔은 S3 버킷에 대해 기존 테넌트 계정을 사용합니다.

+ ** ONTAP S3에서 콘솔은 S3 버킷에 대한 기존 사용자 계정을 사용합니다.

나중에 클러스터의 대상 개체 저장소를 변경하려면 다음이 필요합니다."시스템에 대한 NetApp Backup and Recovery 등록 취소" 그런 다음 새로운 클라우드 공급자 정보를 사용하여 NetApp 백업 및 복구를 활성화합니다.

사용자 정의 가능한 백업 일정 및 보존 설정

시스템에 대해 NetApp 백업 및 복구를 활성화하면 처음에 선택한 모든 볼륨이 선택한 정책을 사용하여 백업됩니다. 스냅샷 복사본, 복제된 볼륨 및 백업 파일에 대해 별도의 정책을 선택할 수 있습니다. 서로 다른 복구 지점 목표(RPO)를 가진 특정 볼륨에 서로 다른 백업 정책을 할당하려는 경우 해당 클러스터에 대한 추가 정책을 만들고 NetApp Backup and Recovery가 활성화된 후 해당 정책을 다른 볼륨에 할당할 수 있습니다.

모든 볼륨에 대해 시간별, 일별, 주별, 월별, 연간 백업을 조합하여 선택할 수 있습니다. 개체에 대한 백업의 경우 3개월, 1년, 7년 동안 백업 및 보존을 제공하는 시스템 정의 정책 중 하나를 선택할 수도 있습니다. ONTAP System Manager나 ONTAP CLI를 사용하여 클러스터에서 생성한 백업 보호 정책도 선택 항목으로 나타납니다. 여기에는 사용자 정의 SnapMirror 레이블을 사용하여 생성된 정책이 포함됩니다.

참고 볼륨에 적용된 스냅샷 정책에는 복제 정책과 개체 정책에 사용하는 레이블 중 하나가 있어야 합니다. 일치하는 라벨이 발견되지 않으면 백업 파일이 생성되지 않습니다. 예를 들어, "주간" 복제 볼륨과 백업 파일을 생성하려면 "주간" 스냅샷 복사본을 생성하는 스냅샷 정책을 사용해야 합니다.

카테고리 또는 간격에 대한 최대 백업 수에 도달하면 이전 백업이 제거되어 항상 최신 백업을 보유할 수 있습니다(따라서 오래된 백업이 더 이상 공간을 차지하지 않습니다).

팁 데이터 보호 볼륨의 백업 보존 기간은 소스 SnapMirror 관계에서 정의된 기간과 동일합니다. 원하시면 API를 사용하여 이를 변경할 수 있습니다.

백업 파일 보호 설정

클러스터에서 ONTAP 9.11.1 이상을 사용하는 경우 개체 스토리지의 백업을 삭제 및 랜섬웨어 공격으로부터 보호할 수 있습니다. 각 백업 정책은 특정 기간(보존 기간) 동안 백업 파일에 적용할 수 있는 데이터 잠금 및 랜섬웨어 복원력 섹션을 제공합니다.

  • _DataLock_은 백업 파일이 수정되거나 삭제되는 것을 방지합니다.

  • 랜섬웨어 보호 기능은 백업 파일을 생성할 때와 백업 파일의 데이터를 복원할 때 랜섬웨어 공격의 증거를 찾기 위해 백업 파일을 검사합니다.

예약된 랜섬웨어 보호 검사는 기본적으로 활성화되어 있습니다. 검사 빈도의 기본 설정은 7일입니다. 스캔은 최신 스냅샷 사본에서만 수행됩니다. 예약된 검사는 비용을 절감하기 위해 비활성화할 수 있습니다. 고급 설정 페이지의 옵션을 사용하여 최신 스냅샷 복사본에 대한 예약된 랜섬웨어 검사를 활성화하거나 비활성화할 수 있습니다. 이 기능을 활성화하면 기본적으로 매주 검사가 수행됩니다. 일정을 며칠이나 몇 주로 변경하거나 비활성화하여 비용을 절감할 수 있습니다.

백업 보존 기간은 백업 일정 보존 기간과 동일하며, 최대 31일의 버퍼 기간이 추가됩니다. 예를 들어, 5_개의 사본을 보관하는 _주간 백업의 경우 각 백업 파일은 5주 동안 잠깁니다. 6_개의 사본을 보관하는 _월별 백업의 경우 각 백업 파일은 6개월 동안 잠깁니다.

현재 백업 대상이 Amazon S3, Azure Blob 또는 NetApp StorageGRID 인 경우에만 지원이 제공됩니다. 향후 릴리스에서는 다른 스토리지 공급자 대상지가 추가될 예정입니다.

자세한 내용은 다음 정보를 참조하세요.

팁 백업을 보관 저장소에 계층화하는 경우 DataLock을 활성화할 수 없습니다.

이전 백업 파일을 위한 보관 저장소

특정 클라우드 스토리지를 사용하는 경우, 일정 기간이 지나면 오래된 백업 파일을 비용이 덜 드는 스토리지 클래스/액세스 계층으로 옮길 수 있습니다. 표준 클라우드 저장소에 쓰지 않고도 백업 파일을 즉시 보관 저장소로 보내도록 선택할 수도 있습니다. DataLock을 활성화한 경우 보관 저장소를 사용할 수 없습니다.

  • AWS에서 백업은 Standard 스토리지 클래스에서 시작하여 30일 후에 Standard-Infrequent Access 스토리지 클래스로 전환됩니다.

    클러스터에서 ONTAP 9.10.1 이상을 사용하는 경우 NetApp 백업 및 복구 UI에서 특정 일수 후에 이전 백업을 S3 Glacier 또는 S3 Glacier Deep Archive 스토리지로 계층화하여 비용을 더욱 최적화할 수 있습니다. "AWS 보관 스토리지에 대해 자세히 알아보세요" .

  • Azure에서 백업은 Cool 액세스 계층과 연결됩니다.

    클러스터에서 ONTAP 9.10.1 이상을 사용하는 경우 NetApp 백업 및 복구 UI에서 특정 일수 후에 이전 백업을 Azure Archive 스토리지로 계층화하여 비용을 더욱 최적화할 수 있습니다. "Azure 보관 저장소에 대해 자세히 알아보세요" .

  • GCP에서 백업은 Standard 스토리지 클래스와 연결됩니다.

    클러스터에서 ONTAP 9.12.1 이상을 사용하는 경우 NetApp 백업 및 복구 UI에서 특정 기간 후에 이전 백업을 아카이브 스토리지로 계층화하여 비용을 더욱 최적화할 수 있습니다. "Google 보관 저장소에 대해 자세히 알아보세요" .

  • StorageGRID 에서 백업은 Standard 스토리지 클래스와 연결됩니다.

    온프레미스 클러스터에서 ONTAP 9.12.1 이상을 사용하고 StorageGRID 시스템에서 11.4 이상을 사용하는 경우, 특정 일수가 지난 후 이전 백업 파일을 퍼블릭 클라우드 보관 스토리지에 보관할 수 있습니다. 현재 지원되는 스토리지 계층은 AWS S3 Glacier/S3 Glacier Deep Archive 또는 Azure Archive 스토리지 계층입니다. "StorageGRID 에서 백업 파일을 보관하는 방법에 대해 자세히 알아보세요." .

이전 백업 파일을 보관하는 방법에 대한 자세한 내용은 링크:prev-ontap-policy-object-options.html을 참조하세요.

FabricPool 계층화 정책 고려 사항

백업하는 볼륨이 FabricPool 집계에 있고 할당된 계층화 정책이 있는 경우 알아야 할 몇 가지 사항이 있습니다. none :

  • FabricPool 계층형 볼륨의 첫 번째 백업에는 모든 로컬 데이터와 모든 계층형 데이터(객체 저장소에서)를 읽어야 합니다. 백업 작업은 개체 스토리지에 계층화된 콜드 데이터를 "다시 가열"하지 않습니다.

    이 작업으로 인해 클라우드 공급자로부터 데이터를 읽는 데 드는 비용이 한 번 증가할 수 있습니다.

    • 이후 백업은 증분식으로 이루어지므로 이러한 효과가 없습니다.

    • 볼륨을 처음 생성할 때 계층화 정책이 볼륨에 할당된 경우 이 문제가 발생하지 않습니다.

  • 백업을 할당하기 전에 백업의 영향을 고려하십시오. all 볼륨에 대한 계층화 정책. 데이터가 즉시 계층화되므로 NetApp Backup and Recovery는 로컬 계층이 아닌 클라우드 계층에서 데이터를 읽습니다. 동시 백업 작업은 클라우드 객체 저장소에 대한 네트워크 링크를 공유하므로 네트워크 리소스가 포화 상태가 되면 성능 저하가 발생할 수 있습니다. 이 경우 네트워크 포화 상태를 줄이기 위해 여러 네트워크 인터페이스(LIF)를 사전에 구성하는 것이 좋습니다.