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

백업 작업

FSx for ONTAP을 사용하면 파일 시스템의 볼륨을 매일 자동 백업하고 사용자 시작 백업을 수행할 수 있습니다. FSx for ONTAP 백업은 볼륨별로 수행되므로 각 백업에는 특정 볼륨의 데이터만 포함됩니다. Amazon FSx 백업은 내구성이 뛰어난 증분식입니다.

모든 Amazon FSx 백업 (자동 일일 백업 및 사용자 시작 백업) 은 증분식입니다. 가장 최근의 백업 이후 볼륨에서 변경된 데이터만 저장됨을 의미합니다. 이렇게 하면 백업을 생성하는 데 필요한 시간과 백업에 필요한 스토리지가 최소화되므로 데이터가 중복되지 않아 스토리지 비용이 절약됩니다. 백업을 삭제하면 해당 백업의 고유한 데이터만 제거됩니다. 각 Amazon FSx 백업에는 백업에서 새 볼륨을 생성하는 데 필요한 모든 정보가 포함되어 있어 파일 시스템 볼륨의 스냅샷을 효과적으로 point-in-time 복원합니다.

볼륨을 정기적으로 백업하는 것은 데이터 보존 및 규정 준수 요구 사항을 지원하는 데 도움이 되는 모범 사례입니다. Amazon FSx 백업 작업의 경우 백업 생성, 백업에서 복원, 백업 삭제 등 모든 작업이 용이합니다.

Amazon FSx는 볼륨 (모든 파일 시스템) FlexGroup 및 o (읽기-쓰기) 가 OntapVolumeType 있는 RW 볼륨 ONTAP FlexVol 백업을 지원합니다.

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

백업 작동 방식

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

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

Amazon FSx는 오프라인 상태인 볼륨을 백업할 수 없습니다.

스토리지 요구 사항

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

자동 일별 백업 작업

파일 시스템 볼륨의 자동 일일 백업은 파일 시스템을 생성할 때 기본적으로 활성화됩니다. 언제든지 파일 시스템의 자동 일일 백업을 활성화하거나 비활성화할 수 있습니다. 자동 일일 백업은 파일 시스템을 생성할 때 자동으로 설정되는 일일 백업 기간 중에 발생합니다. 일별 백업 창은 언제든지 수정할 수 있습니다. 백업 성능 향상을 위해 해당 볼륨을 사용하는 애플리케이션의 정상 작동 시간 이외의 일일 백업 시간을 선택하는 것이 좋습니다. 자세한 정보는 백업 및 복원 성능을 참조하세요.

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

일별 백업 기간과 백업 보존 기간은 파일 시스템의 모든 볼륨에 적용되는 파일 시스템 수준 설정입니다. Amazon FSx 콘솔, AWS CLI또는 API를 사용하여 파일 시스템의 백업 기간 및 백업 보존 기간을 변경하고 자동 일일 백업을 켜거나 끌 수 있습니다. 자세한 정보는 파일 시스템 업데이트을 참조하세요.

볼륨이 오프라인 상태인 경우 볼륨 백업을 생성할 수 없습니다. 자세한 정보는 백업 및 오프라인 볼륨을 참조하세요.

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

사용자 시작 백업 작업

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

볼륨이 오프라인 상태인 경우 볼륨 백업을 생성할 수 없습니다. 자세한 정보는 백업 및 오프라인 볼륨을 참조하세요.

백업에 태그 복사

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

백업 및 복원 성능

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

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

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

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

아마존 AWS Backup FSx와 함께 사용

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

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

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

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

백업을 새 볼륨으로 복원

콘솔, CLI 또는 API를 사용하여 볼륨 point-in-time 스냅샷을 효과적으로 복원하여 볼륨 백업을 새 볼륨으로 복원할 수 있습니다.

백업을 복원할 때는 복원된 볼륨에 설정한 계층화 정책에 따라 서비스가 데이터를 용량 풀 스토리지로 계층화하기 전에 먼저 모든 데이터가 SSD 스토리지 계층에 기록됩니다. 계층화 정책이 인 볼륨에 백업을 복원하는 경우 주기적인 백그라운드 프로세스를 통해 데이터가 용량 풀에 계층화됩니다. All 계층화 정책이 Snapshot Only Auto OR인 볼륨에 백업을 복원할 때 파일 시스템의 SSD 사용률이 50% 를 초과하면 데이터가 용량 풀에 계층화되며 냉각 속도는 계층화 정책의 냉각 기간에 따라 결정됩니다.

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

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

백업 삭제

자동 일일 백업 및 사용자가 시작한 볼륨 백업을 삭제할 수 있습니다. 백업 삭제는 영구적이고 복구할 수 없는 작업입니다. 삭제된 백업의 모든 데이터도 삭제됩니다. 나중에 해당 백업이 다시 필요하지 않을 것이라는 확신이 들지 않으면 백업을 삭제하지 마세요. 백업 삭제 방법을 설명하는 지침은 을 참조하십시오. 백업 삭제

Amazon FSx 콘솔 AWS Backup, CLI 또는 API에서 유형이 AWS Backup있는 에서 생성한 백업을 삭제할 수 없습니다. 에서 생성한 AWS Backup백업을 삭제하는 방법에 대한 자세한 내용은 개발자 안내서의 백업 삭제를 참조하십시오. AWS Backup

볼륨이 오프라인 상태인 경우 볼륨 백업을 삭제할 수 없습니다. 자세한 정보는 백업 및 오프라인 볼륨을 참조하세요.

백업 및 오프라인 볼륨

볼륨이 오프라인 상태인 경우 볼륨 백업을 만들거나 삭제할 수 없습니다. volume showONTAPCLI 명령을 사용하여 볼륨의 현재 상태와 상태를 확인합니다.

오프라인 볼륨을 다시 온라인 상태로 전환하려면 다음 예와 같이 volume onlineONTAPCLI 명령을 사용합니다.

::> volume online -volume volume_name -vserver svm_name
   
Volume 'vs1:vol1' is now online.