볼륨 스토리지 용량 - FSx for ONTAP

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

볼륨 스토리지 용량

FSx for ONTAP 볼륨은 데이터를 그룹화하고, 데이터 저장 방식을 결정하고, 데이터에 대한 액세스 유형을 결정하는 데 사용하는 가상 리소스입니다. 폴더와 같은 볼륨은 파일 시스템 스토리지 용량 자체를 사용하지 않습니다. 볼륨에 저장된 데이터만 SSD 스토리지를 사용하며, 볼륨의 계층화 정책에 따라 용량 풀 스토리지를 사용합니다. 볼륨을 생성할 때 볼륨 크기를 설정하고 나중에 크기를 변경할 수 있습니다. AWS CLI , API 및 ONTAP CLI를 사용하여 AWS Management Console ONTAP 볼륨용 FSx의 스토리지 용량을 모니터링하고 관리할 수 있습니다.

볼륨 데이터 계층화

NetApp ONTAP용 Amazon FSx 파일 시스템에는 기본 스토리지와 용량 풀 스토리지라는 두 개의 스토리지 계층이 있습니다. 기본 스토리지는 데이터 세트의 활성 부분을 위해 특별히 구축되어 프로비저닝된 확장 가능한 고성능 SSD 스토리지입니다. 용량 풀 스토리지는 페타바이트까지 확장할 수 있고 자주 액세스하지 않는 데이터에 맞게 비용을 최적화하는 완전히 탄력적인 스토리지 계층입니다.

각 볼륨의 데이터는 볼륨의 계층화 정책, 냉각 기간 및 임계값 설정에 따라 용량 풀 스토리지 계층으로 자동 계층화됩니다. 다음 섹션에서는 데이터가 용량 풀로 계층화되는 시기를 결정하는 데 사용되는 ONTAP 볼륨 계층화 정책 및 임계값에 대해 설명합니다.

볼륨 계층화 정책

파일 시스템의 각 볼륨에 대한 계층화 정책을 선택하여 ONTAP 파일 시스템의 스토리지 계층에 FSx를 사용하는 방법을 결정합니다. 볼륨을 생성할 때 계층화 정책을 선택하고 Amazon FSx 콘솔 AWS CLI, API 또는 관리 도구를 사용하여 언제든지 수정할 수 있습니다. NetApp 다음 정책 중 하나를 선택하여 용량 풀 스토리지 계층으로 이동할 데이터(있는 경우)를 결정할 수 있습니다.

참고

계층화를 통해 파일 데이터와 스냅샷 데이터를 용량 풀 계층으로 이동할 수 있습니다. 하지만 파일 메타데이터는 항상 SSD 계층에 남아 있습니다. 자세한 정보는 SSD 스토리지 사용 방식을 참조하세요.

  • 자동 - 이 정책은 모든 콜드 데이터(사용자 데이터 및 스냅샷)를 용량 풀 계층으로 이동합니다. 데이터 휴지율은 정책의 휴지 기간에 따라 결정되고, 이 기간은 기본적으로 31일이며 2~183일 사이의 값으로 구성할 수 있습니다. (일반적인 파일 액세스에서처럼) 기본 콜드 데이터 블록을 무작위로 읽으면 핫 데이터 블록이 되어 기본 스토리지 계층에 기록됩니다. 콜드 데이터 블록을 순차적으로 읽을 때(예: 바이러스 백신 스캔) 콜드 데이터 블록은 콜드 상태로 유지되며 용량 풀 스토리지 계층에 남습니다. 이는 Amazon FSx 콘솔을 사용하여 볼륨을 생성할 때의 기본 정책입니다.

  • 스냅샷 전용 - 이 정책은 스냅샷 데이터만 용량 풀 스토리지 계층으로 이동합니다. 스냅샷이 용량 풀 계층으로 이동되는 빈도는 정책의 휴지 기간에 따라 결정되고, 휴지 기간은 기본적으로 2일로 설정되며 2~183일 사이의 값으로 구성할 수 있습니다. 콜드 스냅샷 데이터를 읽으면 핫 스냅샷 데이터가 되어 기본 스토리지 계층에 기록됩니다. 이는 Amazon FSx API 또는 ONTAP AWS CLI CLI를 사용하여 볼륨을 생성할 때의 기본 정책입니다. NetApp

  • 모두 - 이 정책은 모든 사용자 데이터와 스냅샷 데이터를 콜드 데이터로 표시하고 용량 풀 계층에 저장합니다. 데이터 블록을 읽어도 콜드 상태로 유지되며 기본 스토리지 계층에 기록되지 않습니다. 모두 계층화 정책이 적용된 볼륨에 데이터가 기록되더라도 처음에는 여전히 SSD 스토리지 계층에 기록되며 백그라운드 프로세스를 통해 용량 풀 계층으로 이동됩니다. 하지만 파일 메타데이터는 항상 SSD 계층에 남아 있습니다.

  • 없음 - 이 정책은 볼륨의 모든 데이터를 기본 스토리지 계층에 보관하고 용량 풀 스토리지로 이동하는 것을 방지합니다. 다른 정책을 사용한 후 볼륨을 이 정책으로 설정하는 경우 SSD 사용률이 90% 미만이면 용량 풀 스토리지에 있던 볼륨의 기존 데이터가 백그라운드 프로세스를 통해 SSD 스토리지로 이동됩니다. 의도적으로 데이터를 읽거나 볼륨의 클라우드 검색 정책을 수정하면 이 백그라운드 프로세스의 속도를 높일 수 있습니다. 자세한 정보는 클라우드 검색 정책을 참조하세요.

용량 풀 스토리지에 장기간 저장하려는 데이터를 마이그레이션할 때는 볼륨에 자동 계층화 정책을 사용하는 것이 모범 사례입니다. 자동 계층화를 사용하면 데이터가 용량 풀 계층으로 이동하기 전에 최소 2일(볼륨의 휴지 기간 기준) 동안 SSD 스토리지 계층에 데이터가 저장됩니다. 데이터를 SSD 스토리지에 최소 2일 동안 보관하면 ONTAP에서 데이터에 대해 사후 처리 압축 및 중복 제거 절감을 실행할 수 있으며, 이는 데이터가 용량 풀 계층으로 이동될 때 보존됩니다. ONTAP은 SSD 스토리지의 데이터에 대해 사후 처리 압축 및 중복 제거만 실행하므로 이 정책을 선택하면 장기 스토리지 절감을 극대화하는 데 도움이 될 수 있습니다. 또한 백업되는 데이터가 SSD 스토리지에 있으므로 볼륨에 대해 처음 생성하는 백업의 전송 속도를 최대화할 수 있습니다.

볼륨의 계층화 정책 설정 또는 수정에 대한 자세한 내용은 볼륨의 계층화 정책 설정 섹션을 참조하세요.

계층화 휴지 기간

볼륨의 계층화 휴지 기간은 SSD 계층의 데이터가 콜드 상태로 표시되는 데 걸리는 시간을 설정합니다. 휴지 기간은 AutoSnapshot-only 계층화 정책에 적용됩니다. 휴지 기간을 2~183일 범위의 값으로 설정할 수 있습니다. 휴지 기간 설정에 대한 자세한 내용은 최소 휴지 일수 설정 섹션을 참조하세요.

데이터는 휴지 기간이 만료된 후 24~48시간 후에 계층화됩니다. 계층화는 네트워크 리소스를 사용하는 백그라운드 프로세스이며 클라이언트 측 요청보다 우선 순위가 낮습니다. 클라이언트 측 요청이 진행 중인 경우 계층화 활동이 제한됩니다.

클라우드 검색 정책

볼륨의 클라우드 검색 정책은 용량 풀 계층에서 읽은 데이터를 SSD 계층으로 승격할 수 있는 시기를 지정하는 조건을 설정합니다. 클라우드 검색 정책이 Default 이외의 것으로 설정된 경우 이 정책은 볼륨 계층화 정책의 검색 동작보다 우선합니다. 볼륨은 다음 클라우드 검색 정책 중 하나를 포함할 수 있습니다.

  • 기본값 - 이 정책은 볼륨의 기본 계층화 정책을 기반으로 계층화된 데이터를 검색합니다. 이는 모든 볼륨에 대한 기본 클라우드 검색 정책입니다.

  • 검색 안 함 - 이 정책은 읽기가 순차적인지 무작위인지와 관계없이 계층화된 데이터를 검색하지 않습니다. 이는 볼륨의 계층화 정책을 모두로 설정하는 것과 비슷하지만 자동, 스냅샷 전용 등의 다른 정책과 함께 사용하여 데이터를 즉시 계층화하는 대신 최소 휴지 기간에 따라 데이터를 계층화할 수 있다는 점이 다릅니다.

  • 읽는 중 - 이 정책은 모든 클라이언트 기반 데이터 읽기에 대해 계층화된 데이터를 검색합니다. 모두 계층화 정책을 사용할 때는 이 정책이 적용되지 않습니다.

  • 승격 - 이 정책은 용량 풀에 있는 모든 볼륨 데이터를 SSD 계층으로 검색할 수 있도록 표시합니다. 데이터는 다음에 일별 백그라운드 계층화 스캐너를 실행할 때 표시됩니다. 이 정책은 자주 실행되지 않는 주기적 워크로드가 있지만 실행 시 SSD 계층 성능이 필요한 애플리케이션에 유용합니다. 모두 계층화 정책을 사용할 때는 이 정책이 적용되지 않습니다.

볼륨의 클라우드 검색 정책 설정에 대한 자세한 내용은 볼륨의 클라우드 검색 정책 설정 섹션을 참조하세요.

계층화 임계값

파일 시스템의 SSD 스토리지 용량 사용률에 따라 모든 볼륨의 계층화 동작을 ONTAP 관리하는 방법이 결정됩니다. 파일 시스템의 SSD 스토리지 용량 사용량을 기반으로 다음 임계값은 설명된 대로 계층화 동작을 설정합니다. 볼륨의 SSD 스토리지 계층의 용량 사용률을 모니터링하는 방법에 대한 자세한 내용은 볼륨 스토리지 용량 모니터링 섹션을 참조하세요.

참고

SSD 스토리지 계층의 스토리지 용량 사용률은 80%를 초과하지 않는 것이 좋습니다. 스케일 아웃 파일 시스템의 경우 이 권장 사항은 모든 파일 시스템 애그리게이트의 총 평균 사용률과 각 개별 애그리게이트의 사용률 모두에 적용됩니다. 그러면 계층화가 제대로 작동하고 새 데이터에 대한 오버헤드를 제공합니다. SSD 스토리지 계층의 스토리지 용량 사용률이 지속적으로 80%를 넘으면 SSD 스토리지 계층의 용량을 늘릴 수 있습니다. 자세한 정보는 파일 시스템, SSD 스토리지 및 IOPS 업데이트을 참조하세요.

FSx for ONTAP은 다음 스토리지 용량 임계값을 사용하여 볼륨의 계층화를 관리합니다.

  • SSD 스토리지 계층 사용률 50% 이하 - 이 임계값에서 SSD 스토리지 계층은 사용률이 낮은 것으로 간주되며 모두 계층화 정책을 사용하는 볼륨만 데이터가 용량 풀 스토리지 계층으로 이동됩니다. 자동스냅샷 전용 정책이 적용된 볼륨은 이 임계값에서 데이터를 계층화하지 않습니다.

  • SSD 스토리지 계층 사용률 50% 초과 - 자동스냅샷 전용 계층화 정책이 적용된 볼륨은 계층화 최소 휴지 일수 설정을 기준으로 데이터를 계층화합니다. 기본 설정은 31일입니다.

  • SSD 스토리지 계층 사용률 90% 이상 - 이 임계값에서 Amazon FSx는 SSD 스토리지 계층의 공간 보존을 우선시합니다. 자동스냅샷 전용 정책을 사용하여 볼륨을 읽을 때 용량 풀 계층의 콜드 데이터는 더 이상 SSD 스토리지 계층으로 이동되지 않습니다.

  • SSD 스토리지 계층 사용률 98% 이상 - SSD 스토리지 계층 사용률이 98% 이상이면 모든 계층화 기능이 중지됩니다. 스토리지 계층에서 계속 읽을 수는 있지만 계층에 기록할 수는 없습니다.

스냅샷 및 볼륨 스토리지 용량

스냅샷은 특정 시점의 NetApp ONTAP용 Amazon FSx 볼륨의 읽기 전용 이미지입니다. 스냅샷은 볼륨의 파일을 실수로 삭제하거나 수정하지 못하도록 보호합니다. 스냅샷을 사용하면 사용자가 이전 스냅샷에서 개별 파일 또는 폴더를 쉽게 보고 복원할 수 있습니다.

스냅샷은 파일 시스템의 데이터와 함께 저장되므로 파일 시스템의 스토리지 용량을 사용합니다. 하지만 스냅샷은 마지막 스냅샷 이후 파일의 변경된 부분에 대해서만 스토리지 용량을 사용합니다. 스냅샷은 파일 시스템 볼륨의 백업에 포함되지 않습니다.

스냅샷은 기본 스냅샷 정책을 사용하여 볼륨에서 기본적으로 활성화됩니다. 스냅샷은 볼륨 루트의 .snapshot 디렉터리에 저장됩니다. 스냅샷의 볼륨 스토리지 용량을 다음과 같은 방법으로 관리할 수 있습니다.

자세한 정보는 스냅샷 작업을 참조하세요.

볼륨 파일 용량

Amazon FSx NetApp for ONTAP 볼륨에는 파일 이름, 마지막 액세스 시간, 권한, 크기와 같은 파일 메타데이터를 저장하고 데이터 블록에 대한 포인터 역할을 하는 데 사용되는 파일 포인터가 있습니다. 이러한 파일 포인터를 inode라고 하고, 각 볼륨은 inode 수만큼 유한한 용량을 가지며, 이를 볼륨 파일 용량이라고 합니다. 볼륨이 부족하거나 사용 가능한 파일(inode)을 모두 사용하면 해당 볼륨에 추가 데이터를 기록할 수 없습니다.

볼륨에 포함할 수 있는 파일 시스템 객체(파일, 디렉터리, 스냅샷 복사본)의 수는 볼륨에 있는 inode 수에 따라 결정됩니다. 볼륨의 inode 수는 볼륨의 스토리지 용량 (및 볼륨의 볼륨 구성 요소 수) 에 비례하여 증가합니다. FlexGroup 기본적으로 스토리지 용량이 648GiB 이상인 FlexVol 볼륨 (또는 FlexGroup 구성 요소) 은 모두 동일한 수의 inode (21,251,126) 를 가집니다. 648GiB보다 큰 볼륨을 생성하고 21,251,126개 이상의 inode를 포함하려는 경우 최대 inode(파일) 수를 수동으로 늘려야 합니다. 볼륨의 최대 파일 수를 보는 방법에 대한 자세한 내용은 을 참조하십시오. 볼륨의 파일 용량 보기

볼륨의 기본 inode 수는 볼륨 스토리지 용량 32KiB당 1개의 inode이며, 볼륨 크기는 최대 648GiB입니다. 1GiB 볼륨의 경우:

Volume_size_in_bytes × (파일 1개 ÷ inode_size_in_bytes) = maximum_number_of_files

1,073,741,824바이트 × (파일 1개 ÷ 32,768바이트) = 32,768개 파일

볼륨에 포함할 수 있는 최대 inode 수를 스토리지 용량 4KiB당 최대 1개의 inode까지 늘릴 수 있습니다. 1GiB 볼륨의 경우 이렇게 하면 최대 inode 또는 파일 수가 32,768개에서 262,144개로 늘어납니다.

1,073,741,824바이트 × (파일 1개 ÷ 4096바이트) = 262,144개 파일

FSx for ONTAP 볼륨에는 최대 20억 개의 inode가 있을 수 있습니다.

볼륨에 저장할 수 있는 최대 파일 수 변경에 대한 자세한 내용은 을 참조하십시오볼륨의 최대 파일 수 늘리기.