기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.
# 파일 시스템 스토리지 용량 및 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"
}
}
]
```