BlueXP 백업 및 복구를 사용하여 ONTAP 볼륨 데이터를 보호합니다
변경 제안
PDF
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 백업 및 복구는 다수의 Amazon Web Services, Microsoft Azure 및 Google Cloud 지역에서 Cloud Volumes ONTAP을 통해 지원됩니다.
지원되는 백업 대상
BlueXP 백업 및 복구를 사용하면 다음과 같은 소스 작업 환경에서 퍼블릭 및 프라이빗 클라우드 공급자의 다음 보조 작업 환경 및 개체 스토리지로 ONTAP 볼륨을 백업할 수 있습니다. 스냅샷 복사본은 소스 작업 환경에 있습니다.
| 소스 작업 환경 | 2차 작업 환경(복제) | 대상 오브젝트 저장소(백업) |
|---|---|---|
AWS의 Cloud Volumes ONTAP |
AWS의 Cloud Volumes ONTAP |
Amazon S3 엔디프::AWS[]ifdef::Azure[] |
Azure의 Cloud Volumes ONTAP |
Azure의 Cloud Volumes ONTAP |
Azure Blob endif::Azure []ifdef::GCP[] |
Google의 Cloud Volumes ONTAP |
Google의 Cloud Volumes ONTAP |
Google Cloud 스토리지 엔디프::GCP[] |
사내 ONTAP 시스템 |
Cloud Volumes ONTAP |
ifdef::AWS[] |
지원되는 복원 대상
보조 작업 환경(복제된 볼륨) 또는 오브젝트 스토리지(백업 파일)에 있는 백업 파일에서 다음 작업 환경으로 ONTAP 데이터를 복원할 수 있습니다. 스냅샷 복사본은 소스 작업 환경에 있으며 동일한 시스템에만 복원할 수 있습니다.
| 백업 파일 위치 | 대상 작업 환경 | |
|---|---|---|
* 오브젝트 저장소(백업) * |
* 보조 시스템(복제) * |
ifdef::aws[] |
Amazon S3 |
AWS의 Cloud Volumes ONTAP |
Cloud Volumes ONTAP in AWS on-premises ONTAP system endif::AWS[]ifdef::Azure[] |
Azure Blob |
Azure의 Cloud Volumes ONTAP |
Azure 사내 ONTAP 시스템의 Cloud Volumes ONTAP endif::Azure []ifdef::GCP[] |
Google 클라우드 스토리지 |
Google의 Cloud Volumes ONTAP |
Google 사내 ONTAP 시스템의 Cloud Volumes ONTAP::GCP [] |
NetApp StorageGRID를 참조하십시오 |
사내 ONTAP 시스템 |
사내 ONTAP 시스템 |
ONTAP S3 |
사내 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에 필요하지 않습니다.)
-
Azure에서는 가 있습니다 "Azure Synapse 작업 공간" 및 "Azure Data Lake Storage를 참조하십시오" 데이터를 저장 및 분석할 수 있도록 스토리지 계정에 프로비저닝됩니다.
-
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 디지털 전자지갑 페이지에 입력한 일련 번호를 받게 됩니다. 두 제한 중 하나에 도달하면 라이센스를 갱신해야 합니다. 백업 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를 사용하는 경우 NetApp에 전용 혜택을 요청한 다음 BlueXP 백업 및 복구 활성화 중에 Google Cloud 마켓플레이스에 가입할 때 계획을 선택할 수 있습니다.
BlueXP 백업 및 복구의 작동 방식
Cloud Volumes ONTAP 또는 온프레미스 ONTAP 시스템에서 BlueXP 백업 및 복구를 활성화하면 서비스가 데이터의 전체 백업을 수행합니다. 초기 백업 후에는 모든 추가 백업이 증분 백업되므로 변경된 블록과 새 블록만 백업됩니다. 이렇게 하면 네트워크 트래픽이 최소로 유지됩니다. 오브젝트 스토리지에 대한 백업은 를 기반으로 합니다 "NetApp SnapMirror 클라우드 기술".
|
클라우드 백업 파일을 관리하거나 변경하기 위해 클라우드 공급자 환경에서 직접 수행한 작업은 파일을 손상시킬 수 있으며 지원되지 않는 구성을 초래할 수 있습니다. |
다음 이미지는 각 구성 요소 간의 관계를 보여줍니다.
이 다이어그램은 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일입니다. 검사는 최신 스냅샷 복사본에만 수행됩니다. 예약된 스캔을 비활성화하여 비용을 절감할 수 있습니다. 고급 설정 페이지의 옵션을 사용하여 최신 스냅샷 복사본에 대해 예약된 랜섬웨어 검사를 사용하거나 사용하지 않도록 설정할 수 있습니다. 이 기능을 활성화하면 기본적으로 스캔이 매주 수행됩니다. 이 일정을 일 또는 주로 변경하거나 사용하지 않도록 설정하여 비용을 절감할 수 있습니다.
백업 보존 기간은 백업 스케줄 보존 기간 및 최대 31일 버퍼와 동일합니다. 예를 들어, _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)를 사전에 구성할 수 있습니다.