볼륨 백업으로 데이터 보호

FSxfor를 ONTAP 사용하면 파일 시스템의 볼륨을 매일 자동 백업하고 사용자가 시작한 백업을 수행하여 데이터를 보호할 수 있습니다. 볼륨을 정기적으로 백업하는 것은 데이터 보존 및 규정 준수 요구 사항을 지원하는 데 도움이 되는 모범 사례입니다. 액세스할 수 있는 기존 ONTAP 파일 시스템 중 백업이 저장되어 AWS 리전 있는 위치에 있는 모든 기존 FSx 파일 시스템에 볼륨 백업을 복원할 수 있습니다. Amazon FSx 백업을 사용하면 볼륨 백업을 쉽게 만들고, 보고, 복원하고, 삭제할 수 있습니다.

FSxAmazon은 읽기-쓰기 (RW) 를 OntapVolumeType 통한 ONTAP 볼륨 백업을 지원합니다.

참고

FSxAmazon은 데이터 보호 (DP) 볼륨, 로드 공유 미러 (LSM) 볼륨 또는 대상 FlexCache 볼륨의 백업을 지원하지 않습니다.

주제

• 백업 작동 방식
• 스토리지 요구 사항
• 자동 일일 백업
• 사용자가 시작한 백업
• 백업에 태그 복사
• AWS Backup 아마존과 함께 사용 FSx
• 백업을 새 볼륨으로 복원
• 백업 및 복원 성능
• SnapLock 볼륨 백업
• 사용자 시작 백업 생성
• 백업 복원
• 백업을 복원할 때 진행 상황을 모니터링합니다.
• 백업 삭제

백업 작동 방식

모든 Amazon FSx 백업 (자동 일일 백업 및 사용자 시작 백업) 은 증분 백업이므로 이전 백업이 완료된 이후의 데이터 변경 사항만 저장합니다. 이렇게 하면 백업을 생성하는 데 필요한 시간과 각 백업에 사용되는 스토리지의 양이 모두 최소화됩니다. 증분 백업은 중복 데이터를 저장하지 않으므로 스토리지 비용을 최적화합니다. FSxONTAP백업의 경우 볼륨별로 수행되며 각 백업에는 특정 볼륨 하나의 데이터만 포함됩니다. Amazon FSx 백업은 높은 내구성을 위해 여러 가용 영역에 중복 저장됩니다.

Amazon FSx 백업은 볼륨의 읽기 전용 이미지인 스냅샷을 사용하여 백업 간 증분성을 유지합니다. point-in-time 백업이 생성될 때마다 Amazon은 FSx 먼저 볼륨의 스냅샷을 찍습니다. 백업 스냅샷은 볼륨에 저장되며 볼륨의 스토리지 공간을 차지합니다. FSx그러면 Amazon은 이 스냅샷을 이전 백업 스냅샷 (있는 경우) 과 비교하여 변경된 데이터만 백업에 복사합니다.

이전 백업 스냅샷이 없는 경우 가장 최근 백업 스냅샷의 전체 콘텐츠가 백업에 복사됩니다. 최신 백업 스냅샷을 성공적으로 촬영한 후 Amazon은 이전 백업 스냅샷을 FSx 삭제합니다. 최신 백업에 사용된 스냅샷은 프로세스가 반복되면 다음 백업이 생성될 때까지 볼륨에 남아 있습니다. 백업 스토리지 비용을 최적화하기 위해 볼륨의 스토리지 효율성 절감 효과를 백업에 ONTAP 보존합니다.

백업을 삭제하면 해당 백업에 고유한 데이터만 삭제됩니다. 각 Amazon FSx 백업에는 백업에서 새 볼륨을 생성하여 볼륨의 point-in-time 스냅샷을 효과적으로 복원하는 데 필요한 모든 정보가 포함되어 있습니다.

볼륨당 AWS 계정 저장할 수 있는 백업 수에는 제한이 있습니다. 자세한 내용은 늘릴 수 있는 할당량 및 각 파일 시스템의 리소스 할당량 단원을 참조하세요.

스토리지 요구 사항

볼륨과 파일 시스템에는 각각 백업 스냅샷을 저장할 수 있는 충분한 가용 SSD 스토리지 용량이 있어야 합니다. 백업 스냅샷을 찍을 때 스냅샷이 소비하는 추가 스토리지 용량으로 인해 볼륨의 SSD 스토리지 사용률이 98% 를 초과할 수 없습니다. 이 경우 백업이 실패합니다. 백업이 중단되지 않도록 언제든지 볼륨 또는 파일 시스템의 SSD 스토리지를 늘릴 수 있습니다.

자동 일일 백업

파일 시스템을 생성하면 파일 시스템 볼륨에 대해 자동 일일 백업이 기본적으로 활성화됩니다. 언제든지 기존 파일 시스템의 자동 일일 백업을 활성화하거나 비활성화할 수 있습니다. 모든 볼륨에 대한 자동 일일 백업은 파일 시스템을 생성할 때 자동으로 설정되는 파일 시스템의 일일 백업 기간 중에 이루어집니다. 일별 백업 창은 언제든지 수정할 수 있습니다. 백업 성능을 최적화하려면 클라이언트와 애플리케이션이 볼륨의 데이터에 액세스하는 정상 운영 시간 이외의 일일 백업 기간을 선택하는 것이 좋습니다.

콘솔을 사용하면 파일 시스템을 생성할 때 또는 언제든지 자동 일일 백업의 보존 기간을 1일에서 90일 사이로 설정할 수 있습니다. 기본 자동 일일 백업 보존 기간은 30일입니다. Amazon은 보관 기간이 만료되면 자동 일일 백업을 FSx 삭제합니다. AWS CLI 및 API 를 사용하여 보존 기간을 0일에서 90일 사이의 값으로 설정할 수 있습니다. 0으로 설정하면 자동 일일 백업이 꺼집니다.

자동 일일 백업, 일일 백업 기간 및 백업 보존 기간은 파일 시스템 설정이며 파일 시스템의 모든 볼륨에 적용됩니다. Amazon FSx 콘솔 AWS CLI, 또는 API 를 사용하여 이러한 설정을 변경할 수 있습니다. 자세한 내용은 파일 시스템 업데이트 단원을 참조하십시오.

볼륨이 오프라인 상태인 경우 볼륨 백업 (자동 일일 백업 또는 사용자 시작 백업) 을 생성할 수 없습니다. 자세한 내용은 오프라인 볼륨 보기 단원을 참조하십시오.

참고

자동 일일 백업의 최대 보존 기간은 90일이지만 사용자가 생성한 백업 (을) 을 사용하여 AWS Backup만든 백업을 포함하여 사용자가 생성한 백업은 직접 또는 삭제하지 않는 한 영구 보존됩니다. AWS Backup

Amazon FSx 콘솔CLI, 및 를 사용하여 자동 일일 백업을 수동으로 삭제할 수 API 있습니다. 볼륨을 삭제하면 해당 볼륨의 자동 일일 백업도 삭제됩니다. FSxAmazon은 볼륨을 삭제하기 전에 볼륨의 최종 백업을 생성하는 옵션을 제공합니다. 최종 백업은 삭제하지 않는 한 영구 보관됩니다.

사용자가 시작한 백업

Amazon에서는 FSx AWS Management Console AWS CLI, 및 를 사용하여 언제든지 파일 시스템 볼륨을 수동으로 백업할 수 API 있습니다. 사용자가 시작한 백업은 볼륨에 대해 생성되었을 수 있는 다른 백업에 비해 증분 백업이며 삭제하지 않는 한 영구 보존됩니다. 사용자가 생성한 백업은 백업이 생성된 볼륨이나 파일 시스템을 삭제한 후에도 보존됩니다. 사용자가 시작한 백업은 Amazon FSx 콘솔API, 또는 를 사용해서만 삭제할 수 있습니다. CLI Amazon에서는 절대 자동으로 삭제하지 않습니다FSx.

사용자가 시작한 백업을 생성하는 방법에 대한 지침은 을 참조하십시오. 사용자 시작 백업 생성

백업에 태그 복사

또는 를 사용하여 볼륨을 만들거나 업데이트하면 볼륨의 CLI 모든 태그를 CopyTagsToBackups 백업에 자동으로 복사할 수 있습니다. API 그러나 콘솔을 사용할 때 백업 이름 지정을 포함하여 사용자가 시작한 백업을 생성하는 동안 태그를 추가하면 FSx Amazon은 활성화되어 있더라도 CopyTagsToBackups 볼륨에서 태그를 복사하지 않습니다.

AWS Backup 아마존과 함께 사용 FSx

AWS Backup FSxAmazon의 NetApp ONTAP 볼륨을 백업하여 데이터를 보호하는 간단하고 비용 효율적인 방법입니다. AWS Backup 는 백업의 생성, 복원 및 삭제를 단순화하는 동시에 향상된 보고 및 감사 기능을 제공하도록 설계된 통합 백업 서비스입니다. 를 AWS Backup 사용하면 법률, 규정 및 전문 규정 준수를 위한 중앙 집중식 백업 전략을 쉽게 개발할 수 있습니다. 또한 다음을 수행할 수 있는 중앙 위치를 제공하므로 AWS 스토리지 볼륨, 데이터베이스 및 파일 시스템을 더 간단하게 보호할 수 있습니다.

• 백업하려는 AWS 리소스를 구성하고 감사하십시오.

• 백업 예약을 자동화합니다.

• 보존 정책을 설정합니다.

• 최근의 모든 백업, 복사 및 복원 활동을 모니터링합니다.

AWS Backup Amazon의 내장된 백업 기능을 사용합니다FSx. AWS Backup 콘솔을 사용하여 생성한 백업은 파일 시스템 일관성 및 성능 수준이 동일하고, Amazon FSx 사용자가 시작한 다른 볼륨 백업에 비해 증분되며, Amazon 콘솔을 사용하여 만든 백업과 동일한 복원 옵션을 제공합니다. FSx 이러한 백업을 관리하는 AWS Backup 데 사용하면 1시간마다 예약 백업을 생성할 수 있는 기능을 비롯한 추가 기능이 제공됩니다. 백업 저장소에 백업을 저장하여 의도하지 않은 삭제나 악의적인 삭제로부터 백업을 보호하는 추가 방어 계층을 추가할 수 있습니다.

에서 생성한 AWS Backup 백업은 사용자가 시작한 백업으로 간주되며 Amazon의 사용자 시작 백업 할당량에 포함됩니다. FSx 자세한 내용은 늘릴 수 있는 할당량 단원을 참조하십시오. Amazon FSx 콘솔CLI, 및 AWS Backup 를 사용하여 생성된 백업을 보고 복원할 수 API 있습니다. 하지만 Amazon FSx 콘솔CLI, 또는 AWS Backup 에서 생성한 백업은 삭제할 수 없습니다API. 자세한 내용은 AWS Backup 개발자 안내서의 AWS Backup 시작하기를 참조하십시오.

AWS Backup 오프라인 상태인 볼륨은 백업할 수 없습니다.

백업을 새 볼륨으로 복원

백업이 저장된 것과 동일한 파일 시스템에 있는 새 볼륨으로 볼륨 백업을 AWS 리전 복원할 수 있습니다. 백업과 AWS 리전 다른 위치에 있는 파일 시스템에는 백업을 복원할 수 없습니다.

ONTAP2세대 파일 시스템의 백업을 복원할 때 클라이언트는 복원 중에 볼륨을 마운트하고 볼륨에서 데이터를 읽을 수 있습니다. FSx Amazon이 모든 메타데이터를 새 볼륨에 로드하고 FSx 볼륨이 수명 주기 상태를 로 보고하면 클라이언트는 복원 중인 볼륨을 마운트하고 파일 데이터를 읽을 수 CREATED 있습니다. Amazon FSx 콘솔의 볼륨 세부 정보 페이지와 CLIdescribe-volumes 명령의 응답에서 볼륨의 수명 주기 상태를 확인할 수 있습니다.

백업에서 복원되는 동안 볼륨에서 데이터를 읽을 때 데이터가 볼륨에 아직 다운로드되지 않은 경우 처음 액세스할 때 최대 수십 밀리초의 읽기 지연 시간이 발생합니다. 이러한 읽기는 SSD 계층에 캐시되며 이후 읽기에는 1밀리초 미만의 읽기 지연 시간이 발생할 수 있습니다.

Amazon에서 볼륨을 읽기 전용 액세스가 가능하도록 만드는 FSx 데 걸리는 시간은 백업에 저장된 파일 메타데이터의 양에 비례합니다. 파일 메타데이터는 일반적으로 데이터 세트의 평균 파일 크기에 따라 전체 백업 데이터의 1~ 7% 를 소비합니다 (작은 파일 데이터 세트는 대형 파일 데이터 세트보다 더 많은 메타데이터를 소비합니다).

FlexGroup볼륨 백업을 원래 파일 시스템과 다른 수의 고가용성 (HA) 쌍을 가진 파일 시스템에 복원할 경우 Amazon은 구성 요소가 고르게 분산되도록 구성 볼륨을 FSx 추가합니다.

참고

FSxAmazon은 볼륨 또는 1세대 파일 시스템의 모든 볼륨에 대해 백업에서 SnapLock 볼륨을 복원하는 동안에는 데이터에 대한 읽기 액세스를 지원하지 않습니다. 이러한 백업을 복원하면 복원 프로세스가 완료된 후 볼륨을 마운트하고 데이터에 액세스할 수 있게 되며 모든 메타데이터와 데이터가 새 볼륨에 로드됩니다.

백업을 복원할 때 처음에는 모든 데이터가 SSD 스토리지 계층에 기록됩니다. 복원이 진행되는 동안 복원 중인 볼륨의 계층화 정책에 따라 데이터가 용량 풀 스토리지에 계층화됩니다. 데이터가 먼저 SSD 계층에 기록되기 때문에 파일 시스템의 SSD 스토리지 공간이 FSx 부족해지면 Amazon은 복원 프로세스를 일시 중지합니다. 프로세스를 계속하기에 충분한 SSD 공간이 확보되는 즉시 복원이 자동으로 재개됩니다. 복원된 볼륨의 계층화 정책이 적용되는 경우 주기적인 백그라운드 프로세스를 통해 데이터를 용량 풀에 계층화합니다. All 복원된 볼륨의 계층화 정책이 Snapshot Only Auto OR인 경우 파일 시스템 SSD 사용률이 50% 를 초과하면 데이터가 용량 풀로 계층화되며 냉각 속도는 계층화 정책의 냉각 기간에 따라 결정됩니다.

2세대 파일 시스템의 새 볼륨에 백업을 복원할 때 워크로드에 1밀리초 미만의 일관된 읽기 지연 시간이 필요한 경우 복원을 시작할 None 때 볼륨의 계층화 정책을 로 설정한 다음 모든 데이터가 볼륨으로 완전히 다운로드될 때까지 기다렸다가 액세스하는 것이 좋습니다. 액세스를 시도하기 전에 모든 데이터가 SSD 스토리지에 로드되므로 일관되게 짧은 지연 시간으로 데이터에 액세스할 수 있습니다.

백업을 새 볼륨으로 복원하는 방법에 대한 step-by-step 지침은 을 참조하십시오백업 복원.

2세대 파일 시스템에서는 전체 복원 작업이 완료될 때까지 기다릴 필요 없이 백업에서 일부 데이터만 복원할 수도 있습니다. 백업 데이터의 일부만 복원하면 실수로 데이터가 삭제, 수정 또는 손상된 경우 작업을 더 빨리 재개할 수 있습니다. 자세한 내용은 데이터 하위 집합 복원 단원을 참조하십시오.

AWS Management Console, AWS CLI및 에서 2세대 파일 시스템의 백업을 복원할 때 진행 상황을 모니터링할 수 있습니다. API 자세한 내용은 백업을 복원할 때 진행 상황을 모니터링합니다. 단원을 참조하십시오.

참고

• 백업에서 복원되는 동안에는 볼륨 스냅샷을 만들거나 볼륨의 SnapMirror 복제, 복제 및 백업 생성과 같은 스냅샷 기반 작업을 수행할 수 없습니다.

• 복원된 볼륨은 항상 원본 볼륨과 동일한 볼륨 스타일을 가집니다. 복원할 때는 볼륨 스타일을 변경할 수 없습니다.

백업 및 복원 성능

다양한 요인이 백업 및 복원 작업의 성능에 영향을 미칠 수 있습니다. 백업 및 복원 작업은 백그라운드 프로세스이므로 클라이언트 IO 작업에 비해 우선 순위가 낮습니다. 클라이언트 IO 작업에는NFS,CIFS, i SCSI 데이터 및 메타데이터 읽기 및 쓰기가 포함됩니다. 모든 백그라운드 프로세스는 파일 시스템 처리 용량의 미사용 부분만 사용하며, 백업 크기와 파일 시스템에서 사용되지 않은 처리 용량에 따라 완료하는 데 몇 분에서 몇 시간까지 걸릴 수 있습니다.

백업 및 복원 성능에 영향을 미치는 다른 요인으로는 데이터가 저장되는 스토리지 계층과 데이터세트 프로필이 있습니다. 대부분의 데이터가 SSD 스토리지에 있을 때 볼륨의 첫 번째 백업을 생성하는 것이 좋습니다. 대부분 작은 파일을 포함하는 데이터세트는 대개 대용량 파일을 포함하는 비슷한 크기의 데이터셋에 비해 성능이 더 낮습니다. 이는 많은 수의 작은 파일을 처리하는 것이 적은 수의 큰 파일을 처리하는 것보다 더 많은 CPU 사이클과 네트워크 오버헤드를 소비하기 때문입니다.

일반적으로 스토리지 계층에 저장된 데이터를 백업할 때 다음과 같은 백업 속도를 기대할 수 있습니다. SSD

• 대부분 대용량 파일을 포함하는 여러 개의 동시 백업에 MBps 걸쳐 750

• 대부분 작은 파일을 포함하는 MBps 여러 개의 동시 백업에 100개

일반적으로 다음과 같은 복원 속도를 기대할 수 있습니다.

• 대부분 대용량 파일을 포함하는 MBps 여러 번의 동시 복원에서 250개

• 대부분 작은 파일을 포함하는 MBps 여러 개의 동시 복원에 100개

SnapLock 볼륨 백업

추가 데이터 보호를 위해 SnapLock 볼륨을 백업할 수 있습니다. SnapLock 볼륨을 복원할 때 볼륨의 원래 설정(예: 기본 보존, 최소 보존, 최대 보존)이 유지됩니다. 한 번 쓰고 여러 번 읽기 (WORM) 설정과 Legal Hold 설정도 보존됩니다.

참고

SnapLock FlexGroup볼륨은 백업할 수 없습니다.

SnapLock 볼륨의 백업을 SnapLock 또는 비 SnapLock 볼륨으로 복원할 수 있습니다. 그러나 비 SnapLock 볼륨의 백업을 SnapLock 볼륨으로 복원할 수는 없습니다.

자세한 내용은 SnapLock 작동 방식 단원을 참조하십시오.