Skip to main content
BlueXP backup and recovery
모든 클라우드 공급자
  • Amazon Web Services에서 직접 지원합니다
  • Google 클라우드
  • Microsoft Azure를 참조하십시오
  • 모든 클라우드 공급자
본 한국어 번역은 사용자 편의를 위해 제공되는 기계 번역입니다. 영어 버전과 한국어 버전이 서로 어긋나는 경우에는 언제나 영어 버전이 우선합니다.

BlueXP 백업 및 복구를 사용하여 ONTAP 볼륨 데이터를 보호합니다

기여자

BlueXP 백업 및 복구 서비스는 ONTAP 볼륨 데이터의 보호 및 장기 아카이브를 위한 백업 및 복원 기능을 제공합니다. 클라우드 내 복사본 1개와 함께 서로 다른 2개의 스토리지 시스템에 소스 데이터의 복사본을 3개 가지고 있는 3-2-1 전략을 구현할 수 있습니다.

활성화 후 백업 및 복구를 통해 다른 ONTAP 클러스터와 클라우드의 오브젝트 스토리지에 저장된 블록 레벨, 증분식 영구 백업을 만들 수 있습니다. 소스 볼륨 외에 다음이 있습니다.

  • 소스 시스템에 있는 볼륨의 스냅샷 복제본입니다

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

  • 오브젝트 스토리지에 있는 볼륨의 백업입니다

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

BlueXP 백업 및 복구는 NetApp의 SnapMirror 데이터 복제 기술을 활용하여 Snapshot 복사본을 생성한 후 백업 위치로 전송하여 모든 백업이 완벽하게 동기화되도록 합니다.

3-2-1 접근법의 장점은 다음과 같습니다.

  • 여러 데이터 복사본을 통해 내부(내부자)와 외부 사이버 보안 위협에 대한 다중 계층 보호를 제공합니다.

  • 여러 미디어 유형은 한 미디어 유형의 물리적 또는 논리적 장애 발생 시 장애 조치 실행 가능성을 보장합니다.

  • 온사이트 복제본을 사용하면 신속한 복구가 가능하며, 온사이트 복제본이 손상된 경우 즉시 오프사이트 복제본이 제공됩니다.

필요한 경우 전체 volume, folder 또는 하나 이상의 files 를 백업 사본에서 동일하거나 다른 작업 환경으로 복원할 수 있습니다.

피처

  • 복제 기능: *

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

  • 고가용성으로 DR 환경의 안정성을 보장합니다.

  • 두 시스템 간의 사전 공유 키(PSK)를 통해 설정된 네이티브 ONTAP 전송 중 암호화.

  • 복사한 데이터는 쓸 수 있고 사용할 준비가 될 때까지 변경할 수 없습니다.

  • 전송 실패 시 복제는 자동 복구입니다.

  • 과(와) 비교 시 "BlueXP 복제 서비스"BlueXP 백업 및 복구의 복제에는 다음과 같은 기능이 포함됩니다.

    • 한 번에 여러 FlexVol 볼륨을 2차 시스템으로 복제합니다.

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

    • 복제 정책을 관리합니다

을 참조하십시오 "복제 제한 사항" BlueXP 백업 및 복구와 함께 사용할 수 없는 복제 기능 목록을 보려면

  • 객체에 백업 기능: *

  • 데이터 볼륨의 독립적인 복사본을 저비용 오브젝트 스토리지로 백업합니다.

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

  • 클러스터에 생성된 이후의 모든 볼륨에 적용할 백업 정책을 생성합니다.

  • 변경 불가능한 백업 파일은 보존 기간 동안 잠기고 보호되도록 만듭니다.

  • 백업 파일에서 랜섬웨어 공격을 검색하고 감염된 백업을 자동으로 제거/교체합니다.

  • 오래된 백업 파일을 아카이브 스토리지에 계층화하여 비용 절감

  • 볼륨 백업을 유지하면서 불필요한 소스 볼륨을 아카이브할 수 있도록 백업 관계를 삭제합니다.

  • 클라우드에서 클라우드로, 사내 시스템에서 퍼블릭 또는 프라이빗 클라우드로 백업

  • 사용 중인 AES-256비트 암호화 유휴 및 TLS 1.2 HTTPS 연결로 백업 데이터를 보호합니다.

  • 클라우드 공급자의 기본 암호화 키를 사용하는 대신, 고객이 관리하는 데이터 암호화 키를 사용하십시오.

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

  • 기능 복원: *

  • 로컬 Snapshot 복사본, 복제된 볼륨 또는 오브젝트 스토리지의 백업된 볼륨에서 특정 시점의 데이터를 복원합니다.

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

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

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

  • 원래 ACL을 유지하면서 데이터를 지정한 위치에 직접 배치하여 블록 레벨에서 데이터를 복구합니다.

  • 파일 카탈로그를 찾아보고 검색하여 단일 파일 복원을 위해 개별 폴더와 파일을 쉽게 선택할 수 있습니다.

백업 및 복원 작업을 지원하는 작업 환경

BlueXP 백업 및 복구는 ONTAP 작업 환경과 퍼블릭 및 프라이빗 클라우드 공급자를 지원합니다.

지원되는 백업 대상

BlueXP 백업 및 복구를 사용하면 다음과 같은 소스 작업 환경에서 퍼블릭 및 프라이빗 클라우드 공급자의 다음 보조 작업 환경 및 개체 스토리지로 ONTAP 볼륨을 백업할 수 있습니다. 스냅샷 복사본은 소스 작업 환경에 있습니다.

소스 작업 환경 2차 작업 환경(복제) 대상 오브젝트 저장소(백업)

AWS의 Cloud Volumes ONTAP

AWS의 Cloud Volumes ONTAP
사내 ONTAP 시스템

Amazon S3 엔디프::AWS[]ifdef::Azure[]

Azure의 Cloud Volumes ONTAP

Azure의 Cloud Volumes ONTAP
사내 ONTAP 시스템

Azure Blob endif::Azure []ifdef::GCP[]

Google의 Cloud Volumes ONTAP

Google의 Cloud Volumes ONTAP
사내 ONTAP 시스템

Google Cloud 스토리지 엔디프::GCP[]

사내 ONTAP 시스템

Cloud Volumes ONTAP
사내 ONTAP 시스템

ifdef::AWS[]

Amazon S3

엔디프::AWS[]



Azure Blob

엔디프::Azure[]



Google 클라우드 스토리지

엔디프::GCP[]

NetApp StorageGRID를 참조하십시오
ONTAP S3

지원되는 복원 대상

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

백업 파일 위치 대상 작업 환경

* 오브젝트 저장소(백업) *

* 보조 시스템(복제) *

ifdef::aws[]

Amazon S3

AWS의 Cloud Volumes ONTAP
사내 ONTAP 시스템

Cloud Volumes ONTAP in AWS on-premises ONTAP system endif::AWS[]ifdef::Azure[]

Azure Blob

Azure의 Cloud Volumes ONTAP
사내 ONTAP 시스템

Azure 사내 ONTAP 시스템의 Cloud Volumes ONTAP endif::Azure []ifdef::GCP[]

Google 클라우드 스토리지

Google의 Cloud Volumes ONTAP
사내 ONTAP 시스템

Google 사내 ONTAP 시스템의 Cloud Volumes ONTAP::GCP []

NetApp StorageGRID를 참조하십시오

사내 ONTAP 시스템
Cloud Volumes ONTAP

사내 ONTAP 시스템

ONTAP S3

사내 ONTAP 시스템
Cloud Volumes ONTAP

사내 ONTAP 시스템

"사내 ONTAP 시스템"을 지칭할 때 FAS, AFF 및 ONTAP Select 시스템이 포함됩니다.

지원되는 볼륨

BlueXP 백업 및 복구는 다음 유형의 볼륨을 지원합니다.

  • FlexVol 읽기-쓰기 볼륨

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

  • SnapLock 엔터프라이즈 볼륨(ONTAP 9.11.1 이상 필요)

  • SnapLock Compliance 볼륨(ONTAP 9.14 이상 필요)

  • SnapMirror 데이터 보호(DP) 타겟 볼륨

의 섹션을 참조하십시오 "백업 및 복원 제한 사항" 추가 요구 사항 및 제한 사항

비용

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

Snapshot 복사본 및 복제된 볼륨을 저장하는 데 필요한 디스크 공간 이외의 Snapshot 복사본 또는 복제 볼륨을 생성하는 데는 비용이 부과되지 않습니다.

  • 리소스 비용 *

클라우드 공급자에게 오브젝트 스토리지 용량과 백업 파일을 쓰고 읽는 데 필요한 리소스 비용이 지불됩니다.

  • 오브젝트 스토리지 백업 의 경우, 클라우드 공급업체에 오브젝트 스토리지 비용을 지불하십시오.

    BlueXP 백업 및 복구는 소스 볼륨의 스토리지 효율성을 보존하므로, 데이터_after_ONTAP 효율성(데이터 중복 제거 및 압축 적용 후 데이터 양이 적은 경우)에 대한 클라우드 공급자 객체 스토리지 비용을 지불해야 합니다.

  • 검색 및 복원을 사용하여 데이터를 복원하는 경우 클라우드 공급자가 특정 리소스를 프로비저닝하며, 검색 요청에 의해 스캔된 데이터 양과 관련된 TiB 비용이 있습니다. (이러한 리소스는 Browse & Restore에 필요하지 않습니다.)

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

  • 아카이브 오브젝트 스토리지로 이동한 백업 파일에서 볼륨 데이터를 복구하려는 경우 클라우드 제공업체에서 GiB당 검색 비용과 요청당 비용이 추가로 부과됩니다.

  • 볼륨 데이터를 복원하는 동안 백업 파일에서 랜섬웨어를 검사하려는 경우(클라우드 백업에 DataLock 및 랜섬웨어 보호를 활성화한 경우) 클라우드 공급자로부터 추가 송신 비용이 발생합니다.

  • 서비스 요금 *

서비스 요금은 NetApp에 지불되며 객체 스토리지에 대한 _create_backups 및 이러한 백업에서_restore_volumes 또는 파일에 대한 비용을 모두 부담합니다. 오브젝트 스토리지에 백업된 ONTAP 볼륨의 소스 논리적 사용 용량(_Before_ONTAP 효율성)을 사용하여 오브젝트 스토리지에서 보호하는 데이터에 대해서만 비용을 지불합니다. 이 용량을 FETB(Front-End Terabytes)라고도 합니다.

백업 서비스에 대한 비용을 지불하는 방법에는 세 가지가 있습니다. 첫 번째 옵션은 클라우드 공급자를 구독하는 것입니다. 구독하면 매월 요금을 지불할 수 있습니다. 두 번째 옵션은 연간 계약을 얻는 것입니다. 세 번째 옵션은 NetApp에서 직접 라이센스를 구매하는 것입니다. 를 읽습니다 라이센싱 섹션을 참조하십시오.

라이센싱

BlueXP 백업 및 복구는 다음 소비 모델에서 사용할 수 있습니다.

  • * BYOL *: 모든 클라우드 공급자와 함께 사용할 수 있는 NetApp에서 구입한 라이센스

  • * PAYGO *: 클라우드 공급자 마켓플레이스의 시간별 구독입니다.

  • * 연간 *: 클라우드 공급자 마켓플레이스로부터 연간 계약을 체결합니다.

백업 라이센스는 오브젝트 스토리지에서 백업 및 복원하는 경우에만 필요합니다. Snapshot 복사본 및 복제된 볼륨을 생성하려면 라이센스가 필요하지 않습니다.

각자 보유한 라이센스를 가지고 오시기 바랍니다

BYOL은 기간 기반(1, 2 또는 3년) _ 및 _ 용량 - 1TiB 단위로 사용합니다. 예를 들어, 1년, 최대 용량(10TiB)에 대해 서비스 사용을 위해 NetApp에 비용을 지불합니다.

서비스를 활성화하기 위해 BlueXP 디지털 전자지갑 페이지에 입력한 일련 번호를 받게 됩니다. 두 제한 중 하나에 도달하면 라이센스를 갱신해야 합니다. Backup BYOL 라이센스는 와 관련된 모든 소스 시스템에 적용됩니다 "BlueXP 계정".

용량제 구독

BlueXP 백업 및 복구는 사용량 기반 라이센스를 선불 종량제 모델로 제공합니다. 클라우드 공급자의 마켓플레이스를 통해 구독한 후에는 백업된 데이터의 경우 GiB당 요금을 지불하면 됩니다. 이 경우 즉시 지불이 이루어집니다. 클라우드 공급자가 월별 요금을 청구합니다.

PAYGO 구독을 처음 등록하면 30일 무료 평가판을 사용할 수 있습니다.

연간 계약

AWS를 사용하는 경우 1, 2 또는 3년 기간에 대해 2개의 연간 계약을 사용할 수 있습니다.

  • Cloud Volumes ONTAP 데이터와 사내 ONTAP 데이터를 백업할 수 있는 '클라우드 백업' 계획

  • Cloud Volumes ONTAP 및 BlueXP 백업 및 복구를 번들로 제공할 수 있는 "CVO Professional" 계획입니다. 여기에는 이 라이센스에 대해 청구된 Cloud Volumes ONTAP 볼륨에 대한 무제한 백업이 포함됩니다(백업 용량은 라이센스에 포함되지 않음).

Azure를 사용하는 경우 1, 2 또는 3년 기간에 대해 2개의 연간 계약을 사용할 수 있습니다.

  • Cloud Volumes ONTAP 데이터와 사내 ONTAP 데이터를 백업할 수 있는 '클라우드 백업' 계획

  • Cloud Volumes ONTAP 및 BlueXP 백업 및 복구를 번들로 제공할 수 있는 "CVO Professional" 계획입니다. 여기에는 이 라이센스에 대해 청구된 Cloud Volumes ONTAP 볼륨에 대한 무제한 백업이 포함됩니다(백업 용량은 라이센스에 포함되지 않음).

GCP를 사용할 경우, BlueXP 백업 및 복구 활성화 중에 Google Cloud 마켓플레이스를 구독할 때 NetApp에서 프라이빗 제안을 요청하고 계획을 선택할 수 있습니다.

BlueXP 백업 및 복구의 작동 방식

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

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

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

BlueXP 백업 및 복구가 소스 시스템의 볼륨과 복제된 볼륨 및 백업 파일이 있는 보조 스토리지 시스템 및 대상 객체 스토리지의 볼륨과 통신하는 방법을 보여 주는 다이어그램입니다.

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

백업이 상주하는 위치입니다

백업은 백업 유형에 따라 서로 다른 위치에 있음:

  • _스냅샷 복제본은 소스 작업 환경의 소스 볼륨에 상주합니다.

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

  • _백업 사본은 BlueXP가 클라우드 계정에 생성하는 객체 저장소에 저장됩니다. 클러스터/작업 환경당 오브젝트 저장소가 하나씩 있으며 BlueXP에서는 오브젝트 저장소의 이름을 "NetApp-backup-clusteruuid"로 지정합니다. 이 오브젝트 저장소를 삭제하지 마십시오.

를 누릅니다
** AWS에서 BlueXP는 을 활성화합니다 "Amazon S3 블록 공용 액세스 기능입니다" S3 버킷에서.

를 누릅니다
** Azure에서 BlueXP는 Blob 컨테이너용 저장소 계정이 있는 새 리소스 그룹 또는 기존 리소스 그룹을 사용합니다. BlueXP "BLOB 데이터에 대한 공개 액세스를 차단합니다" 기본적으로 사용됩니다.

를 누릅니다
GCP에서 BlueXP는 Google Cloud Storage 버킷을 위한 저장소 계정이 있는 신규 또는 기존 프로젝트를 사용합니다.

를 누릅니다
** StorageGRID에서 BlueXP는 S3 버킷에 기존 테넌트 계정을 사용합니다.

를 누릅니다
** ONTAP S3의 경우 BlueXP는 S3 버킷에 대한 기존 사용자 계정을 사용합니다.

향후 클러스터의 대상 오브젝트 저장소를 변경하려면 가 필요합니다 "작업 환경의 BlueXP 백업 및 복구 등록 취소"그런 다음 새로운 클라우드 공급자 정보를 사용하여 BlueXP 백업 및 복구를 활성화합니다.

사용자 지정 가능한 백업 스케줄 및 보존 설정

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

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

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

범주 또는 간격에 대한 최대 백업 수에 도달하면 오래된 백업이 제거되므로 항상 최신 백업을 사용할 수 있습니다. 즉, 사용되지 않는 백업은 공간을 계속 차지하지 않습니다.

을 참조하십시오 "백업 스케줄" 사용 가능한 일정 옵션에 대한 자세한 내용은 를 참조하십시오.

참고: 이 작업은 수행할 수 있습니다 "볼륨의 필요 시 백업을 생성합니다" 예약된 백업에서 생성된 백업 파일 외에 언제든지 Backup Dashboard에서 백업 파일을 생성할 수 있습니다.

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

백업 파일 보호 설정

클러스터에서 ONTAP 9.11.1 이상을 사용하는 경우 오브젝트 스토리지의 백업이 삭제 및 랜섬웨어 공격으로부터 보호할 수 있습니다. 각 백업 정책은 _ 보존 기간 _ 에 특정 기간 동안 백업 파일에 적용할 수 있는 _ DataLock 및 랜섬웨어 방지 _ 에 대한 섹션을 제공합니다.

  • _DataLock_은 백업 파일이 수정되거나 삭제되지 않도록 보호합니다.

  • 랜섬웨어 방지 는 백업 파일을 스캔하여 백업 파일이 생성될 때 및 백업 파일의 데이터가 복원될 때 랜섬웨어 공격의 증거를 찾습니다.

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

백업 보존 기간은 백업 스케줄 보존 기간과 동일하며, 14일을 더한 값입니다. 예를 들어, _5_개의 복제본을 보존한 _weekly_backups는 각 백업 파일을 5주 동안 잠급니다. _6_복제본이 보존되는 _Monthly_backups는 각 백업 파일을 6개월 동안 잠급니다.

현재 백업 대상이 Amazon S3, Azure Blob 또는 NetApp StorageGRID인 경우 지원을 사용할 수 있습니다. 다른 스토리지 제공업체 대상은 향후 릴리스에 추가될 예정입니다.

자세한 내용은 다음 정보를 참조하십시오.

팁 백업을 아카이브 스토리지로 계층화하는 경우 DataLock을 설정할 수 없습니다.

이전 백업 파일용 아카이브 스토리지

특정 클라우드 스토리지를 사용할 경우 특정 기간 동안 오래된 백업 파일을 보다 저렴한 스토리지 클래스/액세스 계층으로 이동할 수 있습니다. 또한 표준 클라우드 스토리지에 기록하지 않고 백업 파일을 아카이빙 스토리지로 즉시 전송하도록 선택할 수 있습니다. DataLock을 설정한 경우에는 아카이브 스토리지를 사용할 수 없습니다.

  • AWS에서는 백업이 _Standard_storage 클래스에서 시작되고 30일 후에 _Standard - Infrequent Access_storage 클래스로 전환됩니다.

    클러스터에서 ONTAP 9.10.1 이상을 사용하는 경우, 추가 비용 최적화를 위해 특정 일 후에 BlueXP 백업 및 복구 UI의 _S3 Glacier_또는 _S3 Glacier Deep Archive_storage에 이전 백업을 계층화하도록 선택할 수 있습니다. "AWS 아카이브 스토리지에 대해 자세히 알아보십시오".

  • Azure에서 백업은 _Cool_access 계층과 연결됩니다.

    클러스터에서 ONTAP 9.10.1 이상을 사용하는 경우 추가 비용 최적화를 위해 일정 일 후에 BlueXP 백업 및 복구 UI의 _Azure Archive_storage에 이전 백업을 계층화하도록 선택할 수 있습니다. "Azure 아카이브 스토리지에 대해 자세히 알아보십시오".

  • GCP에서 백업은 _Standard_storage 클래스와 연결됩니다.

    클러스터에서 ONTAP 9.12.1 이상을 사용하는 경우 추가 비용 최적화를 위해 특정 일 수 후에 BlueXP 백업 및 복구 UI의 _Archive_storage에 이전 백업을 계층화하도록 선택할 수 있습니다. "Google 아카이브 스토리지에 대해 자세히 알아보십시오".

  • StorageGRID에서 백업은 _Standard_storage 클래스와 연결됩니다.

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

을 참조하십시오 "보관 저장 설정" 이전 백업 파일 아카이빙에 대한 자세한 내용은 를 참조하십시오.

FabricPool 계층화 정책 고려 사항

백업하는 볼륨이 FabricPool 애그리게이트에 있고, 할당된 계층화 정책이 이외의 다른 경우에 주의해야 할 몇 가지 사항이 있습니다 none:

  • FabricPool 계층 볼륨의 첫 번째 백업을 수행하려면 오브젝트 저장소에서 모든 로컬 및 모든 계층화된 데이터를 읽어야 합니다. 백업 작업에서는 오브젝트 스토리지의 콜드 데이터를 "재가열"하지 않습니다.

    이 경우 클라우드 공급자로부터 데이터를 읽는 데 드는 비용이 1회 증가할 수 있습니다.

    • 후속 백업은 증분 백업이므로 이 효과가 없습니다.

    • 처음 생성될 때 볼륨에 계층화 정책이 할당되면 이 문제가 표시되지 않습니다.

  • 를 할당하기 전에 백업이 미치는 영향을 고려하십시오 all 볼륨에 계층화 정책: 데이터가 즉시 계층화되기 때문에 BlueXP 백업 및 복구는 로컬 계층이 아닌 클라우드 계층에서 데이터를 읽습니다. 동시 백업 작업은 네트워크 링크를 클라우드 오브젝트 저장소로 공유하기 때문에 네트워크 리소스가 포화 상태가 되면 성능이 저하될 수 있습니다. 이 경우 이러한 유형의 네트워크 포화를 줄이기 위해 여러 개의 네트워크 인터페이스(LIF)를 사전에 구성할 수 있습니다.