기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다. # 스토리지 용량 관리 Amazon FSx for NetApp ONTAP은 파일 시스템의 스토리지 용량을 관리하는 데 사용할 수 있는 다양한 스토리지 관련 기능을 제공합니다. **Topics** + [FSx for ONTAP 스토리지 계층](#storage-tiers) + [적절한 양의 파일 시스템 SSD 스토리지 선택하기](#choose-ssd-capacity) + [파일 시스템 스토리지 용량 및 IOPS](storage-capacity-and-IOPS.md) + [볼륨 스토리지 용량](volume-storage-capacity.md) ## FSx for ONTAP 스토리지 계층 스토리지 계층은 Amazon FSx for NetApp ONTAP 파일 시스템에 대한 물리적 스토리지 미디어입니다. FSx for ONTAP은 다음과 같은 스토리지 계층을 제공합니다. + *SSD 계층* - 데이터 세트의 활성 부분을 위해 특별히 구축된 사용자 프로비저닝 고성능 솔리드 스테이트 드라이브(SSD) 스토리지입니다. + *용량 풀 계층* - 자동으로 페타바이트까지 확장할 수 있고 자주 액세스하지 않는 데이터에 맞게 비용을 최적화하는 완전히 탄력적인 스토리지입니다. FSx for ONTAP 볼륨은 폴더와 마찬가지로 스토리지 용량을 사용하지 않는 가상 리소스입니다. 저장되어 물리적 스토리지를 사용하는 데이터는 볼륨 내에 있습니다. 볼륨을 생성할 때 크기를 지정하며, 볼륨을 만든 후에 크기를 수정할 수 있습니다. FSx for ONTAP 볼륨은 씬 프로비저닝되며 파일 시스템 스토리지는 미리 예약되지 않습니다. 대신 필요에 따라 SSD 및 용량 풀 스토리지가 동적으로 할당됩니다. 볼륨 수준에서 구성하는 [계층화 정책](volume-storage-capacity.md#data-tiering-policy)은 SSD 계층에 저장된 데이터가 용량 풀 계층으로 전환되는지 여부 및 시기를 결정합니다. 다음 다이어그램에서는 파일 시스템의 여러 FSx for ONTAP 볼륨에 배치된 데이터의 예제를 보여줍니다. ![\[FSx for ONTAP SSD 및 용량 풀 스토리지 계층은 여러 파일 시스템 볼륨에 논리적으로 프로비저닝됩니다.\]](http://docs.aws.amazon.com/ko_kr/fsx/latest/ONTAPGuide/images/fsx-ontap-volume-virtual-resource.png) 다음 다이어그램에서는 이전 다이어그램의 4개 볼륨에 있는 데이터가 파일 시스템의 물리적 스토리지 용량을 어떻게 사용하는지 보여줍니다. ![\[파일 시스템의 모든 볼륨에서 SSD 또는 기본 스토리지 계층과, 용량 풀 스토리지 계층 사용량이 파일 시스템의 모든 볼륨에서 어떻게 보이는지 확인할 수 있습니다.\]](http://docs.aws.amazon.com/ko_kr/fsx/latest/ONTAPGuide/images/fsx-ontap-storage-tiers-physical-resource.png) 파일 시스템의 각 볼륨 요구 사항을 가장 잘 충족하는 계층화 정책을 선택하면 스토리지 비용을 줄일 수 있습니다. 자세한 내용은 [볼륨 데이터 계층화](volume-storage-capacity.md#volume-data-tiering) 단원을 참조하십시오. ## 적절한 양의 파일 시스템 SSD 스토리지 선택하기 FSx for ONTAP 파일 시스템의 SSD 스토리지 용량을 선택할 때는 데이터를 저장하는 데 사용할 수 있는 SSD 스토리지의 양에 영향을 미치는 다음 항목을 염두에 두어야 합니다. + NetApp ONTAP 소프트웨어 오버헤드를 위해 예약된 스토리지 용량. + 파일 메타데이터 + 최근에 작성된 데이터 + 휴지 기간에 도달하지 않은 데이터이든, 최근에 읽은 데이터를 SSD로 다시 검색했든 상관없이 SSD 스토리지에 저장하려는 파일. ### SSD 스토리지 사용 방식 파일 시스템의 SSD 스토리지는 NetApp ONTAP 소프트웨어(오버헤드), 파일 메타데이터 및 데이터의 조합에 사용됩니다. #### NetApp ONTAP 소프트웨어 오버헤드 다른 NetApp ONTAP 파일 시스템과 마찬가지로, 파일 시스템의 SSD 스토리지 용량의 최대 16%는 ONTAP 오버헤드용으로 예약되어 있으므로 파일을 저장하는 데 사용할 수 없습니다. ONTAP 오버헤드는 다음과 같이 할당됩니다. + 11%는 NetApp ONTAP 소프트웨어용으로 예약되어 있습니다. SSD 저장 용량이 30TB(테비바이트)를 초과하는 파일 시스템의 경우 6%가 예약되어 있습니다. + 5%는 두 파일 시스템의 파일 서버 간에 데이터를 동기화하는 데 필요한 집계 스냅샷에만 사용됩니다. #### 파일 메타데이터 파일 메타데이터는 일반적으로 파일이 사용하는 스토리지 용량의 3\$17%를 차지합니다. 이 비율은 평균 파일 크기(평균 파일 크기가 작을수록 메타데이터가 더 많이 필요함) 및 파일에서 달성한 스토리지 효율성 절감량에 따라 달라집니다. 파일 메타데이터는 스토리지 효율성 절감의 혜택을 받지 못한다는 점에 유의하세요. 다음 지침을 사용하여 파일 시스템의 메타데이터에 사용되는 SSD 스토리지의 양을 추정할 수 있습니다. | 평균 파일 크기 | 메타데이터 크기(파일 데이터의 백분율) | | --- | --- | | 4KB | 7% | | 8KB | 3.5% | | 32KB 이상 | 1-3% | 용량 풀 계층에 저장하려는 파일의 메타데이터에 필요한 SSD 스토리지 용량의 크기를 조정할 때는 용량 풀 계층에 저장하려는 데이터 10GiB당 SSD 스토리지 1GiB의 보수적인 비율을 사용하는 것이 좋습니다. #### SSD 계층에 저장된 파일 데이터 활성 데이터 세트와 모든 파일 메타데이터 외에도 파일 시스템에 기록된 모든 데이터는 처음에 SSD 계층에 기록된 후 용량 풀 스토리지 계층으로 이동됩니다. 이는 SnapMirror를 사용하여 **모든** 데이터 계층화 정책으로 구성된 볼륨으로 데이터가 풀 스토리지로 곧바로 작성된 경우를 제외하고는 볼륨의 계층화 정책과 상관없이 적용됩니다. 용량 풀 계층의 임의 읽기는 SSD 계층의 사용률이 90% 미만인 한 SSD 계층에 캐시됩니다. 자세한 내용은 [볼륨 데이터 계층화](volume-storage-capacity.md#volume-data-tiering) 단원을 참조하십시오. ### 권장 SSD 용량 사용률 SSD 스토리지 계층의 사용률은 지속적으로 80%를 초과하지 않는 것이 좋습니다. 2세대 파일 시스템의 경우, 파일 시스템의 집계 사용률이 지속적으로 80%를 초과하지 않도록 하는 것이 좋습니다. 이러한 권장 사항은 ONTAP에 대한 NetApp의 권장 사항과 일치합니다. 파일 시스템의 SSD 계층은 용량 풀 계층에 대한 스테이징 쓰기 및 용량 풀 계층에서의 임의 읽기에도 사용되므로 액세스 패턴이 갑자기 변경되면 SSD 계층의 사용률이 빠르게 증가할 수 있습니다. SSD 사용률이 90%이면 용량 풀 계층에서 읽은 데이터가 더 이상 SSD 계층에 캐시되지 않으므로 파일 시스템에 기록되는 새 데이터를 위해 남은 SSD 용량이 보존됩니다. 이로 인해 SSD 계층에서 캐시하여 읽는(파일 시스템의 처리량 용량에 영향을 미칠 수 있음) 대신 용량 풀 계층에서 동일한 데이터를 반복적으로 읽어 용량 풀 스토리지에서 읽을 수 있습니다. SSD 계층 사용률이 98% 이상이면 모든 계층화 기능이 중지됩니다. 자세한 내용은 [계층화 임계값](volume-storage-capacity.md#storage-tiering-thresholds) 단원을 참조하십시오. ### 스토리지 효율성 NetApp ONTAP는 압축, 압축 및 중복 제거를 포함하는 볼륨 수준에서 블록 수준 스토리지 효율성 기능을 제공합니다. 2세대 파일 시스템의 경우, 파일 시스템의 집계 사용률이 지속적으로 65%를 초과하지 않도록 하는 것이 좋습니다. 볼륨 단위로 스토리지 효율성을 활성화할 수 있습니다. 이러한 기능을 사용하면 데이터가 차지하는 스토리지 용량을 줄여 SSD, 용량 풀, 백업 스토리지의 저장 공간을 더 적게 사용할 수 있습니다. SSD 스토리지의 데이터에 대해 각 볼륨에서 압축 및 중복 제거를 활성화할 수 있습니다. 데이터를 용량 풀 스토리지로 계층화하면 SSD 스토리지의 압축 및 중복 제거를 통해 절약되는 스토리지가 보존됩니다. 파일 시스템의 스토리지 효율성 구성에 관계없이 백업 데이터에 대해 항상 스토리지 효율성이 활성화됩니다. 다음 표는 일반적인 스토리지 절약의 예를 보여줍니다. | | 압축 전용 | 중복 제거 전용 | 압축 & 중복 제거 | | --- | --- | --- | --- | | 범용 파일 공유 | 50% | 30% | 65% | | 가상 서버 & 데스크톱 | 55% | 70% | 70% | | 데이터베이스 수 | 65-70% | 0% | 65-70% | | 데이터 엔지니어링 | 55% | 30% | 75% | | 지질 데이터 | 40% | 3% | 40% | 대부분의 워크로드에서 압축 및 중복 제거를 활성화해도 파일 시스템 성능에 부정적인 영향을 미치지 않습니다. 대부분의 워크로드에서 압축은 전반적인 성능을 향상시킵니다. RAM 캐시에서 빠른 읽기 및 쓰기를 제공하기 위해 FSx for ONTAP 파일 서버는 파일 서버와 스토리지 디스크 간에 사용할 수 있는 것보다 프런트엔드 네트워크 인터페이스 카드(NICs)에 더 높은 수준의 네트워크 대역폭을 갖추고 있습니다. 데이터 압축은 파일 서버와 스토리지 디스크 간에 전송되는 데이터의 양을 줄이므로 대부분의 워크로드에서 데이터 압축을 사용하면 전체 파일 시스템 처리 용량이 증가하는 것을 볼 수 있습니다. 데이터 압축과 관련된 처리량 용량 증가는 파일 시스템의 프런트엔드 NIC가 포화 상태가 되면 제한됩니다. Amazon FSx for NetApp ONTAP은 스냅샷, 씬 프로비저닝 및 FlexClone 볼륨을 포함하여 공간을 절약하는 다른 ONTAP 기능도 지원합니다. 스토리지 효율성 기능은 기본적으로 활성화되어 있지 않습니다. 다음과 같이 활성화할 수 있습니다. + [파일 시스템을 생성](creating-file-systems.md)할 때 SVM의 루트 볼륨에서. + [새 볼륨을 생성](creating-volumes.md)할 때. + [기존 볼륨을 수정](updating-volumes.md)할 때. 스토리지 효율성이 활성화된 파일 시스템의 스토리지 절감액을 보려면 [스토리지 효율성 절감 모니터링](view-storage-efficiency.md)을 참조하세요. #### 스토리지 효율성 절감액 계산 압축, 중복 제거, 압축, 스냅샷 및 FlexClones로 인한 스토리지 절감 효과를 계산하기 위해 `LogicalDataStored` 및 `StorageUsed` FSx for ONTAP CloudWatch 파일 시스템 지표를 사용할 수 있습니다. 이러한 지표에는 단일 측정기준인 `FileSystemId`가 포함되어 있습니다. 자세한 내용은 [파일 시스템 지표](file-system-metrics.md) 단원을 참조하십시오. + 스토리지 효율성 절감 효과를 바이트 단위로 계산하려면 지정된 기간 동안의 `StorageUsed` 평균을 구하고 거기에서 동일한 기간 동안의 `LogicalDataStored` 평균을 뺍니다. + 스토리지 효율성 절감 효과를 총 논리적 데이터 크기의 백분율로 계산하려면 지정된 기간 동안의 `StorageUsed`의 `Average`를 구하고 거기에서 동일한 기간 동안의 `LogicalDataStored`의 `Average`를 뺍니다. 그런 다음 그 차이를 동일한 기간 동안의 `LogicalDataStored`의 `Average`로 나눕니다. #### SSD 크기 조정 예제 데이터의 80%가 자주 액세스되지 않는 애플리케이션을 위해 100TiB의 데이터를 저장한다고 가정해 보겠습니다. 이 시나리오에서는 데이터의 80%(80TiB)가 용량 풀 계층으로 자동 계층화되고 나머지 20%(20TiB)는 SSD 스토리지에 남습니다. 범용 파일 공유 워크로드의 일반적인 스토리지 효율성 절감 효과인 65%를 기준으로 하면, 이는 7TiB의 데이터에 해당합니다. 80%의 SSD 사용률을 유지하려면 활발하게 액세스하는 20TiB의 데이터에 대해 8.75TiB의 SSD 스토리지 용량이 필요합니다. 다음 계산에서 볼 수 있듯이 프로비저닝하는 SSD 스토리지의 양에는 ONTAP 소프트웨어 스토리지 오버헤드 16%도 고려해야 합니다. ``` ssdNeeded = ssdProvisioned * (1 - 0.16) 8.75 TiB / 0.84 = ssdProvisioned 10.42 TiB = ssdProvisioned ``` 따라서 이 예제에서는 최소 10.42TiB의 SSD 스토리지를 프로비저닝해야 합니다. 또한 자주 액세스하지 않는 나머지 80TiB의 데이터에는 28TiB의 용량 풀 스토리지를 사용하게 됩니다. # 파일 시스템 스토리지 용량 및 IOPS FSx for ONTAP 파일 시스템을 생성할 때 SSD 계층의 스토리지 용량을 지정합니다. 2세대 Single-AZ 파일 시스템의 경우 지정한 스토리지 용량은 각 고가용성(HA) 페어의 스토리지 풀 간에 고르게 분산됩니다. 이러한 스토리지 풀을 *집계*라고 합니다. 프로비저닝하는 SSD 스토리지의 각 GiB에 대해 Amazon FSx는 파일 시스템에 3 SSD IOPS(Input/Output Operations Per Second)를 자동으로 프로비저닝하여, 파일 시스템당 최대 160,000 SSD IOPS를 제공합니다. 2세대 단일 AZ 파일 시스템의 경우, SSD IOPS는 각 파일 시스템의 집계에 균등하게 분산됩니다. GiB당 자동 SSD IOPS 3보다 높게 프로비저닝된 SSD IOPS 수준을 지정할 수 있습니다. FSx for ONTAP 파일 시스템에 프로비저닝할 수 있는 최대 SSD IOPS 수에 대한 자세한 내용은 [처리량 용량이 성능에 미치는 영향](performance.md#impact-throughput-cap-performance) 섹션을 참조하세요. **Topics** + [파일 시스템 SSD 스토리지 및 IOPS 업데이트](#increase-primary-storage) + [SSD 스토리지 용량을 늘려야 하는 경우](#when-to-increase-ssd-capacity) + [SSD 스토리지 용량 늘리기](#increasing-ssd-capacity) + [SSD 스토리지 용량 증가를 위한 고려 사항](#increasing-considerations) + [SSD 스토리지 용량을 줄여야 하는 경우](#when-to-decrease-ssd-storage-capacity) + [SSD 스토리지 용량 감소](#decreasing-ssd-capacity) + [SSD 스토리지 용량 감소 시 고려 사항](#decreasing-considerations) + [SSD 스토리지 용량 감소에 대한 제한 사항](#decreasing-limitations) + [파일 시스템에 대한 스토리지 용량 사용률 알람 만들기](alarm-low-primary-storage.md) + [스토리지 용량 및 프로비저닝된 IOPS 업데이트](increase-storage-capacity.md) + [스토리지 용량 동적 업데이트](automate-storage-capacity-increase.md) + [SSD 스토리지 사용률 모니터링](monitor-fs-storage-console.md) + [스토리지 효율성 절감 모니터링](view-storage-efficiency.md) + [스토리지 용량 및 IOPS 업데이트 모니터링](monitoring-storage-capacity-increase.md) ## 파일 시스템 SSD 스토리지 및 IOPS 업데이트 데이터 세트의 활성 부분을 위한 추가 스토리지가 필요한 경우 Amazon FSx for NetApp ONTAP 파일 시스템의 SSD 스토리지 용량을 늘릴 수 있습니다. 2세대 파일 시스템의 경우 워크로드의 변화하는 스토리지 요구 사항에 적합하게 SSD 스토리지 용량을 줄일 수도 있습니다. Amazon FSx 콘솔, Amazon FSx API 또는 AWS Command Line Interface (AWS CLI)를 사용하여 SSD 스토리지 용량을 늘리거나 줄입니다. 자세한 내용은 [스토리지 용량 및 프로비저닝된 IOPS 업데이트](increase-storage-capacity.md) 단원을 참조하십시오. ## SSD 스토리지 용량을 늘려야 하는 경우 사용 가능한 SSD 계층 스토리지가 부족한 경우 파일 시스템의 스토리지 용량을 늘리는 것이 좋습니다. 스토리지가 부족하면 데이터 세트의 활성 부분에 비해 SSD 계층 크기가 작다는 의미입니다. 파일 시스템에서 사용 가능한 여유 스토리지의 양을 모니터링하려면 파일 시스템 수준 `StorageCapacity` 및 `StorageUsed` Amazon CloudWatch 지표를 사용합니다. 이 지표에 CloudWatch 경보를 생성하고 특정 임곗값 아래로 떨어지면 알림을 받을 수 있습니다. 자세한 내용은 [Amazon CloudWatch를 사용한 모니터링](monitoring-cloudwatch.md) 단원을 참조하십시오. **참고** 데이터 계층화, 처리량 조정 및 기타 유지 관리 작업이 제대로 작동하고 추가 데이터에 사용할 수 있는 용량이 확보되도록 SSD 스토리지 용량 사용률의 80%를 초과하지 않는 것이 좋습니다. 2세대 파일 시스템의 경우, 이 권장 사항은 파일 시스템의 모든 집계와 각 개별 집계에 대한 평균 사용률에 모두 적용됩니다. 파일 시스템의 SSD 스토리지 사용 방식과, 파일 메타데이터 및 운영 소프트웨어용으로 예약된 SSD 스토리지의 용량에 대한 자세한 내용은 [적절한 양의 파일 시스템 SSD 스토리지 선택하기](managing-storage-capacity.md#choose-ssd-capacity) 섹션을 참조하세요. ## SSD 스토리지 용량 늘리기 Amazon FSx 파일 시스템의 SSD 스토리지 용량을 늘리면 일반적으로 몇 분 내에 새 용량을 사용할 수 있습니다. 새 SSD 스토리지 용량을 사용할 수 있게 된 후에 요금이 청구됩니다. 자세한 내용은 [Amazon FSx for NetApp ONTAP 요금](https://aws.amazon.com/fsx/netapp-ontap/pricing/) 및 [FSx for ONTAP에 대한 AWS 결제 및 사용 보고서](FSxONTAP-Billing.md) 섹션을 참조하세요. 스토리지 용량을 늘리면 Amazon FSx는 백그라운드에서 스토리지 최적화 프로세스를 실행하여 데이터를 재조정합니다. 대부분의 파일 시스템에서 스토리지 최적화는 워크로드 성능에 미치는 영향을 최소화하면서 몇 시간이 걸립니다. Amazon FSx 콘솔 AWS CLI및 API를 사용하여 언제든지 스토리지 최적화 프로세스의 진행 상황을 추적할 수 있습니다. 자세한 내용은 [스토리지 용량 및 IOPS 업데이트 모니터링](monitoring-storage-capacity-increase.md) 단원을 참조하십시오. ## SSD 스토리지 용량 증가를 위한 고려 사항 다음은 파일 시스템의 SSD 스토리지 용량과 IOPS를 증가시킬 때 고려해야 할 몇 가지 중요한 항목입니다. + **(1세대 파일 시스템 전용) 스토리지 용량 증가만** - 파일 시스템의 SSD 스토리지 용량을 늘릴 수만 있고 스토리지 용량을 줄일 수는 없습니다. + **저장 용량 최소 증가** - 각 SSD 저장 용량 증가는 파일 시스템의 현재 SSD 저장 용량의 최소 10%에서 파일 시스템 구성에 대한 최대 SSD 저장 용량까지여야 합니다. + **증가 사이 경과 시간** - 파일 시스템에서 SSD 스토리지 용량, 프로비저닝된 IOPS 또는 처리량 용량을 증가시킨 후에는 동일한 파일 시스템에서 이러한 구성을 다시 수정하려면 6시간 이상 기다려야 합니다. 이를 때로 휴지 기간이라고도 합니다. + **프로비저닝된 IOPS 모드** - 프로비저닝된 IOPS를 변경하려면 다음 두 IOPS 모드 중 하나를 지정해야 합니다. + **자동 모드** - Amazon FSx는 파일 시스템 구성의 최대 SSD IOPS까지, SSD 스토리지 용량 1GB당 프로비저닝된 SSD IOPS 3개를 유지하도록 SSD IOPS를 자동으로 확장합니다. **참고** FSx for ONTAP 파일 시스템에 프로비저닝할 수 있는 최대 SSD IOPS 수에 대한 자세한 내용은 [처리량 용량이 성능에 미치는 영향](performance.md#impact-throughput-cap-performance) 섹션을 참조하세요. + **사용자 프로비저닝** 모드 - SSD IOPS 수를 지정하며, 이 수는 SSD 스토리지 용량의 GiB당 3 IOPS 이상이어야 합니다. 더 높은 수준의 IOPS를 프로비저닝하기로 선택한 경우 해당 월에 포함된 요금을 초과하여 프로비저닝된 평균 IOPS(IOPS-월로 측정)에 대한 비용을 지불하면 됩니다. 요금에 대한 자세한 내용은 [Amazon FSx for NetApp ONTAP 요금](https://aws.amazon.com/fsx/netapp-ontap/pricing/)을 참조하세요. ## SSD 스토리지 용량을 줄여야 하는 경우 다음과 같은 시나리오에서 FSx for ONTAP 2세대 파일 시스템의 SSD 스토리지 용량을 줄일 수 있습니다. + 고성능 스토리지가 더 이상 필요하지 않은 프로젝트 기반 워크로드 완료 후 + 데이터 수집을 가속화하기 위해 임시 추가 용량을 사용한 대규모 데이터 마이그레이션 완료 후 ## SSD 스토리지 용량 감소 파일 시스템의 SSD 스토리지 용량을 줄이면 Amazon FSx는 더 작은 새 디스크 세트(집계)를 각 파일 시스템의 HA 페어에 연결합니다. 그런 다음 Amazon FSx는 백그라운드에서 스토리지 최적화 프로세스를 실행하여 이전 디스크의 데이터를 볼륨 단위로 새 디스크로 옮깁니다. 각 볼륨의 데이터가 이동되면 Amazon FSx는 클라이언트 액세스를 새 디스크의 볼륨으로 리디렉션합니다. 그런 다음 Amazon FSx는 파일 시스템에서 이전 디스크를 분리합니다. SSD 축소 작업 전반에 걸쳐 SSD 계층의 기존 크기와 새로 요청된 크기에 대한 요금이 청구됩니다. 예를 들어 SSD 스토리지 용량을 10테비바이트(TiB)에서 5TiB로 줄이는 경우 SSD 축소 작업 중에 15TiB가 청구되고 SSD 축소 작업이 완료된 후에는 5TiB가 청구됩니다. 결제에 대한 자세한 내용은 [FSx for ONTAP에 대한 AWS 결제 및 사용 보고서](FSxONTAP-Billing.md) 섹션을 참조하세요. SSD 스토리지 용량을 줄이는 데는 파일 시스템에 저장된 데이터 양, 감소 작업 중에 파일 시스템에 구동되는 순 신규 쓰기 양, 파일 시스템에서 사용할 수 있는 네트워크 및 디스크 리소스 양과 같은 요인에 따라 몇 시간에서 몇 주가 걸릴 수 있습니다. 축소 작업 중에는 데이터를 읽기 및 쓰기에 계속 사용할 수 있습니다. 쓰기 작업이 많은 워크로드는 일시적인 성능 저하를 경험할 수 있지만 대부분의 워크로드는 성능에 미치는 영향을 최소화합니다. 클라이언트 액세스가 각 볼륨의 새 디스크로 리디렉션되면 짧은 I/O 일시 중지(최대 60초)가 발생할 수 있습니다. 성능 영향을 최소화하려면 SSD 감소 작업을 시작하기 전에 진행 중인 워크로드가 지속적으로 50% CPU, 50% 디스크 처리량 또는 50% SSD IOPS를 초과하지 않도록 하여 파일 시스템에서 적절한 헤드룸을 유지해야 합니다. Amazon FSx 콘솔의 파일 시스템의 **모니터링 및 성능** 탭에서 이러한 사용률 지표를 모니터링할 수 있습니다. **참고** 축소 작업 중에 SSD 스토리지 계층의 사용률이 80%를 초과하는 경우 Amazon FSx는 작업을 일시 중지하고 사용률이 80% 미만으로 떨어지면 자동으로 재개합니다. 새 디스크의 SSD 사용률을 줄이려면 데이터를 용량 풀로 계층화하거나 클라이언트 액세스가 새 디스크 세트로 성공적으로 리디렉션된 볼륨에서 데이터를 삭제할 수 있습니다. 축소 작업 중에 추가 SSD 용량이 필요한 경우 AWS CLI 또는 동등한 [UpdateFileSystem](https://docs.aws.amazon.com/fsx/latest/APIReference/API_UpdateFileSystem.html) API 작업[https://docs.aws.amazon.com/cli/latest/reference/fsx/update-file-system.html](https://docs.aws.amazon.com/cli/latest/reference/fsx/update-file-system.html)에서를 호출하고 새 대상 값을 제공하여 SSD 용량 증가 요청을 제출할 수 있습니다. Amazon FSx는 SSD 감소 작업을 재개하기 전에 몇 분 이내에 새 SSD 용량을 사용할 수 있도록 SSD 증가 요청 완료를 우선시합니다. ## SSD 스토리지 용량 감소 시 고려 사항 다음은 파일 시스템의 SSD 스토리지 용량과 프로비저닝된 IOPS를 감소시킬 때 고려해야 할 몇 가지 중요한 항목입니다. + **축소 작업 중 스토리지 용량 증가** - 축소 작업이 진행되는 동안에도 파일 시스템의 SSD 스토리지 용량을 늘릴 수 있습니다. 이러한 유연성을 통해 감소 작업 중에 집계가 가득 찬 경우 성능과 가용성을 보장할 수 있습니다. SSD 용량을 원래 용량보다 작은 크기로 늘리면 Amazon FSx는 새로 요청된 (대상) 집계의 크기만 조정합니다. 그러나 SSD 용량을 원래보다 큰 크기로 늘리면 Amazon FSx는 새 대상 값과 일치하도록 두 집계의 크기를 모두 늘립니다. 예를 들어 스토리지 용량을 10,000GiB에서 5,000GiB로 줄인 다음 7,000GiB로 증가를 요청하면 대상 집계만 7,000GiB로 증가하여 파일 시스템의 최종 SSD 스토리지 용량은 7,000GiB가 됩니다. 그러나 12,000GiB로 증가를 요청하면 두 집계 모두 12,000GiB로 증가합니다. SSD 용량을 원래 SSD 용량과 같거나 더 큰 크기로 늘려야 하는 시나리오를 피하도록 신중하게 계획하는 것이 좋습니다. + **SSD 감소 일시 중지** - 새 집계의 사용률이 80%를 초과하면 Amazon FSx가 SSD 감소 작업을 일시 중지하고 사용률이 80% 미만으로 떨어지면 감소 작업을 자동으로 재개합니다. + **(2세대 단일 AZ 파일 시스템만 해당) 스토리지 용량 분산** - 파일 시스템에 대해 선택한 새 스토리지 용량 또는 SSD IOPS는 각 파일 시스템의 집계에 고르게 분산됩니다. + **스토리지 용량 감소 중 패치 적용** - SSD 감소 작업 중에 파일 시스템에 패치가 적용된 경우 Amazon FSx는 볼륨에 대한 데이터 이동을 중단합니다. 따라서 작업 중에 패치가 발생하면 SSD 감소 작업의 진행 상황이 손실될 수 있습니다. Amazon FSx는 패치 작업이 완료된 후 `vol move`를 자동으로 다시 시작합니다. + **프로비저닝된 IOPS 모드** - 프로비저닝된 IOPS를 변경하려면 다음 두 IOPS 모드 중 하나를 지정해야 합니다. + **자동 모드** - Amazon FSx는 파일 시스템 구성의 최대 SSD IOPS까지, SSD 스토리지 용량 1GB당 프로비저닝된 SSD IOPS 3개를 유지하도록 SSD IOPS를 자동으로 확장합니다. SSD 용량을 줄이면 자동 SSD IOPS가 스케일 다운됩니다. **참고** FSx for ONTAP 파일 시스템에 프로비저닝할 수 있는 최대 SSD IOPS 수에 대한 자세한 내용은 [처리량 용량이 성능에 미치는 영향](performance.md#impact-throughput-cap-performance) 섹션을 참조하세요. + **사용자 프로비저닝** 모드 - 현재 프로비저닝된 IOPS와 같거나 더 높은 IOPS 값을 제공해야 합니다. SSD 용량을 줄일 때 더 작은 집계(요청된 SSD 용량의 GB당 50 IOPS)에서 지원하는 최대 SSD IOPS를 초과하지 않는 한 추가 사용자 프로비저닝 SSD IOPS를 유지할 수 있습니다. 프로비저닝된 IOPS가 더 작은 집계에서 지원하는 최대값보다 높으면 SSD 용량을 줄이기 전에 IOPS를 줄이세요. + **지원되지 않는 볼륨 유형** - Amazon FSx는 스냅샷이 포함되지 않은 SnapLock 볼륨, FlexClones, 오프라인 볼륨 또는 데이터 보호(DP) 볼륨이 있는 파일 시스템에서 스토리지 용량 감소를 지원하지 않습니다. + **축소 중 지원되지 않는 작업 ** - 축소 작업 중에는 볼륨을 오프라인으로 전환하거나, 볼륨을 이동하거나, FlexClones 생성하거나, SnapLock 볼륨을 생성하거나, 볼륨의 스토리지 효율성 설정을 수정할 수 없습니다. ## SSD 스토리지 용량 감소에 대한 제한 사항 파일 시스템의 SSD 스토리지 용량을 줄이는 동안 다음 제한 사항이 적용됩니다. + **(2세대 파일 시스템 전용) 스토리지 용량 감소** - 2세대 파일 시스템에서만 스토리지 용량을 줄일 수 있습니다. + **스토리지 용량 최소 감소** - 각 SSD 스토리지 용량 감소는 파일 시스템의 현재 SSD 스토리지 용량의 최소 9%여야 합니다. 또한 파일 시스템의 결과 SSD 용량이 감소 작업 후 사용률 80%를 초과하지 않도록 해야 합니다. 예를 들어 파일 시스템에 10,000GiB의 스토리지 용량과 5,000GiB의 스토리지가 사용되는 경우 SSD 사용률이 80% 미만으로 유지되도록 스토리지 용량을 6,251GiB로 줄일 수 있습니다. SSD 스토리지 용량을 HA 페어당 지원되는 최소 크기인 1,024GiB로 줄일 수 있습니다. + SSD 계층에 50TiB 이상의 데이터가 있는 볼륨이 하나 이상 포함된 파일 시스템에서 SSD 스토리지 용량을 줄이려면 HA 페어당 최소 1,536MB/s의 처리량 용량을 프로비저닝해야 합니다. SSD 계층에 100TiB 이상의 데이터가 포함된 볼륨이 있는 경우 HA 페어당 최소 3,072MB/s의 처리량 용량을 프로비저닝해야 합니다. SSD 계층에 200TiB 이상의 데이터가 있는 볼륨의 경우 HA 페어당 6,144MB/s의 처리량 용량을 프로비저닝해야 합니다. + **업데이트 사이 경과 시간** - 파일 시스템에서 SSD 스토리지 용량, 프로비저닝된 IOPS 또는 처리량 용량을 수정한 후에는 동일한 파일 시스템에서 이러한 구성을 다시 수정하려면 6시간 이상 기다려야 합니다. 이를 때로 휴지 기간이라고도 합니다. + 파일 시스템의 처리량 용량을 늘릴 수 있지만 줄일 수는 없습니다. + 파일 시스템에 HA 페어를 추가할 수 없습니다. + 볼륨의 데이터가 새 집계로 이동하는 동안에는 볼륨을 이전 상태(`volume snapshot restore` 사용)로 되돌릴 수 없습니다. 그러나 현재 이동되지 않는 다른 볼륨에서 `volume snapshot restore`를 실행할 수 있습니다. # 파일 시스템에 대한 스토리지 용량 사용률 알람 만들기 평균 SSD 스토리지 용량 사용률은 지속적으로 80%를 초과하지 않는 것이 좋습니다. 가끔 SSD 스토리지 사용률이 80% 이상으로 급증하는 것은 괜찮습니다. 평균 사용률을 80% 미만으로 유지하면 문제 없이 스토리지를 늘릴 수 있는 충분한 용량을 확보할 수 있습니다. 다음 절차는 파일 시스템의 SSD 스토리지 사용률이 80%에 가까워질 때 알려주는 CloudWatch 알람을 만드는 방법을 보여 줍니다. **파일 시스템 스토리지 용량 사용률 알람을 만들려면 다음과 같이 하세요.** `StorageCapacityUtilization` 지표를 사용하여 하나 이상의 FSx for ONTAP 파일 시스템이 스토리지 사용률 임곗값에 도달하면 트리거되는 경보를 생성할 수 있습니다. 1. [https://console.aws.amazon.com/cloudwatch/](https://console.aws.amazon.com/cloudwatch/)에서 CloudWatch 콘솔을 엽니다. 1. 왼쪽 탐색 창에서 **경보** 아래의 **모든 경보**를 선택합니다. 그런 다음 **경보 생성**을 선택합니다. 경보 생성 마법사에서 **지표 선택**을 선택합니다. 1. **그래프 탐색기**에서 **다중 소스 쿼리** 탭을 선택합니다. 1. **쿼리 빌더**에서 다음을 선택합니다. + **네임스페이스**의 경우 **AWS/FSx** > **세부 파일 시스템 지표**를 선택합니다. + **지표 이름** 에서 **MAX(StorageCapacityUtilization)**를 선택합니다. + **필터링 기준**의 경우 ID별로 특정 파일 시스템을 선택적으로 포함하거나 제외할 수 있습니다. **필터 기준**을 비워두면 파일 시스템 중 하나가 알람의 저장 용량 사용률 임곗값을 초과할 때 알람이 트리거됩니다. + 나머지 옵션은 비워 두고 **그래프 쿼리**를 선택합니다. 1. **지표 선택**을 선택합니다. 마법사의 **지표** 섹션에서 지표에 **레이블**을 지정합니다. **기간**을 5분으로 유지하는 것이 좋습니다. 1. **조건**에서 지표가 **80보다 크거나 같을 때**마다 **정적 임곗값 유형**을 선택합니다. 1. **다음**을 선택하여 **작업 구성** 페이지로 이동합니다. **경보 작업을 구성한다면** 설정한 임곗값에 도달하면 알람이 트리거되도록 다양한 작업을 구성할 수 있습니다. 이 예에서는 단순 알림 서비스(SNS) 주제를 선택했지만, 다른 작업에 대해서는 *Amazon CloudWatch 사용 설명서*의 [Amazon CloudWatch 알람 사용하기](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/AlarmThatSendsEmail.html)에서 확인할 수 있습니다. 1. **알림** 섹션에서 알람이 `ALARM` 상태일 때 알림을 받을 SNS 토픽을 선택합니다. 기존 주제를 선택하거나 새로운 주제를 생성할 수 있습니다. 이메일 주소로 알람 알림을 받으려면 먼저 확인해야 하는 구독 알림을 받게 됩니다. 1. **다음**을 선택합니다. **알람을 완료하려면 다음과 같이 하세요.** 다음 안내에 따라 CloudWatch 알람을 만드는 과정을 완료하세요. 1. **이름 및 설명 추가** 페이지에서 경보에 이름을 지정하고 선택적으로 설명을 지정한 다음 **다음**을 선택합니다. 1. **미리 보기 및 생성** 페이지에서 구성한 모든 항목을 검토한 다음 **경보 생성**을 선택합니다. # 스토리지 용량 및 프로비저닝된 IOPS 업데이트 Amazon FSx 콘솔, AWS CLI및 API를 사용하여 파일 시스템의 SSD 기반 스토리지와 프로비저닝된 SSD IOPS의 양을 늘리거나 줄일 수 있습니다. ## 파일 시스템의 SSD 스토리지 용량 또는 프로비저닝된 IOPS 증가(콘솔) 1. [https://console.aws.amazon.com/fsx/](https://console.aws.amazon.com/fsx/)에서 Amazon FSx 콘솔을 엽니다. 1. 왼쪽 탐색 열에서 **파일 시스템**을 선택합니다. **파일 시스템** 목록에서, SSD 스토리지 용량 및 SSD IOPS를 업데이트할 FSx for ONTAP을 선택합니다. 1. **작업** > **스토리지 용량 업데이트**를 선택합니다. 또는 **요약** 섹션에서 파일 시스템의 **SSD 스토리지 용량** 값 옆에 있는 **업데이트**를 선택합니다. 1. SSD 스토리지 용량을 늘리려면 **스토리지 용량 수정**을 선택합니다. 1. **입력 유형**에서 다음 중 하나를 선택합니다. + 새 SSD 스토리지 용량을 현재 값에서 변경된 백분율로 입력하려면 **백분율**을 선택합니다. + 새 값을 GiB로 입력하려면 **절대값**을 선택합니다. 1. 입력 유형에 따라 **원하는 증가율(%)** 값을 입력합니다. + **백분율**에는 증가율 값을 입력합니다. 이 값은 현재 값보다 10% 이상 큰 값이어야 합니다. + **절대값**에는 새 값을 GiB 단위로 입력합니다(최대 허용 값은 196,608GiB). 1. **프로비저닝된 SSD IOPS**에는 파일 시스템의 프로비저닝된 SSD IOPS 수를 수정하는 두 가지 옵션이 있습니다. + Amazon FSx에서 SSD IOPS를 자동으로 확장하여 SSD 스토리지 용량 GiB당 프로비저닝된 3 SSD IOPS를 (최대 160,000까지) 유지하도록 하려면 **자동**을 선택합니다. + SSD IOPS 수를 지정하려면 **사용자 프로비저닝**을 선택합니다. SSD 스토리지 계층 GiB 용량의 3배 이상, 160,000 이하인 절대 IOPS 수를 입력합니다. **참고** FSx for ONTAP 파일 시스템에 프로비저닝할 수 있는 최대 SSD IOPS 수에 대한 자세한 내용은 [처리량 용량이 성능에 미치는 영향](performance.md#impact-throughput-cap-performance) 섹션을 참조하세요. 1. **업데이트**를 선택합니다. **참고** 프롬프트 하단에 새 SSD 스토리지 용량과 SSD IOPS에 대한 구성 미리보기가 표시됩니다. 2세대 파일 시스템의 경우 HA 쌍당 값도 표시됩니다. ## 파일 시스템에 대한 SSD 스토리지 용량 및 프로비저닝된 IOPS 증가(CLI) FSx for ONTAP 파일 시스템의 SSD 스토리지 용량과 프로비저닝된 IOPS를 늘리려면 AWS CLI 명령 [update-file-system](https://docs.aws.amazon.com/cli/latest/reference/fsx/update-file-system.html) 또는 동등한 [UpdateFileSystem](https://docs.aws.amazon.com/fsx/latest/APIReference/API_UpdateFileSystem.html) API 작업을 사용합니다. 값으로 다음 파라미터를 설정합니다. + `--file-system-id`를 업데이트하려는 파일 시스템의 ID로 설정합니다. + SSD 저장 용량을 늘리려면 `--storage-capacity` 목표 저장 용량 값으로 설정하고, 이 값은 현재 값보다 10% 이상 커야 합니다. + 프로비저닝된 SSD IOPS를 수정하려면 `--ontap-configuration DiskIopsConfiguration` 속성을 사용합니다. 이 속성에는 `Iops` 및 `Mode`라는 두 개의 파라미터가 있습니다. + 프로비저닝된 IOPS 수를 지정하려면 `Iops=number_of_IOPS`(최대 160,000) 및 `Mode=USER_PROVISIONED`를 사용합니다. IOPS 값은 요청된 SSD 스토리지 용량의 3배 이상이어야 합니다. 스토리지 용량을 늘리지 않는 경우 IOPS 값은 현재 SSD 스토리지 용량의 3배 이상이어야 합니다. + Amazon FSx에서 SSD IOPS를 자동으로 늘리려면 `Mode=AUTOMATIC`을 사용하고 `Iops` 파라미터를 사용하지 않습니다. Amazon FSx는 프로비저닝된 SSD 스토리지 용량(최대 160,000개)의 GiB당 3 SSD IOPS를 자동으로 유지합니다. **참고** FSx for ONTAP 파일 시스템에 프로비저닝할 수 있는 최대 SSD IOPS 수에 대한 자세한 내용은 [처리량 용량이 성능에 미치는 영향](performance.md#impact-throughput-cap-performance) 섹션을 참조하세요. 다음 예에서는 파일 시스템의 SSD 스토리지를 2000GiB로 늘리고 사용자 프로비저닝된 SSD IOPS의 양을 7000으로 설정합니다. ``` aws fsx update-file-system \ --file-system-id fs-0123456789abcdef0 \ --storage-capacity 2000 \ --ontap-configuration 'DiskIopsConfiguration={Iops=7000,Mode=USER_PROVISIONED}' ``` 업데이트 진행 상황을 모니터링하려면 [describe-file-systems](https://docs.aws.amazon.com/cli/latest/reference/fsx/describe-file-systems.html) AWS CLI 명령을 사용합니다. 출력에서 `AdministrativeActions` 섹션을 찾습니다. 자세한 내용은 *Amazon FSx for NetApp ONTAP API 참조*의 [AdministrativeAction](https://docs.aws.amazon.com/fsx/latest/APIReference/API_AdministrativeAction.html)을 참조하세요. ## 파일 시스템의 SSD 스토리지 용량 감소(콘솔) 1. [https://console.aws.amazon.com/fsx/](https://console.aws.amazon.com/fsx/)에서 Amazon FSx 콘솔을 엽니다. 1. 왼쪽 탐색 열에서 **파일 시스템**을 선택합니다. **파일 시스템** 목록에서, SSD 스토리지 용량 및 SSD IOPS를 업데이트할 FSx for ONTAP을 선택합니다. 1. **작업** > **파일 시스템 업데이트** > **SSD 스토리지 용량/IOPS 업데이트**를 선택합니다. 또는 **요약** 섹션에서 파일 시스템의 **SSD 스토리지 용량** 값 옆에 있는 **업데이트**를 선택합니다. 1. SSD 스토리지 용량을 줄이려면 **작업 유형**에서 **감소**를 선택합니다. 1. **입력 유형**에서 다음 중 하나를 선택합니다. + 새 SSD 스토리지 용량을 현재 값에서 변경된 백분율로 입력하려면 **백분율**을 선택합니다. + 새 값을 GiB로 입력하려면 **절대값**을 선택합니다. 1. 입력 유형에 따라 다음 중 하나를 수행합니다. + **백분율**에 **원하는 % 감소** 값을 입력합니다. 이 값은 현재 값보다 9% 이상 적은 값이어야 합니다. + **절대**에 **원하는 스토리지 용량** 값을 GiB로 입력합니다. 1. **업데이트**를 선택합니다. **참고** 프롬프트 하단에 새 SSD 스토리지 용량과 SSD IOPS에 대한 구성 미리보기가 표시됩니다. 2세대 파일 시스템의 경우 HA 쌍당 값도 표시됩니다. ## 파일 시스템에 대한 SSD 스토리지 용량 및 프로비저닝된 IOPS 감소(CLI) FSx for ONTAP 파일 시스템의 SSD 스토리지 용량과 프로비저닝된 IOPS를 줄이려면 AWS CLI 명령 [update-file-system](https://docs.aws.amazon.com/cli/latest/reference/fsx/update-file-system.html) 또는 동등한 [UpdateFileSystem](https://docs.aws.amazon.com/fsx/latest/APIReference/API_UpdateFileSystem.html) API 작업을 사용합니다. 값으로 다음 파라미터를 설정합니다. 1. SSD 용량을 줄이려면 다음 명령을 사용합니다. ``` aws fsx update-file-system \ --file-system-id fs-0123456789abcdef0 \ --storage-capacity 4096 ``` 사용자 프로비저닝 IOPS 모드를 사용하고 현재 IOPS 수준을 유지하려면 `DiskIopsConfiguration` 파라미터를 포함합니다. ``` aws fsx update-file-system \ --file-system-id fs-0123456789abcdef0 \ --storage-capacity 4096 \ --ontap-configuration 'DiskIopsConfiguration={Iops=15000,Mode=USER_PROVISIONED}' ``` 1. 감소 작업의 진행 상황을 모니터링하려면 **describe-file-systems** 명령을 사용합니다. ``` aws fsx describe-file-systems --file-system-id fs-0123456789abcdef0 ``` 명령은 `AdministrativeActions` 섹션에서 감소 작업에 대한 정보를 반환합니다. 예제: ``` { "FileSystem": { "StorageCapacity": 4096, "StorageType": "SSD", "AdministrativeActions": [ { "AdministrativeActionType": "FILE_SYSTEM_UPDATE", "Message": "Moving data for [vol1 vol2]. 2 volume(s) remaining. https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/troubleshooting.html", "ProgressPercent": 4, "RequestTime": 1748981251.591, "Status": "IN_PROGRESS", "TargetFileSystemValues": { "StorageCapacity": 4096 } } ] } } ``` 업데이트 진행 상황을 모니터링하려면 [https://docs.aws.amazon.com/cli/latest/reference/fsx/describe-file-systems.html](https://docs.aws.amazon.com/cli/latest/reference/fsx/describe-file-systems.html) AWS CLI 명령을 사용합니다. 출력에서 `AdministrativeActions` 섹션을 찾습니다. 자세한 내용은 Amazon FSx for NetApp ONTAP API 참조의 [https://docs.aws.amazon.com/fsx/latest/APIReference/API_AdministrativeAction.html](https://docs.aws.amazon.com/fsx/latest/APIReference/API_AdministrativeAction.html)을 참조하세요. # 스토리지 용량 동적 업데이트 사용한 스토리지 용량이 지정한 임곗값을 초과하는 경우 다음 솔루션을 사용하여 FSx for ONTAP 파일 시스템의 SSD 스토리지 용량을 동적으로 늘릴 수 있습니다. 이 AWS CloudFormation 템플릿은 스토리지 용량 임계값,이 임계값을 기반으로 하는 Amazon CloudWatch 경보, 파일 시스템의 스토리지 용량을 늘리는 AWS Lambda 함수를 정의하는 데 필요한 모든 구성 요소를 자동으로 배포합니다. 솔루션은 필요한 모든 구성 요소를 자동으로 배포하고 다음 파라미터를 사용합니다. + FSx for ONTAP 파일 시스템 ID. + 사용 가능한 스토리지 용량 임곗값(숫자 값). 이는 CloudWatch 경보가 트리거되는 백분율입니다. + 스토리지 용량 증가 기준 백분율(%). + 스케일링 알림을 받는 데 사용되는 이메일 주소. **Topics** + [아키텍처 개요](#storage-inc-architecture) + [CloudFormation 템플릿](#storage-capacity-CFN-template) + [를 사용한 자동 배포 CloudFormation](#fsx-dynamic-storage-increase-deployment) ## 아키텍처 개요 이 솔루션을 배포하면 AWS 클라우드에 다음과 같은 리소스가 빌드됩니다. ![\[FSx for ONTAP 파일 시스템의 스토리지 용량을 자동으로 늘리는 솔루션의 아키텍처 다이어그램.\]](http://docs.aws.amazon.com/ko_kr/fsx/latest/ONTAPGuide/images/dynamic-storage-scaling-architecture.png) 다이어그램은 다음 단계들을 보여줍니다. 1. CloudFormation 템플릿은 CloudWatch 경보, AWS Lambda 함수, Amazon Simple Notification Service(Amazon SNS) 대기열 및 모든 필수 AWS Identity and Access Management (IAM) 역할을 배포합니다. IAM 역할은 Lambda 함수에 Amazon FSx API 작업을 호출할 수 있는 권한을 부여합니다. 1. CloudWatch는 파일 시스템의 사용된 스토리지 용량이 지정된 임곗값을 초과하면 경보를 트리거하고 Amazon SNS 대기열에 메시지를 보냅니다. 경보는 파일 시스템의 사용된 용량이 5분 동안 지속적으로 임곗값을 초과하는 경우에만 트리거됩니다. 1. 그러면 솔루션이 이 Amazon SNS 주제를 구독하는 Lambda 함수를 트리거합니다. 1. Lambda 함수는 지정된 증가율 값을 기반으로 새 파일 시스템 스토리지 용량을 계산하고 새 파일 시스템 스토리지 용량을 설정합니다. 1. Lambda 함수 작업의 원래 CloudWatch 경보 상태 및 결과는 Amazon SNS 대기열로 전송됩니다. CloudWatch 경보에 대한 응답으로 수행된 작업에 대한 알림을 받으려면 **구독 확인** 이메일에 제공된 링크를 따라 Amazon SNS 주제 구독을 확인해야 합니다. ## CloudFormation 템플릿 이 솔루션은 CloudFormation 를 사용하여 FSx for ONTAP 파일 시스템의 스토리지 용량을 자동으로 늘리는 데 사용되는 구성 요소 배포를 자동화합니다. 이 솔루션을 사용하려면 [FSxOntapDynamicStorageScaling](https://solution-references.s3.amazonaws.com/fsx/DynamicScaling/FSxOntapDynamicStorageScaling.yaml) CloudFormation 템플릿을 다운로드합니다. 템플릿은 다음과 같이 설명된 **파라미터**를 사용합니다. 템플릿 파라미터 및 해당 기본값을 검토하고 파일 시스템의 필요에 맞게 수정합니다. **FileSystemId** 기본값이 없습니다. 스토리지 용량을 자동으로 늘리려는 파일 시스템의 ID입니다. **LowFreeDataStorageCapacityThreshold** 기본값이 없습니다. 경보를 트리거하고 파일 시스템의 스토리지 용량을 자동으로 늘릴 스토리지 용량 사용 임곗값을 지정합니다. 이 임곗값은 파일 시스템의 현재 스토리지 용량의 백분율(%)로 지정됩니다. 사용된 스토리지가 이 임곗값을 초과하면 파일 시스템은 여유 스토리지 용량이 부족한 것으로 간주됩니다. **EmailAddress** 기본값이 없습니다. SNS 구독에 사용할 이메일 주소를 지정하고 스토리지 용량 임곗값 알림을 받습니다. **PercentIncrease** 기본값은 **20%**입니다. 스토리지 용량을 늘릴 양을 현재 스토리지 용량의 백분율로 표현하여 지정합니다. 스토리지 스케일링은 CloudWatch 경보가 `ALARM` 상태에 진입할 때마다 한 번씩 시도됩니다. 스토리지 스케일링 작업을 시도한 후에도 SSD 스토리지 용량 사용률이 임곗값을 초과하면 스토리지 스케일링 작업이 다시 시도되지 않습니다. **MaxFSxSizeinGiB** 기본값은 **196608**입니다. SSD 스토리지에 지원되는 최대 스토리지 용량을 지정합니다. ## 를 사용한 자동 배포 CloudFormation 다음 절차에서는 FSx for ONTAP 파일 시스템의 스토리지 용량을 자동으로 늘리도록 CloudFormation 스택을 구성하고 배포합니다. 배포하는 데에는 몇 분이 걸립니다. CloudFormation 스택 생성에 대한 자세한 내용은 *AWS CloudFormation 사용 설명서*의 [AWS CloudFormation 콘솔에서 스택 생성을](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/cfn-console-create-stack.html) 참조하세요. **참고** 이 솔루션을 구현하면 연결된 AWS 서비스에 대한 요금이 청구됩니다. 자세한 내용은 해당 서비스에 대한 요금 세부 정보 페이지를 참조하세요. 시작하기 전에의 Amazon Virtual Private Cloud(VPC)에서 실행 중인 Amazon FSx 파일 시스템의 ID가 있어야 합니다 AWS 계정. Amazon FSx 리소스 생성에 대한 자세한 내용은 [Amazon FSx for NetApp ONTAP 시작하기](getting-started.md) 섹션을 참조하세요. **자동 스토리지 용량 증가 솔루션 스택 시작** 1. [FSxOntapDynamicStorageScaling](https://solution-references.s3.amazonaws.com/fsx/DynamicScaling/FSxOntapDynamicStorageScaling.yaml) CloudFormation 템플릿을 다운로드합니다. **참고** Amazon FSx는 현재 특정 AWS 리전에서만 사용할 수 있습니다. Amazon FSx를 사용할 수 있는 AWS 리전에서이 솔루션을 시작해야 합니다. 자세한 내용은 *AWS 일반 참조*의 [Amazon FSx 엔드포인트 및 할당량](https://docs.aws.amazon.com/general/latest/gr/fsxn.html)을 참조하세요. 1. CloudFormation 콘솔에서 **스택 생성 > 새 리소스 사용을** 선택합니다. 1. **템플릿이 준비됨**을 선택합니다. **템플릿 지정** 섹션에서 **템플릿 파일 업로드**를 선택하고 다운로드한 템플릿을 업로드합니다. 1. **스택 세부 정보 지정**에 자동 스토리지 용량 증가 솔루션의 값을 입력합니다. ![\[CloudFormation 템플릿의 스택 세부 정보 지정 페이지에 입력한 값\]](http://docs.aws.amazon.com/ko_kr/fsx/latest/ONTAPGuide/images/dynamic-storage-capacity-increase-cfn-stack.png) 1. **스택 이름**을 입력합니다. 1. **파라미터**의 경우 템플릿의 파라미터를 검토하고 파일 시스템의 필요에 맞게 수정합니다. 그리고 **다음**을 선택합니다. **참고** 이 CloudFormation 템플릿으로 스케일링을 시도할 때 이메일 알림을 받으려면 템플릿을 배포한 후 수신한 SNS 구독 이메일을 확인합니다. 1. 사용자 지정 솔루션에 대해 원하는 **옵션** 설정을 입력하고 **다음**을 선택합니다. 1. **검토**에서 솔루션 설정을 검토하고 확인합니다. 템플릿이 IAM 리소스를 생성한다는 것을 확인하는 확인란을 선택해야 합니다. 1. **생성**을 선택하여 스택을 배포합니다. CloudFormation 콘솔의 상태 열에서 스택의 **상태를** 볼 수 있습니다. 몇 분 후에 **CREATE\$1COMPLETE** 상태를 확인할 수 있습니다. ### 스택 업데이트 스택이 생성된 후, 동일한 템플릿을 사용하고 파라미터에 새 값을 제공하여 스택을 업데이트할 수 있습니다. 자세한 내용은 *AWS CloudFormation 사용 설명서*의 [직접 스택 업데이트](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/using-cfn-updating-stacks-direct.html)를 참조하세요. # SSD 스토리지 사용률 모니터링 다양한 AWS 및 NetApp 도구를 사용하여 파일 시스템의 SSD 스토리지 용량 사용률을 모니터링할 수 있습니다. Amazon CloudWatch를 사용하면 스토리지 용량 사용률을 모니터링하여 스토리지 용량 사용률이 사용자 지정 가능한 임곗값에 도달하면 알림을 보내는 경보를 설정할 수 있습니다. **참고** SSD 스토리지 계층의 스토리지 용량 사용률은 80%를 초과하지 않는 것이 좋습니다. 그러면 계층화가 제대로 작동하고 새 데이터에 대한 오버헤드를 제공합니다. SSD 스토리지 계층의 스토리지 용량 사용률이 지속적으로 80%를 넘으면 SSD 스토리지 계층의 용량을 늘릴 수 있습니다. 자세한 내용은 [파일 시스템 SSD 스토리지 및 IOPS 업데이트](storage-capacity-and-IOPS.md#increase-primary-storage) 단원을 참조하십시오. Amazon FSx 콘솔에서 파일 시스템의 사용 가능한 SSD 스토리지와 전체 스토리지 분포를 볼 수 있습니다. **사용 가능한 기본 스토리지 용량** 그래프는 파일 시스템에서 사용 가능한 SSD 기반 스토리지 용량을 시간 경과에 따라 보여줍니다. **스토리지 분포** 그래프는 파일 시스템의 전체 스토리지 용량이 현재 세 가지 범주에 걸쳐 어떻게 분포되어 있는지를 보여줍니다. + 용량 풀 계층 + SSD 계층 - 사용 가능 + SSD 계층 - 사용됨 다음 절차에 AWS Management Console따라에서 파일 시스템의 SSD 스토리지 용량 사용률을 모니터링할 수 있습니다. **파일 시스템 사용 가능한 SSD 계층 스토리지 용량 모니터링하기(콘솔)** 1. [https://console.aws.amazon.com/fsx/](https://console.aws.amazon.com/fsx/)에서 Amazon FSx 콘솔을 엽니다. 1. 왼쪽 탐색 열에서 **파일 시스템**을 선택한 다음 스토리지 용량 정보를 보려는 ONTAP 파일 시스템을 선택합니다. 파일 시스템 세부 정보 페이지가 표시됩니다. 1. 두 번째 패널에서 **모니터링 및 성능** 탭을 선택한 다음 **스토리지**를 선택합니다. **사용가능한 기본 스토리지 용량** 및 **집계 그래프당 스토리지 용량 사용률**이 표시됩니다. # 스토리지 효율성 절감 모니터링 활성화하면 Amazon FSx 콘솔, Amazon CloudWatch 콘솔 및 ONTAP CLI에서 절감되고 있는 스토리지 용량을 확인할 수 있습니다. **스토리지 효율성 절감액 보기 (콘솔)** FSx for ONTAP 파일 시스템의 Amazon FSx 콘솔에 표시된 스토리지 효율성 절감 효과에는 FlexClones 및 스냅샷으로 인한 절감이 포함됩니다. 1. [https://console.aws.amazon.com/fsx/](https://console.aws.amazon.com/fsx/)에서 Amazon FSx 콘솔을 엽니다. 1. **파일 시스템** 목록에서 스토리지 효율성 절감 효과를 확인할 FSx for ONTAP 파일 시스템을 선택합니다. 1. 파일 시스템 세부 정보 페이지의 두 번째 패널에 있는 **모니터링 및 성능** 탭에서 **요약**을 선택합니다. 1. **스토리지 효율성 절감 효과** 차트는 절감되고 있는 공간을 논리적 데이터 크기의 백분율 및 물리적 바이트 단위로 보여줍니다. **스토리지 효율성 절감액 보기 (ONTAP CLI)** ONTAP CLI를 사용하여 `storage aggregate show-efficiency` 명령을 실행하면 스냅샷 및 FlexClones의 영향 없이 축소, 압축 및 중복 제거만으로 스토리지 효율성 절감 효과를 확인할 수 있습니다. 자세한 내용은 NetApp ONTAP 설명서 센터에서 [스토리지 집계 표시 효율성](https://docs.netapp.com/us-en/ontap-cli-9131/storage-aggregate-show-efficiency.html)을 참조하세요. 1. ONTAP CLI에 액세스하려면 다음 명령을 실행하여 Amazon FSx for NetApp ONTAP 파일 시스템 또는 SVM의 관리 포트에 SSH 세션을 설정합니다. `management_endpoint_ip`를 파일 시스템의 관리 포트의 IP 주소로 바꿉니다. ``` [~]$ ssh fsxadmin@management_endpoint_ip ``` 자세한 내용은 [ONTAP CLI를 사용한 파일 시스템 관리](managing-resources-ontap-apps.md#fsxadmin-ontap-cli) 단원을 참조하십시오. 1. 이 **storage aggregate show-efficiency** 명령은 모든 집계의 저장소 효율성에 대한 정보를 표시합니다. 스토리지 효율성은 네 가지 수준으로 표시됩니다. + 합계 + Aggregate + 볼륨 + 스냅샷 및 FlexClone 볼륨 ``` ::*> aggr show-efficiency Aggregate: aggr1 Node: node1 Total Data Reduction Efficiency Ratio: 3.29:1 Total Storage Efficiency Ratio: 4.29:1 Aggregate: aggr2 Node: node1 Total Data Reduction Efficiency Ratio: 4.50:1 Total Storage Efficiency Ratio: 5.49:1 cluster::*> aggr show-efficiency -details Aggregate: aggr1 Node: node1 Total Data Reduction Ratio: 2.39:1 Total Storage Efficiency Ratio: 4.29:1 Aggregate level Storage Efficiency (Aggregate Deduplication and Data Compaction): 1.00:1 Volume Deduplication Efficiency: 5.03:1 Compression Efficiency: 1.00:1 Snapshot Volume Storage Efficiency: 8.81:1 FlexClone Volume Storage Efficiency: 1.00:1 Number of Efficiency Disabled Volumes: 1 Aggregate: aggr2 Node: node1 Total Data Reduction Ratio: 2.39:1 Total Storage Efficiency Ratio: 4.29:1 Aggregate level Storage Efficiency (Aggregate Deduplication and Data Compaction): 1.00:1 Volume Deduplication Efficiency: 5.03:1 Compression Efficiency: 1.00:1 Snapshot Volume Storage Efficiency: 8.81:1 FlexClone Volume Storage Efficiency: 1.00:1 Number of Efficiency Disabled Volumes: 1 ``` # 스토리지 용량 및 IOPS 업데이트 모니터링 Amazon FSx 콘솔, CLI 및 API를 사용하여 SSD 스토리지 용량 및 IOPS 업데이트의 진행 상황을 모니터링할 수 있습니다. ## 스토리지 및 IOPS 업데이트를 모니터링하려면 (콘솔) FSx for ONTAP 파일 시스템에 대한 **파일 시스템 세부 정보** 페이지의 **업데이트** 탭에서 각 업데이트 유형에 대한 최신 업데이트 10개를 볼 수 있습니다. ![\[콘솔에 나타나는 파일 시스템의 최근 업데이트 목록입니다.\]](http://docs.aws.amazon.com/ko_kr/fsx/latest/ONTAPGuide/images/fs-updates-panel.png) SSD 스토리지 용량 및 IOPS 업데이트에서 다음 정보를 볼 수 있습니다. ****업데이트 유형**** 지원되는 유형은 **스토리지 용량**, **모드**, **IOPS**입니다. 모든 스토리지 용량 및 IOPS 스케일링 요청의 **모드** 및 **IOPS** 값이 나열됩니다. ****대상 값**** 파일 시스템의 SSD 스토리지 용량 또는 IOPS를 업데이트하기 위해 지정한 값입니다. ****상태**** 업데이트의 현재 상태입니다. 가능한 값은 다음과 같습니다. + **보류 중** – Amazon FSx가 업데이트 요청을 받았지만 처리를 시작하지 않았습니다. + **진행 중** – Amazon FSx에서 업데이트 요청을 처리하고 있습니다. + **업데이트 후 최적화 중** - Amazon FSx가 파일 시스템의 스토리지 용량을 늘렸습니다. 이제 스토리지 최적화 프로세스가 백그라운드에서 데이터를 재조정하고 있습니다. + **완료** - 업데이트가 완료되었습니다. + **실패** - 업데이트 요청이 실패했습니다. 세부 정보를 보려면 물음표(**?**)를 선택합니다. ****진행률(%)**** 스토리지 최적화 프로세스의 진행률을 완료율로 표시합니다. ****요청 시간**** Amazon FSx가 업데이트 작업 요청을 받은 시간입니다. ## 스토리지 및 IOPS 업데이트 모니터링 (CLI) [https://docs.aws.amazon.com/cli/latest/reference/fsx/describe-file-systems.html](https://docs.aws.amazon.com/cli/latest/reference/fsx/describe-file-systems.html) AWS CLI 명령 및 [DescribeFileSystems](https://docs.aws.amazon.com/fsx/latest/APIReference/API_DescribeFileSystems.html) API 작업을 사용하여 파일 시스템 SSD 스토리지 용량 증가 및 감소 요청을 보고 모니터링할 수 있습니다. `AdministrativeActions` 배열에 각 관리 작업 유형에 대한 가장 최근의 업데이트 작업 10개가 나열됩니다. 파일 시스템의 스토리지 용량을 늘리면 `FILE_SYSTEM_UPDATE` 및 `STORAGE_OPTIMIZATION`이라는 두 개의 `AdministrativeActions` 작업이 생성됩니다. 파일 시스템의 SSD 스토리지 용량을 줄이면 `AdministrativeActions` 작업인 `FILE_SYSTEM_UPDATE` 작업 하나만 생성됩니다. 다음 예제는 `describe-file-systems` CLI 명령의 응답 발췌문을 보여줍니다. 파일 시스템에는 SSD 스토리지 용량을 2000GiB로 늘리고 프로비저닝된 SSD IOPS를 7000으로 늘리기 위한 관리 작업이 보류 중입니다. ``` "AdministrativeActions": [ { "AdministrativeActionType": "FILE_SYSTEM_UPDATE", "RequestTime": 1586797629.095, "Status": "PENDING", "TargetFileSystemValues": { "StorageCapacity": 2000, "OntapConfiguration": { "DiskIopsConfiguration": { "Mode": "USER_PROVISIONED", "Iops": 7000 } } } }, { "AdministrativeActionType": "STORAGE_OPTIMIZATION", "RequestTime": 1586797629.095, "Status": "PENDING" } ] ``` Amazon FSx는 `FILE_SYSTEM_UPDATE` 작업을 먼저 처리하여 더 큰 새 스토리지 디스크를 파일 시스템에 추가합니다. 파일 시스템에서 새 스토리지를 사용할 수 있게 되면 `FILE_SYSTEM_UPDATE` 상태가 `UPDATED_OPTIMIZING`으로 변경됩니다. 스토리지 용량은 더 큰 새로운 값을 보여주며, Amazon FSx는 `STORAGE_OPTIMIZATION` 관리 작업을 처리하기 시작합니다. 이 작업은 `describe-file-systems` CLI 명령의 다음 응답 발췌문에 나와 있습니다. `ProgressPercent` 속성은 스토리지 최적화 프로세스의 진행 상황을 표시합니다. 스토리지 최적화 프로세스가 완료되면 `FILE_SYSTEM_UPDATE` 작업 상태가 `COMPLETED`로 변경되고 `STORAGE_OPTIMIZATION` 작업이 더 이상 표시되지 않습니다. ``` "AdministrativeActions": [ { "AdministrativeActionType": "FILE_SYSTEM_UPDATE", "RequestTime": 1586799169.445, "Status": "UPDATED_OPTIMIZING", "TargetFileSystemValues": { "StorageCapacity": 2000, "OntapConfiguration": { "DiskIopsConfiguration": { "Mode": "USER_PROVISIONED", "Iops": 7000 } } } }, { "AdministrativeActionType": "STORAGE_OPTIMIZATION", "ProgressPercent": 41, "RequestTime": 1586799169.445, "Status": "IN_PROGRESS" } ] ``` SSD 용량을 줄일 때 `FILE_SYSTEM_UPDATE` 작업에는 현재 이동 중인 볼륨과 남아 있는 볼륨 수에 대한 정보를 제공하는 `Message` 속성이 포함됩니다. 예제: ``` "AdministrativeActions": [ { "AdministrativeActionType": "FILE_SYSTEM_UPDATE", "Message": "Moving data for [vol1 vol2]. 2 volume(s) remaining. https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/troubleshooting.html", "ProgressPercent": 8, "RequestTime": 1748981251.591, "Status": "IN_PROGRESS", "TargetFileSystemValues": { "StorageCapacity": 4096, "OntapConfiguration": { "DiskIopsConfiguration": { "Mode": "AUTOMATIC", "Iops": 12288 } } } } ] ``` 대상 집계의 사용률이 80%를 초과하여 SSD 감소 작업이 일시 중지되면 상태가 `PAUSED`로 변경되고 적절한 메시지가 표시됩니다. ``` "AdministrativeActions": [ { "AdministrativeActionType": "FILE_SYSTEM_UPDATE", "Message": "Your file system has insufficient free space in its SSD tier. Please free up space or increase your file system's storage capacity.", "ProgressPercent": 8, "RequestTime": 1748981251.591, "Status": "PAUSED", "TargetFileSystemValues": { "StorageCapacity": 4096, "OntapConfiguration": { "DiskIopsConfiguration": { "Mode": "AUTOMATIC", "Iops": 12288 } } } } ] ``` 스토리지 용량 또는 IOPS 업데이트 요청이 실패하면 다음 예제와 같이 `FILE_SYSTEM_UPDATE` 작업 상태가 `FAILED`로 변경됩니다. `FailureDetails` 속성은 실패에 대한 정보를 제공합니다. ``` "AdministrativeActions": [ { "AdministrativeActionType": "FILE_SYSTEM_UPDATE", "RequestTime": 1586373915.697, "Status": "FAILED", "TargetFileSystemValues": { "StorageCapacity": 2000, "OntapConfiguration": { "DiskIopsConfiguration": { "Mode": "USER_PROVISIONED", "Iops": 7000 } } }, "FailureDetails": { "Message": "failure-message" } } ] ``` # 볼륨 스토리지 용량 FSx for ONTAP 볼륨은 데이터를 그룹화하고, 데이터 저장 방식을 결정하고, 데이터에 대한 액세스 유형을 결정하는 데 사용하는 가상 리소스입니다. 폴더와 같은 볼륨은 파일 시스템 스토리지 용량 자체를 사용하지 않습니다. 볼륨에 저장된 데이터만 SSD 스토리지를 사용하며, [볼륨의 계층화 정책](#data-tiering-policy)에 따라 용량 풀 스토리지를 사용합니다. 볼륨을 생성할 때 볼륨 크기를 설정하고 나중에 크기를 변경할 수 있습니다. AWS Management Console AWS CLI 및 API와 ONTAP CLI를 사용하여 FSx for ONTAP 볼륨의 스토리지 용량을 모니터링하고 관리할 수 있습니다. **Topics** + [볼륨 데이터 계층화](#volume-data-tiering) + [스냅샷 및 볼륨 스토리지 용량](#managing-snapshots) + [볼륨 파일 용량](#managing-volume-file-capacity) + [스토리지 효율성 관리](manage-vol-SE.md) + [자동 크기 조정 사용](enable-volume-autosizing.md) + [클라우드 쓰기 모드 활성화](cloud-write-mode.md) + [스토리지 용량 업데이트](manage-volume-capacity.md) + [등급 정책 업데이트하기](modify-volume-tiering-policy.md) + [최소 휴지 일수 업데이트](set-cooling-days.md) + [볼륨의 클라우드 검색 정책 업데이트](set-cloud-retrieval.md) + [볼륨의 최대 파일 수 업데이트하기](increase-volume-max-files.md) + [볼륨 스토리지 용량 모니터링](monitor-volume-storage-console.md) + [볼륨의 파일 용량 모니터링](view-volume-file-capacity.md) ## 볼륨 데이터 계층화 Amazon FSx for NetApp ONTAP 파일 시스템에는 기본 스토리지와 용량 풀 스토리지라는 두 개의 스토리지 계층이 있습니다. 기본 스토리지는 데이터 세트의 활성 부분을 위해 특별히 구축되어 프로비저닝된 확장 가능한 고성능 SSD 스토리지입니다. 용량 풀 스토리지는 페타바이트까지 확장할 수 있고 자주 액세스하지 않는 데이터에 맞게 비용을 최적화하는 완전히 탄력적인 스토리지 계층입니다. 각 볼륨의 데이터는 볼륨의 계층화 정책, 냉각 기간 및 임계값 설정에 따라 자동으로 용량 풀 스토리지 계층으로 계층화됩니다. 다음 섹션에서는 ONTAP 볼륨 계층화 정책과 데이터가 용량 풀에 계층화되는 시점을 결정하는 데 사용되는 임계값에 대해 설명합니다. **참고** FSx for ONTAP는 SnapLock 유형에 관계없이 모든 SnapLock 볼륨의 용량 풀에 대한 계층화 데이터를 지원합니다. 자세한 내용은 [SnapLock 작동 방식](how-snaplock-works.md) 단원을 참조하십시오. ### 볼륨 계층화 정책 파일 시스템의 각 볼륨에 대한 계층화 정책을 선택하여 FSx for ONTAP 파일 시스템의 스토리지 계층을 사용하는 방법을 결정합니다. 볼륨을 생성할 때 계층화 정책을 선택하면 Amazon FSx 콘솔, AWS CLI API 또는 [NetApp 관리 도구를](managing-resources-ontap-apps.md) 사용하여 언제든지 수정할 수 있습니다. 다음 정책 중 하나를 선택하여 용량 풀 스토리지 계층으로 이동할 데이터(있는 경우)를 결정할 수 있습니다. **참고** 계층화를 통해 파일 데이터와 스냅샷 데이터를 용량 풀 계층으로 이동할 수 있습니다. 하지만 파일 메타데이터는 항상 SSD 계층에 남아 있습니다. 자세한 내용은 [SSD 스토리지 사용 방식](managing-storage-capacity.md#how-ssd-is-used) 단원을 참조하십시오. + **자동** - 이 정책은 모든 콜드 데이터(사용자 데이터 및 스냅샷)를 용량 풀 계층으로 이동합니다. 데이터 휴지율은 정책의 휴지 기간에 따라 결정되고, 이 기간은 기본적으로 31일이며 2\$1183일 사이의 값으로 구성할 수 있습니다. (일반적인 파일 액세스에서처럼) 기본 콜드 데이터 블록을 무작위로 읽으면 핫 데이터 블록이 되어 기본 스토리지 계층에 기록됩니다. 콜드 데이터 블록을 순차적으로 읽을 때(예: 바이러스 백신 스캔) 콜드 데이터 블록은 콜드 상태로 유지되며 용량 풀 스토리지 계층에 남습니다. 이는 Amazon FSx 콘솔을 사용하여 볼륨을 생성할 때의 기본 정책입니다. + **스냅샷 전용** - 이 정책은 스냅샷 데이터만 용량 풀 스토리지 계층으로 이동합니다. 스냅샷이 용량 풀 계층으로 이동되는 빈도는 정책의 휴지 기간에 따라 결정되고, 휴지 기간은 기본적으로 2일로 설정되며 2\$1183일 사이의 값으로 구성할 수 있습니다. 콜드 스냅샷 데이터를 읽으면 핫 스냅샷 데이터가 되어 기본 스토리지 계층에 기록됩니다. 이는 AWS CLI Amazon FSx API 또는 NetApp ONTAP CLI를 사용하여 볼륨을 생성할 때의 기본 정책입니다. + **모두** - 이 정책은 모든 사용자 데이터와 스냅샷 데이터를 콜드 데이터로 표시하고 용량 풀 계층에 저장합니다. 데이터 블록을 읽어도 콜드 상태로 유지되며 기본 스토리지 계층에 기록되지 않습니다. **모두** 계층화 정책이 적용된 볼륨에 데이터가 기록되더라도 처음에는 여전히 SSD 스토리지 계층에 기록되며 백그라운드 프로세스를 통해 용량 풀 계층으로 이동됩니다. 이미 데이터가 포함된 볼륨에 **모두** 정책이 적용되는 경우 기존 데이터는 SSD에서 용량 풀로 계층화됩니다. 하지만 파일 메타데이터는 항상 SSD 계층에 남아 있습니다. + **없음** - 이 정책은 볼륨의 모든 데이터를 기본 스토리지 계층에 보관하고 용량 풀 스토리지로 이동하는 것을 방지합니다. 다른 정책을 사용한 후 볼륨을 이 정책으로 설정하는 경우 용량 풀 스토리지에 있던 볼륨의 기존 데이터(스냅샷 포함)가 백그라운드 프로세스를 통해 SSD 스토리지로 이동됩니다. 이 데이터 마이그레이션은 SSD 사용률이 90% 미만이고 클라우드 검색 정책이 `promote` 또는 `on-read`로 설정된 경우에만 발생합니다. 의도적으로 데이터를 읽으면 이 백그라운드 프로세스의 속도를 높일 수 있습니다. 자세한 내용은 [클라우드 검색 정책](#cloud-retrieval-policies) 단원을 참조하십시오. 볼륨의 계층화 정책 설정 또는 수정에 대한 자세한 내용은 [등급 정책 업데이트하기](modify-volume-tiering-policy.md) 섹션을 참조하세요. 용량 풀 스토리지에 장기간 저장하려는 데이터를 마이그레이션할 때는 볼륨에 **자동** 계층화 정책을 사용하는 것이 모범 사례입니다. **자동** 계층화를 사용하면 데이터가 용량 풀 계층으로 이동하기 전에 최소 2일(볼륨의 냉각 기간 기준) 동안 SSD 스토리지 계층에 데이터가 저장됩니다. ONTAP는 SSD 스토리지 계층에 저장된 데이터에 대해 사후 처리 중복 제거를 주기적으로 실행하며, 볼륨의 데이터 변경 속도에 따라 자동으로 빈도를 조정합니다(속도가 높을수록 사후 처리 중복 제거 작업이 더 자주 트리거됩니다). 기본적으로 프로세스 후 압축은 파일 시스템의 진행 중인 워크로드에 미칠 수 있는 성능 영향으로 인해 ONTAP에서 비활성화됩니다. 포스트 프로세스 압축을 활성화하기 전에 워크로드 성능에 미치는 영향을 평가해야 합니다. 프로세스 후 압축을 활성화하려면 ONTAP CLI에서 진단 권한 수준을 가정하고 다음 명령을 실행합니다. ``` ::> volume efficiency inactive-data-compression modify -vserver svm-name -volume vol-name -is-enabled true ``` ONTAP는 최소 14일 동안 SSD 스토리지에 보관된 데이터에 대해 프로세스 후 압축을 실행합니다. 짧은 기간 후에 데이터에 액세스할 가능성이 낮은 워크로드의 경우, 후처리 압축 설정을 수정하여 후처리 압축을 더 빨리 실행할 수 있습니다. 예를 들어 5일 동안 액세스하지 않은 데이터에 후처리 압축 절감을 적용하려면 다음 ONTAP CLI 명령을 실행합니다. ``` ::> volume efficiency inactive-data-compression modify -vserver svm-name -volume vol-name -threshold-days 5 -threshold-days-min 2 -threshold-days-max 14 ``` 명령에 대한 자세한 내용은 [볼륨 효율성 비활성-데이터 압축 수정하기](https://docs.netapp.com/us-en/ontap-cli-9141/volume-efficiency-inactive-data-compression-modify.html)를 참조하세요. SSD 스토리지의 데이터 전송 속도가 더 빠르기 때문에 데이터를 SSD에 보관하면 생성하는 볼륨 백업의 전송 속도를 극대화할 수 있습니다. ### 계층화 휴지 기간 볼륨의 계층화 휴지 기간은 SSD 계층의 데이터가 콜드 상태로 표시되는 데 걸리는 시간을 설정합니다. 휴지 기간은 `Auto` 및 `Snapshot-only` 계층화 정책에 적용됩니다. 휴지 기간을 2\$1183일 범위의 값으로 설정할 수 있습니다. 휴지 기간 설정에 대한 자세한 내용은 [최소 휴지 일수 업데이트](set-cooling-days.md) 섹션을 참조하세요. 데이터는 휴지 기간이 만료된 후 24\$148시간 후에 계층화됩니다. 계층화는 네트워크 리소스를 사용하는 백그라운드 프로세스이며 클라이언트 측 요청보다 우선 순위가 낮습니다. 클라이언트 측 요청이 진행 중인 경우 계층화 활동이 제한됩니다. ### 클라우드 검색 정책 볼륨의 클라우드 검색 정책은 용량 풀 계층에서 읽은 데이터를 SSD 계층으로 승격할 수 있는 시기를 지정하는 조건을 설정합니다. 클라우드 검색 정책이 `Default` 이외의 것으로 설정된 경우 이 정책은 볼륨 계층화 정책의 검색 동작보다 우선합니다. 볼륨은 다음 클라우드 검색 정책 중 하나를 포함할 수 있습니다. + **기본값** - 이 정책은 볼륨의 기본 계층화 정책을 기반으로 계층화된 데이터를 검색합니다. 이는 모든 볼륨에 대한 기본 클라우드 검색 정책입니다. + **검색 안 함** - 이 정책은 읽기가 순차적인지 무작위인지와 관계없이 계층화된 데이터를 검색하지 않습니다. 이는 볼륨의 계층화 정책을 **모두**로 설정하는 것과 비슷하지만 **자동**, **스냅샷 전용** 등의 다른 정책과 함께 사용하여 데이터를 즉시 계층화하는 대신 최소 휴지 기간에 따라 데이터를 계층화할 수 있다는 점이 다릅니다. + **읽는 중** - 이 정책은 모든 클라이언트 기반 데이터 읽기에 대해 계층화된 데이터를 검색합니다. **모두** 계층화 정책을 사용할 때는 이 정책이 적용되지 않습니다. + **승격** - 이 정책은 용량 풀에 있는 모든 볼륨 데이터를 SSD 계층으로 검색할 수 있도록 표시합니다. 데이터는 다음에 일별 백그라운드 계층화 스캐너를 실행할 때 표시됩니다. 이 정책은 자주 실행되지 않는 주기적 워크로드가 있지만 실행 시 SSD 계층 성능이 필요한 애플리케이션에 유용합니다. **모두** 계층화 정책을 사용할 때는 이 정책이 적용되지 않습니다. 볼륨의 클라우드 검색 정책 설정에 대한 자세한 내용은 [볼륨의 클라우드 검색 정책 업데이트](set-cloud-retrieval.md) 섹션을 참조하세요. ### 계층화 임계값 파일 시스템의 SSD 스토리지 용량 사용률에 따라 ONTAP이 모든 볼륨의 계층화 동작을 관리하는 방식이 결정됩니다. 파일 시스템의 SSD 스토리지 용량 사용량을 기반으로 다음 임계값은 설명된 대로 계층화 동작을 설정합니다. 볼륨의 SSD 스토리지 계층의 용량 사용률을 모니터링하는 방법에 대한 자세한 내용은 [볼륨 스토리지 용량 모니터링](monitor-volume-storage-console.md) 섹션을 참조하세요. **참고** SSD 스토리지 계층의 스토리지 용량 사용률은 80%를 초과하지 않는 것이 좋습니다. 2세대 파일 시스템의 경우, 이 권장 사항은 파일 시스템의 모든 집계에 대한 총 평균 사용률과 각 개별 집계에 대한 사용률 모두에 적용됩니다. 그러면 계층화가 제대로 작동하고 새 데이터에 대한 오버헤드를 제공합니다. SSD 스토리지 계층의 스토리지 용량 사용률이 지속적으로 80%를 넘으면 SSD 스토리지 계층의 용량을 늘릴 수 있습니다. 자세한 내용은 [파일 시스템 SSD 스토리지 및 IOPS 업데이트](storage-capacity-and-IOPS.md#increase-primary-storage) 단원을 참조하십시오. FSx for ONTAP은 다음 스토리지 용량 임계값을 사용하여 볼륨의 계층화를 관리합니다. + **SSD 스토리지 계층 사용률 50% 이하** - 이 임계값에서 SSD 스토리지 계층은 사용률이 낮은 것으로 간주되며 **모두** 계층화 정책을 사용하는 볼륨만 데이터가 용량 풀 스토리지 계층으로 이동됩니다. **자동** 및 **스냅샷 전용** 정책이 적용된 볼륨은 이 임계값에서 데이터를 계층화하지 않습니다. + **SSD 스토리지 계층 사용률 50% 초과** - **자동** 및 **스냅샷 전용** 계층화 정책이 적용된 볼륨은 계층화 최소 휴지 일수 설정을 기준으로 데이터를 계층화합니다. 기본 설정은 31일입니다. + **SSD 스토리지 계층 사용률 90% 이상** - 이 임계값에서 Amazon FSx는 SSD 스토리지 계층의 공간 보존을 우선시합니다. **자동** 및 **스냅샷 전용** 정책을 사용하여 볼륨을 읽을 때 용량 풀 계층의 콜드 데이터는 더 이상 SSD 스토리지 계층으로 이동되지 않습니다. + **SSD 스토리지 계층 사용률 98% 이상** - SSD 스토리지 계층 사용률이 98% 이상이면 모든 계층화 기능이 중지됩니다. 스토리지 계층에서 계속 읽을 수는 있지만 계층에 기록할 수는 없습니다. ## 스냅샷 및 볼륨 스토리지 용량 *스냅샷*은 특정 시점의 Amazon FSx for NetApp ONTAP 볼륨의 읽기 전용 이미지입니다. 스냅샷은 볼륨의 파일을 실수로 삭제하거나 수정하지 못하도록 보호합니다. 스냅샷을 사용하면 사용자가 이전 스냅샷에서 개별 파일 또는 폴더를 쉽게 보고 복원할 수 있습니다. 스냅샷은 파일 시스템의 데이터와 함께 저장되므로 파일 시스템의 스토리지 용량을 사용합니다. 하지만 스냅샷은 마지막 스냅샷 이후 파일의 변경된 부분에 대해서만 스토리지 용량을 사용합니다. 스냅샷은 파일 시스템 볼륨의 백업에 포함되지 않습니다. 스냅샷은 기본 스냅샷 정책을 사용하여 볼륨에서 기본적으로 활성화됩니다. 스냅샷은 볼륨 루트의 `.snapshot` 디렉터리에 저장됩니다. 스냅샷의 볼륨 스토리지 용량을 다음과 같은 방법으로 관리할 수 있습니다. + [스냅샷 정책](snapshots-ontap.md#snapshot-policies) - 내장형 스냅샷 정책을 선택하거나, ONTAP CLI 또는 REST API에서 생성한 사용자 지정 정책을 선택합니다. + [스냅샷 수동 삭제](manually-delete-snapshots.md) - 스냅샷을 수동으로 삭제하여 스토리지 용량을 재확보합니다. + [스냅샷 자동 삭제 정책 생성](snapshot-autodelete-policy.md) - 기본 스냅샷 정책보다 더 많은 스냅샷을 삭제하는 정책을 생성합니다. + [자동 스냅샷 끄기](disable-snapshots.md) - 자동 스냅샷을 끄면 스토리지 용량을 절약할 수 있습니다. 자세한 내용은 [스냅샷으로 데이터 보호](snapshots-ontap.md) 단원을 참조하십시오. ## 볼륨 파일 용량 Amazon FSx for NetApp ONTAP 볼륨에는 파일 이름, 마지막 액세스 시간, 권한, 크기와 같은 파일 메타데이터를 저장하고 데이터 블록에 대한 포인터 역할을 하는 데 사용되는 파일 포인터가 있습니다. 이러한 파일 포인터를 inode라고 하고, 각 볼륨은 inode 수만큼 유한한 용량을 가지며, 이를 볼륨 파일 용량이라고 합니다. 볼륨이 부족하거나 사용 가능한 파일(inode)을 모두 사용하면 해당 볼륨에 추가 데이터를 기록할 수 없습니다. 볼륨에 포함할 수 있는 파일 시스템 객체(파일, 디렉터리, 스냅샷 복사본)의 수는 볼륨에 있는 inode 수에 따라 결정됩니다. 볼륨의 인노드 수는 볼륨의 스토리지 용량(및 FlexGroup 볼륨의 볼륨 구성 요소 수)에 따라 증가합니다. 기본적으로 스토리지 용량이 648기가바이트 이상인 FlexVol 볼륨(또는 FlexGroup 구성 요소)의 이노드 수는 모두 21,251,126개로 동일합니다. 648GiB보다 큰 볼륨을 생성하고 21,251,126개 이상의 inode를 포함하려는 경우 최대 inode(파일) 수를 수동으로 늘려야 합니다. 볼륨의 최대 파일 수를 보는 방법에 대한 자세한 내용은 [볼륨의 파일 용량 모니터링](view-volume-file-capacity.md)을 참조하세요. 볼륨의 기본 inode 수는 볼륨 스토리지 용량 32KiB당 1개의 inode이며, 볼륨 크기는 최대 648GiB입니다. 1GiB 볼륨의 경우: Volume\$1size\$1in\$1bytes × (파일 1개 ÷ inode\$1size\$1in\$1bytes) = maximum\$1number\$1of\$1files 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가 있을 수 있습니다. 볼륨에 저장할 수 있는 최대 파일 수를 변경하는 방법에 대한 자세한 내용은 [볼륨의 최대 파일 수 업데이트하기](increase-volume-max-files.md)을 참조하세요. # 스토리지 효율성 관리 FSx for ONTAP 볼륨에서 스토리지 효율성을 활성화하면 스토리지 사용률을 최적화하고 스토리지 비용을 절감하며 파일 시스템의 성능을 전반적으로 개선할 수 있습니다. **참고** 볼륨에 최적의 스토리지 효율성 설정이 적용되도록 Amazon FSx 콘솔, API 또는 AWS CLI 를 사용하여 스토리지 효율성을 활성화하는 것이 좋습니다. ONTAP은 파일을 4KB(KiB) 데이터 블록으로 구성합니다. 스토리지 효율성은 개별 파일 수준에서가 아닌 데이터 블록 수준에서 발생합니다. 스토리지 효율성이 활성화되면 ONTAP는 중복 데이터를 제거하고, 데이터 크기를 압축하고, 최적의 디스크 사용을 위해 데이터 레이아웃을 재구성하는 데이터 감소 기술을 조합하여 사용합니다. 스토리지 효율성은 두 가지 방식으로 적용합니다. 데이터 인라인(데이터가 디스크에 기록되기 전, 메모리에 저장)에 적용되어 즉각적인 스토리지 절감 효과를 제공합니다. 또한 주기적인 효율화 작업을 통해 SSD 스토리지 계층의 백그라운드 데이터(데이터가 디스크에 기록된 후)에도 적용되어 시간이 지남에 따라 스토리지 사용률을 최적화합니다. 백그라운드 스토리지의 효율성은 용량 풀에 계층화된 데이터에 대해서는 실행되지 않습니다. 그러나 데이터가 SSD에 있는 동안 저장 공간을 절약한 경우, 데이터가 용량 풀로 계층화될 때 이러한 절약 효과가 보존됩니다. **참고** ONTAP는 데이터 보호(DP) 볼륨에서 스토리지 효율성 활성화를 지원하지 않습니다. 그러나 데이터를 대상 DP 볼륨에 복제하면 소스 RW(읽기-쓰기 가능) 볼륨에서 달성된 스토리지 절감 효과가 유지됩니다. ## 데이터 블록 압축 압축 그룹은 단일 블록으로 함께 관리 및 압축되는 데이터의 논리적 그룹입니다. 는 데이터 블록을 압축 그룹으로 ONTAP는 자동으로 묶어 디스크에서 소비되는 공간을 줄입니다. 성능 및 스토리지 사용률을 최적화하기 위해 ONTAP는 액세스 패턴을 기반으로 데이터에 적용되는 압축 정도를 조정하여 데이터 관리에 대한 균형 잡힌 접근 방식을 제공합니다. 기본적으로 데이터는 볼륨에 데이터를 쓸 때 최적의 성능을 보장하기 위해 8KB 압축 그룹을 사용하여 인라인으로 압축합니다. 선택적으로 볼륨에서 비활성 데이터 압축을 활성화하여 데이터에 더 무거운 압축을 적용하여 SSD에서 데이터를 추가로 압축될 수 있습니다. 비활성 데이터 압축은 콜드 데이터에 32KB 압축 그룹을 사용하여 스토리지를 추가로 절감됩니다. 자세한 내용은 NetApp ONTAP Documentation Center의 [https://docs.netapp.com/us-en/ontap-cli-9131/volume-efficiency-inactive-data-compression-modify.html#description](https://docs.netapp.com/us-en/ontap-cli-9131/volume-efficiency-inactive-data-compression-modify.html#description) 명령을 참조하십시오. **참고** 비활성 데이터 압축은 CPU와 디스크 IOPS를 추가로 소모하며 리소스 집약적인 작업이 될 수 있습니다. 이 기능을 활성화하기 전에 비활성 데이터 압축을 실행하는 것이 워크로드에 미치는 성능 영향을 평가하는 것이 좋습니다. 다음 이미지는 데이터 블록을 압축하여 얻을 수 있는 스토리지 절감 효과를 보여줍니다. ![\[\]](http://docs.aws.amazon.com/ko_kr/fsx/latest/ONTAPGuide/images/fsx-ontap-before-compression.png) ## 데이터 블록 중복 제거 ONTAP는 중복 데이터 블록을 감지하고 제거하여 데이터의 중복을 줄입니다. 중복된 블록은 공유 고유 블록에 대한 참조로 대체됩니다. 기본적으로 데이터는 디스크에 기록되기 전에 스토리지 공간을 줄이기 위해 인라인으로 중복 제거됩니다. 또한 ONTAP는 지정된 간격으로 백그라운드 중복 제거 스캐너를 실행하여 디스크에 기록된 후 중복 데이터를 식별하고 제거합니다. 이러한 예약된 스캔 중에 ONTAP는 변경 로그를 처리하여 아직 중복 제거되지 않은 마지막 스캔 이후의 새 데이터 블록 또는 수정된 데이터 블록을 식별합니다. 중복이 발견되면 ONTAP는 복제된 블록의 단일 복사본을 가리키도록 메타데이터를 업데이트하고 중복 블록을 회수할 준비가 된 여유 공간으로 표시합니다. **참고** ONTAP는 한 번에 4KB의 입력되는 쓰기에 중복 제거를 적용하므로 크기가 4KB 미만인 쓰기로 워크로드를 실행할 때 중복 제거 비용 절감이 줄어들 수 있습니다. FSx for ONTAP는 교차 볼륨 중복 제거를 지원하지 않습니다. 다음 이미지는 중복 제거를 통해 얻을 수 있는 스토리지 절감 효과를 보여줍니다. ![\[\]](http://docs.aws.amazon.com/ko_kr/fsx/latest/ONTAPGuide/images/fsx-ontap-before-deduplication.png) ## 데이터 블록 압축 ONTAP는 각각 4KB 미만의 부분적으로 채워진 데이터 블록을 보다 효율적으로 활용되는 4KB 블록으로 통합합니다. 기본적으로 데이터는 인라인으로 압축되어 디스크에 기록될 때 데이터의 레이아웃을 최적화하여 스토리지 오버헤드를 최소화하고 조각화를 줄이며 읽기 성능을 향상시킵니다. 다음 이미지는 압축을 통해 얻을 수 있는 저장 공간 절약 효과를 보여줍니다. ![\[\]](http://docs.aws.amazon.com/ko_kr/fsx/latest/ONTAPGuide/images/fsx-ontap-before-compaction.png) ## 예제: 스토리지 효율성 다음 이미지는 데이터에 스토리지 효율성을 적용하는 방법을 보여줍니다. ![\[\]](http://docs.aws.amazon.com/ko_kr/fsx/latest/ONTAPGuide/images/fsx-ontap-se-example.png) # 자동 크기 조정 사용 볼륨 자동 크기 조정으로 사용 공간 임계값에 도달하면 볼륨이 지정된 크기까지 자동으로 커지도록 합니다. [https://docs.netapp.com/us-en/ontap-cli-9111/volume-autosize.html](https://docs.netapp.com/us-en/ontap-cli-9111/volume-autosize.html) ONTAP CLI 명령을 사용하여 (FSx for ONTAP의 기본 볼륨 유형인) FlexVol 볼륨 유형에 대해 이 작업을 수행할 수 있습니다. **볼륨 자동 크기 조정 활성화(ONTAP CLI)** 1. ONTAP CLI에 액세스하려면 다음 명령을 실행하여 Amazon FSx for NetApp ONTAP 파일 시스템 또는 SVM의 관리 포트에 SSH 세션을 설정합니다. `management_endpoint_ip`를 파일 시스템의 관리 포트의 IP 주소로 바꿉니다. ``` [~]$ ssh fsxadmin@management_endpoint_ip ``` 자세한 내용은 [ONTAP CLI를 사용한 파일 시스템 관리](managing-resources-ontap-apps.md#fsxadmin-ontap-cli) 단원을 참조하십시오. 1. 표시된 대로 `volume autosize` 명령을 사용하여 다음 값을 바꿉니다. + *`svm_name`*을 볼륨이 생성되는 SVM의 이름으로 바꿉니다. + *`vol_name`*을 크기를 조정할 볼륨의 이름으로 바꿉니다. + *`grow_threshold`*를 볼륨 크기가 (최대 *`max_size`* 값까지) 자동으로 증가하는 사용된 공간 백분율 값(예: `90`)으로 바꿉니다. + *`max_size`*를 볼륨을 늘릴 수 있는 최대 크기로 바꿉니다. *`integer`*`[KB|MB|GB|TB|PB]` 형식(예: `300TB`)을 사용합니다. 최대 크기는 300TB입니다. 기본값은 볼륨 크기의 120%입니다. + *min\$1size*를 볼륨을 축소할 최소 크기로 바꿉니다. *max\$1size*와 동일한 형식을 사용합니다. + *shrink\$1threshold*를 볼륨 크기가 자동으로 축소되는 사용된 공간 백분율로 바꿉니다. ``` ::> volume autosize -vserver svm_name -volume vol_name -mode grow_shrink -grow-threshold-percent grow_threshold -maximum-size max_size -shrink-threshold-percent shrink_threshold -minimum-size min_size ``` 1. 현재 자동 크기 조정 설정을 보려면 다음 명령을 실행합니다. *svm\$1name* 및 *vol\$1name*을 사용자의 정보로 바꿉니다. ``` ::> volume autosize -vserver svm_name -volume vol_name ``` # 클라우드 쓰기 모드 활성화 기존 볼륨에 대한 클라우드 쓰기 모드를 활성화 또는 비활성화하려면 `volume modify` ONTAP CLI 명령을 사용합니다. 자세한 내용은 NetApp ONTAP 설명서 센터의 [https://docs.netapp.com/us-en/ontap-cli-9131/volume-modify.html](https://docs.netapp.com/us-en/ontap-cli-9131/volume-modify.html) 섹션을 참조하세요. 클라우드 쓰기 모드를 설정하기 위한 전제 조건은 다음과 같습니다. + 볼륨은 기존 볼륨이야 합니다. 이 기능은 기존 볼륨에서만 활성화할 수 있습니다. + 볼륨은 읽기-쓰기 (RW) 볼륨이어야 합니다. + 볼륨에 **모든** 계층화 정책이 있어야 합니다. 볼륨의 계층화 정책을 수정하는 방법에 대한 자세한 내용은 [등급 정책 업데이트하기](modify-volume-tiering-policy.md)를 참조하세요. 클라우드 쓰기 모드는 마이그레이션과 같이 NFS 프로토콜을 사용하여 대량의 데이터를 파일 시스템으로 전송하는 경우에 유용합니다. **볼륨의 클라우드 쓰기 모드 설정하기(ONTAP CLI)** 1. ONTAP CLI에 액세스하려면 다음 명령을 실행하여 Amazon FSx for NetApp ONTAP 파일 시스템 또는 SVM의 관리 포트에 SSH 세션을 설정합니다. `management_endpoint_ip`를 파일 시스템의 관리 포트의 IP 주소로 바꿉니다. ``` [~]$ ssh fsxadmin@management_endpoint_ip ``` 자세한 내용은 [ONTAP CLI를 사용한 파일 시스템 관리](managing-resources-ontap-apps.md#fsxadmin-ontap-cli) 섹션을 참조하세요. 1. 다음 명령을 사용하여 ONTAP CLI 고급 모드로 들어갑니다. ``` FSx::> set -privilege advanced Warning: These advanced commands are potentially dangerous; use them only when directed to do so by NetApp personnel. Do you want to continue? {y|n}: y ``` 1. 다음 명령을 사용하여 다음 값을 대체하여 볼륨의 클라우드 쓰기 모드를 설정합니다. + *`svm_name`*을 볼륨이 생성되는 SVM의 이름으로 바꿉니다. + *`vol_name`*를 클라우드 쓰기 모드를 설정할 볼륨의 이름으로 바꿉니다. + 볼륨에서 클라우드 쓰기 모드를 활성화하려면 `vol_cw_mode`를 `true`로 바꾸고, 비활성화하려면 `false`로 바꾸세요. ``` FSx::> volume modify -vserver svm_name -volume vol_name -is-cloud-write-enabled vol_cw_mode ``` 요청이 성공하면 시스템이 다음과 같이 응답합니다. ``` Volume modify successful on volume vol_name of Vserver svm_name. ``` # 스토리지 용량 업데이트 AWS Management Console AWS CLI 및 API와 ONTAP CLI를 사용하여 볼륨 크기를 수동으로 늘리거나 줄여 볼륨 스토리지 용량을 관리할 수 있습니다. 또한 볼륨 자동 크기 조정을 활성화하여 특정 스토리지 용량 사용 임계값에 도달하면 볼륨 크기가 자동으로 증가하거나 축소되도록 할 수 있습니다. ONTAP CLI를 사용하여 볼륨 자동 크기 조정을 관리합니다. **볼륨의 저장 용량을 변경하려면(콘솔) 다음과 같이 하세요.** + Amazon FSx 콘솔 AWS CLI및 API를 사용하여 볼륨의 스토리지 용량을 늘리거나 줄일 수 있습니다. 자세한 내용은 [볼륨 업데이트](updating-volumes.md) 단원을 참조하십시오. ONTAP CLI를 사용하여 [https://docs.netapp.com/us-en/ontap-cli-9111/volume-modify.html](https://docs.netapp.com/us-en/ontap-cli-9111/volume-modify.html) 명령을 통해 볼륨의 스토리지 용량을 수정할 수도 있습니다. **볼륨 크기 수정하기 (ONTAP CLI)** 1. ONTAP CLI에 액세스하려면 다음 명령을 실행하여 Amazon FSx for NetApp ONTAP 파일 시스템 또는 SVM의 관리 포트에 SSH 세션을 설정합니다. `management_endpoint_ip`를 파일 시스템의 관리 포트의 IP 주소로 바꿉니다. ``` [~]$ ssh fsxadmin@management_endpoint_ip ``` 자세한 내용은 [ONTAP CLI를 사용한 파일 시스템 관리](managing-resources-ontap-apps.md#fsxadmin-ontap-cli) 단원을 참조하십시오. 1. 볼륨의 스토리지 용량을 수정하려면 **volume modify** ONTAP CLI 명령을 사용합니다. 다음 값 대신 데이터를 사용하여 다음 명령을 실행합니다: + *`svm_name`*을 볼륨이 생성되는 스토리지 가상 머신(SVM)의 이름으로 바꿉니다. + *`vol_name`*을 크기를 조정할 볼륨의 이름으로 바꿉니다. + *`vol_size`*를 *`integer`*`[KB|MB|GB|TB|PB]` 형식의 새 볼륨 크기로 바꿉니다(예: 볼륨 크기를 100GB로 늘리려면 `100GB`). ``` ::> volume modify -vserver svm_name -volume vol_name -size vol_size ``` # 등급 정책 업데이트하기 AWS Management Console AWS CLI 및 API와 ONTAP CLI를 사용하여 볼륨의 계층화 정책을 수정할 수 있습니다. ## 볼륨의 데이터 계층화 정책 수정(콘솔) 다음 절차에 따라 AWS Management Console을 사용하여 볼륨의 데이터 계층화 정책을 수정합니다. 1. [https://console.aws.amazon.com/fsx/](https://console.aws.amazon.com/fsx/)에서 Amazon FSx 콘솔을 엽니다. 1. 왼쪽 탐색 창에서 **볼륨**을 선택한 다음 데이터 계층화 정책을 수정할 ONTAP 볼륨을 선택합니다. 1. **작업** 드롭다운 메뉴에서 **볼륨 업데이트**를 선택합니다. **볼륨 업데이트** 창이 표시됩니다. 1. **용량 풀 계층화 정책**에서 볼륨의 새 정책을 선택합니다. 자세한 내용은 [볼륨 계층화 정책](volume-storage-capacity.md#data-tiering-policy) 단원을 참조하십시오. 1. **업데이트**를 선택하여 새 정책을 볼륨에 적용합니다. ## 볼륨의 계층화 정책(CLI)을 설정하려면 다음과 같이 하세요. + [update-volume](https://docs.aws.amazon.com/cli/latest/reference/fsx/update-volume.html) CLI 명령을 사용하여 볼륨의 계층화 정책을 수정합니다([UpdateVolume](https://docs.aws.amazon.com/fsx/latest/APIReference/API_UpdateVolume.html)은 동일한 Amazon FSx API 작업입니다). 다음 CLI 명령 예제는 볼륨의 데이터 계층화 정책을 `SNAPSHOT_ONLY`로 설정합니다. ``` aws fsx update-volume \ --volume-id fsxvol-abcde0123456789f --ontap-configuration TieringPolicy={Name=SNAPSHOT_ONLY} ``` 요청이 성공한 경우 시스템은 볼륨 설명으로 응답합니다. ``` { "Volume": { "CreationTime": "2021-10-05T14:27:44.332000-04:00", "FileSystemId": "fs-abcde0123456789f", "Lifecycle": "CREATED", "Name": "vol1", "OntapConfiguration": { "FlexCacheEndpointType": "NONE", "JunctionPath": "/vol1", "SecurityStyle": "UNIX", "SizeInMegabytes": 1048576, "StorageEfficiencyEnabled": true, "StorageVirtualMachineId": "svm-abc0123de456789f", "StorageVirtualMachineRoot": false, "TieringPolicy": { "CoolingPeriod": 2, "Name": "SNAPSHOT_ONLY" }, "UUID": "aaaa1111-bb22-cc33-dd44-abcde01234f5", "OntapVolumeType": "RW" }, "ResourceARN": "arn:aws:fsx:us-east-2:111122223333:volume/fs-abcde0123456789f/fsvol-abc012def3456789a", "VolumeId": "fsvol-abc012def3456789a", "VolumeType": "ONTAP" } } ``` ## 볼륨의 데이터 계층화 정책 수정(ONTAP CLI) `volume modify` ONTAP CLI 명령을 사용하여 볼륨의 계층화 정책을 설정합니다. 자세한 내용은 NetApp ONTAP 설명서 센터의 [https://docs.netapp.com/us-en/ontap-cli-9111/volume-modify.html](https://docs.netapp.com/us-en/ontap-cli-9111/volume-modify.html) 섹션을 참조하세요. 1. ONTAP CLI에 액세스하려면 다음 명령을 실행하여 Amazon FSx for NetApp ONTAP 파일 시스템 또는 SVM의 관리 포트에 SSH 세션을 설정합니다. `management_endpoint_ip`를 파일 시스템의 관리 포트의 IP 주소로 바꿉니다. ``` [~]$ ssh fsxadmin@management_endpoint_ip ``` 자세한 내용은 [ONTAP CLI를 사용한 파일 시스템 관리](managing-resources-ontap-apps.md#fsxadmin-ontap-cli) 섹션을 참조하세요. 1. 다음 명령을 사용하여 ONTAP CLI 고급 모드로 들어갑니다. ``` FSx::> set adv Warning: These advanced commands are potentially dangerous; use them only when directed to do so by NetApp personnel. Do you want to continue? {y|n}: y ``` 1. 다음 명령을 사용하여 볼륨 데이터 계층화 정책을 수정하고 다음 값을 바꿉니다. + *`svm_name`*을 볼륨이 생성되는 SVM의 이름으로 바꿉니다. + *`vol_name`*을 데이터 계층화 정책을 설정할 볼륨의 이름으로 바꿉니다. + *`tiering_policy`*를 원하는 정책으로 바꿉니다. 유효한 값은 `snapshot-only`, `auto`, `all` 또는 `none`입니다. 자세한 내용은 [볼륨 계층화 정책](volume-storage-capacity.md#data-tiering-policy) 단원을 참조하십시오. ``` FSx::> volume modify -vserver svm_name -volume vol_name -tiering-policy tiering_policy ``` # 최소 휴지 일수 업데이트 볼륨의 최소 휴지 일수는 웜 데이터와 콜드 데이터를 결정하는 데 사용되는 임계값을 설정합니다. AWS CLI 및 API와 ONTAP CLI를 사용하여 볼륨의 최소 휴지 일수를 설정할 수 있습니다. ## 볼륨의 최소 휴지 일수 설정(CLI) + [update-volume](https://docs.aws.amazon.com/cli/latest/reference/fsx/update-volume.html) CLI 명령(Amazon FSx API의 [UpdateVolume](https://docs.aws.amazon.com/fsx/latest/APIReference/API_UpdateVolume.html) 작업과 동일함)을 사용하여 볼륨 구성을 수정합니다. 다음 CLI 명령 예제에서는 볼륨의 `CoolingPeriod`를 104일로 설정합니다. ``` aws fsx update-volume \ --volume-id fsxvol-abcde0123456789f --ontap-configuration TieringPolicy={Name=SNAPSHOT_ONLY} aws fsx update-volume --volume-id fsvol-006530558c14224ac --ontap-configuration TieringPolicy={CoolingPeriod=104} ``` 요청이 성공한 경우 시스템은 볼륨 설명으로 응답합니다. ``` { "Volume": { "CreationTime": "2021-10-05T14:27:44.332000-04:00", "FileSystemId": "fs-abcde0123456789f", "Lifecycle": "CREATED", "Name": "vol1", "OntapConfiguration": { "FlexCacheEndpointType": "NONE", "JunctionPath": "/vol1", "SecurityStyle": "UNIX", "SizeInMegabytes": 1048576, "StorageEfficiencyEnabled": true, "StorageVirtualMachineId": "svm-abc0123de456789f", "StorageVirtualMachineRoot": false, "TieringPolicy": { "CoolingPeriod": 104, "Name": "SNAPSHOT_ONLY" }, "UUID": "aaaa1111-bb22-cc33-dd44-abcde01234f5", "OntapVolumeType": "RW" }, "ResourceARN": "arn:aws:fsx:us-east-2:111122223333:volume/fs-abcde0123456789f/fsvol-abc012def3456789a", "VolumeId": "fsvol-abc012def3456789a", "VolumeType": "ONTAP" } } ``` ## 볼륨의 최소 휴지 일수 설정(ONTAP CLI) `volume modify` ONTAP CLI 명령을 사용하여 기존 볼륨의 최소 휴지 일수를 설정합니다. 자세한 내용은 NetApp ONTAP 설명서 센터의 [https://docs.netapp.com/us-en/ontap-cli-9111/volume-modify.html](https://docs.netapp.com/us-en/ontap-cli-9111/volume-modify.html) 섹션을 참조하세요. 1. ONTAP CLI에 액세스하려면 다음 명령을 실행하여 Amazon FSx for NetApp ONTAP 파일 시스템 또는 SVM의 관리 포트에 SSH 세션을 설정합니다. `management_endpoint_ip`를 파일 시스템의 관리 포트의 IP 주소로 바꿉니다. ``` [~]$ ssh fsxadmin@management_endpoint_ip ``` 자세한 내용은 [ONTAP CLI를 사용한 파일 시스템 관리](managing-resources-ontap-apps.md#fsxadmin-ontap-cli) 섹션을 참조하세요. 1. 다음 명령을 사용하여 ONTAP CLI 고급 모드로 들어갑니다. ``` FSx::> set adv Warning: These advanced commands are potentially dangerous; use them only when directed to do so by NetApp personnel. Do you want to continue? {y|n}: y ``` 1. 다음 명령을 사용하여 볼륨의 계층화 최소 휴지 일수를 변경하고 다음 값을 바꿉니다. + *`svm_name`*을 볼륨이 생성되는 SVM의 이름으로 바꿉니다. + *`vol_name`*을 휴지 일수를 설정할 볼륨의 이름으로 바꿉니다. + `cooling_days`를 원하는 값(2\$1183 사이의 정수)으로 바꿉니다. ``` FSx::> volume modify -vserver svm_name -volume vol_name -tiering-minimum-cooling-days cooling_days ``` 요청이 성공하면 시스템이 다음과 같이 응답합니다. ``` Volume modify successful on volume vol_name of Vserver svm_name. ``` # 볼륨의 클라우드 검색 정책 업데이트 `volume modify` ONTAP CLI 명령을 사용하여 기존 볼륨에 대한 클라우드 검색 정책을 설정합니다. 자세한 내용은 NetApp ONTAP 설명서 센터의 [https://docs.netapp.com/us-en/ontap-cli-9111/volume-modify.html](https://docs.netapp.com/us-en/ontap-cli-9111/volume-modify.html) 섹션을 참조하세요. **볼륨의 클라우드 검색 정책 설정(ONTAP CLI)** 1. ONTAP CLI에 액세스하려면 다음 명령을 실행하여 Amazon FSx for NetApp ONTAP 파일 시스템 또는 SVM의 관리 포트에 SSH 세션을 설정합니다. `management_endpoint_ip`를 파일 시스템의 관리 포트의 IP 주소로 바꿉니다. ``` [~]$ ssh fsxadmin@management_endpoint_ip ``` 자세한 내용은 [ONTAP CLI를 사용한 파일 시스템 관리](managing-resources-ontap-apps.md#fsxadmin-ontap-cli) 섹션을 참조하세요. 1. 다음 명령을 사용하여 ONTAP CLI 고급 모드로 들어갑니다. ``` FSx::> set adv Warning: These advanced commands are potentially dangerous; use them only when directed to do so by NetApp personnel. Do you want to continue? {y|n}: y ``` 1. 다음 명령을 사용하여 볼륨의 클라우드 검색 정책을 설정하고 다음 값을 바꿉니다. + *`svm_name`*을 볼륨이 생성되는 SVM의 이름으로 바꿉니다. + *`vol_name`*을 클라우드 검색 정책을 설정할 볼륨의 이름으로 바꿉니다. + `retrieval_policy`를 원하는 값(`default`, `on-read`, `never`, `promote`)으로 바꿉니다. ``` FSx::> volume modify -vserver svm_name -volume vol_name -cloud-retrieval-policy retrieval_policy ``` 요청이 성공하면 시스템이 다음과 같이 응답합니다. ``` Volume modify successful on volume vol_name of Vserver svm_name. ``` # 볼륨의 최대 파일 수 업데이트하기 사용 가능한 inode 또는 파일 포인터 수가 모두 소모되면 FSx for ONTAP 볼륨의 파일 용량이 부족해질 수 있습니다. **볼륨의 최대 파일 수를 늘리려면(ONTAP CLI) 다음과 같이 하세요.** `volume modify` ONTAP CLI 명령을 사용하여 볼륨의 최대 파일 수를 늘릴 수 있습니다. 자세한 내용은 NetApp ONTAP 설명서 센터의 [https://docs.netapp.com/us-en/ontap-cli-9111/volume-modify.html](https://docs.netapp.com/us-en/ontap-cli-9111/volume-modify.html)를 참조하세요. 1. ONTAP CLI에 액세스하려면 다음 명령을 실행하여 Amazon FSx for NetApp ONTAP 파일 시스템 또는 SVM의 관리 포트에 SSH 세션을 설정합니다. `management_endpoint_ip`를 파일 시스템의 관리 포트의 IP 주소로 바꿉니다. ``` [~]$ ssh fsxadmin@management_endpoint_ip ``` 자세한 내용은 [ONTAP CLI를 사용한 파일 시스템 관리](managing-resources-ontap-apps.md#fsxadmin-ontap-cli) 단원을 참조하십시오. 1. 사용 사례에 따라 다음 중 하나를 수행합니다. *`svm_name`* 및 *`vol_name`*을 사용자의 값으로 바꿉니다. + 항상 최대 파일(inode) 수를 사용할 수 있도록 볼륨을 구성하려면 다음을 수행합니다. 1. 다음 명령을 사용하여 ONTAP CLI의 고급 모드로 들어갑니다. ``` ::> set adv ``` 1. 이 명령을 실행하면 다음과 같은 출력이 표시됩니다. 계속하려면 `y`를 입력합니다. ``` Warning: These advanced commands are potentially dangerous; use them only when directed to do so by NetApp personnel. Do you want to continue? {y|n}: y ``` 1. 항상 볼륨에 있는 최대 파일 수를 사용하려면 다음 명령을 입력합니다. ``` ::> volume modify -vserver svm_name -volume vol_name -files-set-maximum true ``` + `max_number_files = (current_size_of_volume) × (1 file ÷ 4 KiB)`를 사용해 볼륨에 허용된 총 파일 수(최대 20억 개)를 수동으로 지정하려면 다음 명령을 사용합니다. ``` ::> volume modify -vserver svm_name -volume vol_name -files max_number_files ``` # 볼륨 스토리지 용량 모니터링 볼륨의 사용 가능한 스토리지와 해당 스토리지의 배포 AWS Management Console AWS CLI및 NetApp ONTAP CLI를 볼 수 있습니다. **볼륨의 저장 용량을 모니터링하려면 (콘솔) 다음과 같이 하세요.** **사용 가능한 스토리지** 그래프는 볼륨의 여유 스토리지 용량을 시간 경과에 따라 보여줍니다. **스토리지 분포** 그래프는 볼륨의 스토리지 용량이 현재 4가지 범주에 걸쳐 어떻게 분포되어 있는지를 보여줍니다. + 사용자 데이터 + 스냅샷 데이터 + 사용 가능한 볼륨 용량 + 기타 데이터 1. [https://console.aws.amazon.com/fsx/](https://console.aws.amazon.com/fsx/)에서 Amazon FSx 콘솔을 엽니다. 1. 왼쪽 탐색 열에서 **볼륨**을 선택한 다음 스토리지 용량 정보를 보려는 ONTAP 볼륨을 선택합니다. 볼륨 세부 정보 페이지가 표시됩니다. 1. 두 번째 패널에서 **모니터링** 탭을 선택합니다. **사용 가능한 스토리지** 및 **스토리지 분포** 그래프가 여러 다른 그래프와 함께 표시됩니다. ![\[\]](http://docs.aws.amazon.com/ko_kr/fsx/latest/ONTAPGuide/images/fsx-ontap-volume-storage-graphs.png) ![\[\]](http://docs.aws.amazon.com/ko_kr/fsx/latest/ONTAPGuide/images/fsx-ontap-volume-storage-graphs2.png) **볼륨의 스토리지 용량 모니터링하기 (ONTAP CLI)** `volume show-space` ONTAP CLI 명령을 사용하여 볼륨의 저장 용량이 어떻게 사용되고 있는지 모니터링할 수 있습니다. 자세한 내용은 NetApp ONTAP 설명서 센터의 [https://docs.netapp.com/us-en/ontap-cli-9111/volume-show-space.html](https://docs.netapp.com/us-en/ontap-cli-9111/volume-show-space.html)를 참조하세요. 1. ONTAP CLI에 액세스하려면 다음 명령을 실행하여 Amazon FSx for NetApp ONTAP 파일 시스템 또는 SVM의 관리 포트에 SSH 세션을 설정합니다. `management_endpoint_ip`를 파일 시스템의 관리 포트의 IP 주소로 바꿉니다. ``` [~]$ ssh fsxadmin@management_endpoint_ip ``` 자세한 내용은 [ONTAP CLI를 사용한 파일 시스템 관리](managing-resources-ontap-apps.md#fsxadmin-ontap-cli) 단원을 참조하십시오. 1. 다음 명령을 실행하여 볼륨의 스토리지 용량 사용량을 확인하고 다음 값을 바꿉니다. + *`svm_name`*을 볼륨이 생성되는 SVM의 이름으로 바꿉니다. + *`vol_name`*을 데이터 계층화 정책을 설정할 볼륨의 이름으로 바꿉니다. ``` ::> volume show-space -vserver svm_name -volume vol_name ``` 이 명령이 제대로 실행되면 다음과 비슷한 출력이 표시됩니다. ``` Vserver : svm_name Volume : vol_name Feature Used Used% -------------------------------- ---------- ------ User Data 140KB 0% Filesystem Metadata 164.4MB 1% Inodes 10.28MB 0% Snapshot Reserve 563.2MB 5% Deduplication 12KB 0% Snapshot Spill 9.31GB 85% Performance Metadata 668KB 0% Total Used 10.03GB 91% Total Physical Used 10.03GB 91% ``` 이 명령의 출력에는 다양한 유형의 데이터가 이 볼륨에서 차지하는 물리적 공간의 양이 표시됩니다. 또한 각 데이터 유형이 사용하는 총 볼륨 용량의 백분율도 표시됩니다. 이 예시에서는 `Snapshot Spill` 및 `Snapshot Reserve`가 볼륨 용량의 총 90%를 사용합니다. `Snapshot Reserve`는 스냅샷 복사본을 저장하기 위해 예약된 디스크 공간의 양을 보여줍니다. 스냅샷 복사본 스토리지가 예약 공간을 초과하면 파일 시스템으로 침범되며 이 양은 `Snapshot Spill` 아래에 나와 있습니다. 사용 가능한 공간의 양을 늘리려면 다음 절차와 같이 볼륨 [크기를 늘리거나](manage-volume-capacity.md#increase-volume-size) 사용하지 않는 [스냅샷을 삭제](snapshots-ontap.md#delete-snapshots)하면 됩니다. FlexVol 볼륨 유형(FSx for ONTAP 볼륨의 기본 볼륨 유형)의 경우 [볼륨 자동 크기 조정](enable-volume-autosizing.md)을 활성화할 수도 있습니다. 자동 크기 조정을 활성화하면 특정 임계값에 도달하는 경우 볼륨 크기가 자동으로 증가합니다. 자동 스냅샷을 비활성화할 수도 있습니다. 이 두 기능 모두 다음 섹션에 설명되어 있습니다. # 볼륨의 파일 용량 모니터링 다음 방법 중 하나를 사용하여 허용되는 최대 파일 수 및 볼륨에서 이미 사용된 파일 수를 볼 수 있습니다. + CloudWatch 볼륨 지표 `FilesCapacity` 및 `FilesUsed`. + Amazon FSx 콘솔에서, 볼륨의 **모니터링** 탭에서 **사용 가능한 파일(inode)** 차트로 이동합니다. 다음 이미지는 시간이 지남에 따라 감소하는 볼륨의 **사용 가능한 파일(inode)**을 보여줍니다. ![\[\]](http://docs.aws.amazon.com/ko_kr/fsx/latest/ONTAPGuide/images/fsx-ontap-available-files.png)