기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.

볼륨 백업으로 데이터 보호

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

Amazon FSx는 읽기-쓰기(RW)의 OntapVolumeType로 ONTAP 볼륨 백업을 지원합니다.

백업 작동 방식

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

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

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

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

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

스토리지 요구 사항

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

자동 일별 백업.

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

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

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

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

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

사용자 시작 백업

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

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

백업에 태그 복사

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

Amazon FSx AWS Backup 에서 사용

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

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

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

AWS Backup 는 오프라인 볼륨을 백업할 수 없습니다.

태그를 사용하여 백업 계획에서 보호되는 FSx for ONTAP 리소스를 선택할 수 있습니다. 이러한 태그는 전체 파일 시스템 수준이 아닌 볼륨 수준에서 적용해야 합니다. 자세한 내용은 AWS Backup 개발자 안내서의 백업 계획에 리소스 할당을 참조하세요.

백업을 새 볼륨으로 복원

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

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

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

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

FlexGroup 볼륨 백업을 원래 파일 시스템과 고가용성(HA) 페어 수가 다른 파일 시스템으로 복원하면 Amazon FSx는 구성 요소가 균등하게 분산되도록 구성 요소 볼륨을 추가합니다.

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

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

백업을 새 볼륨으로 복원하는 방법에 대한 단계별 지침은 백업을 새 볼륨으로 복원을 참조하세요.

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

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

백업 및 복원 성능

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

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

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

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

SnapLock 볼륨 백업

추가 데이터 보호를 위해 SnapLock 볼륨을 백업할 수 있습니다. SnapLock 볼륨을 복원할 때 볼륨의 원래 설정(예: 기본 보존, 최소 보존, 최대 보존)이 유지됩니다. Write once, read many(WORM) 설정 및 법적 보존도 유지됩니다.

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

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