파일 시스템 스토리지 용량 및 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 수에 대한 자세한 내용은 처리량 용량이 성능에 미치는 영향 섹션을 참조하세요.

주제

• 파일 시스템 SSD 스토리지 및 IOPS 업데이트

• SSD 스토리지 용량을 늘려야 하는 경우

• SSD 스토리지 용량 증가

• SSD 스토리지 용량 증가 시 고려 사항

• SSD 스토리지 용량을 줄여야 하는 경우

• SSD 스토리지 용량 감소

• SSD 스토리지 용량 감소 시 고려 사항

• SSD 스토리지 용량 감소에 대한 제한 사항

• 파일 시스템에 대한 스토리지 용량 사용률 알람 만들기

• 스토리지 용량 및 프로비저닝된 IOPS 업데이트

• 스토리지 용량 동적 업데이트

• SSD 스토리지 사용률 모니터링

• 스토리지 효율성 절감 모니터링

• 스토리지 용량 및 IOPS 업데이트 모니터링

파일 시스템 SSD 스토리지 및 IOPS 업데이트

데이터 세트의 활성 부분을 위한 추가 스토리지가 필요한 경우 Amazon FSx for NetApp ONTAP 파일 시스템의 SSD 스토리지 용량을 늘릴 수 있습니다. 2세대 파일 시스템의 경우 워크로드의 변화하는 스토리지 요구 사항에 맞게 SSD 스토리지 용량을 줄일 수도 있습니다. Amazon FSx 콘솔, Amazon FSx API 또는 AWS Command Line Interface (AWS CLI)를 사용하여 SSD 스토리지 용량을 늘리거나 줄입니다. 자세한 내용은 스토리지 용량 및 프로비저닝된 IOPS 업데이트 단원을 참조하십시오.

SSD 스토리지 용량을 늘려야 하는 경우

사용 가능한 SSD 계층 스토리지가 부족한 경우 파일 시스템의 스토리지 용량을 늘리는 것이 좋습니다. 스토리지가 부족하면 데이터 세트의 활성 부분에 비해 SSD 계층 크기가 작다는 의미입니다.

파일 시스템에서 사용 가능한 여유 스토리지의 양을 모니터링하려면 파일 시스템 수준 StorageCapacity 및 StorageUsed Amazon CloudWatch 지표를 사용합니다. 이 지표에 CloudWatch 경보를 생성하고 특정 임계값 아래로 떨어지면 알림을 받을 수 있습니다. 자세한 내용은 Amazon CloudWatch를 사용한 모니터링 단원을 참조하십시오.

참고

데이터 계층화, 처리량 조정 및 기타 유지 관리 작업이 제대로 작동하고 추가 데이터에 사용할 수 있는 용량이 확보되도록 SSD 스토리지 용량 사용률의 80%를 초과하지 않는 것이 좋습니다. 2세대 파일 시스템의 경우, 이 권장 사항은 파일 시스템의 모든 집계와 각 개별 집계에 대한 평균 사용률에 모두 적용됩니다.

파일 시스템의 SSD 스토리지 사용 방식과, 파일 메타데이터 및 운영 소프트웨어용으로 예약된 SSD 스토리지의 용량에 대한 자세한 내용은 적절한 양의 파일 시스템 SSD 스토리지 선택하기 섹션을 참조하세요.

SSD 스토리지 용량 증가

Amazon FSx 파일 시스템의 SSD 스토리지 용량을 늘리면 일반적으로 몇 분 내에 새 용량을 사용할 수 있습니다. 새 SSD 스토리지 용량을 사용할 수 있게 되면 요금이 청구됩니다. 자세한 내용은 Amazon FSx for NetApp ONTAP 요금 및 섹션을 참조하세요AWS FSx for ONTAP에 대한 결제 및 사용 보고서.

스토리지 용량을 늘리면 Amazon FSx는 백그라운드에서 스토리지 최적화 프로세스를 실행하여 데이터를 재조정합니다. 대부분의 파일 시스템에서 스토리지 최적화는 워크로드 성능에 미치는 영향을 최소화하면서 몇 시간이 걸립니다.

Amazon FSx 콘솔 AWS CLI및 API를 사용하여 언제든지 스토리지 최적화 프로세스의 진행 상황을 추적할 수 있습니다. 자세한 내용은 스토리지 용량 및 IOPS 업데이트 모니터링 단원을 참조하십시오.

SSD 스토리지 용량 증가 시 고려 사항

다음은 파일 시스템의 SSD 스토리지 용량과 IOPS를 늘릴 때 고려해야 할 몇 가지 중요한 항목입니다.

• (1세대 파일 시스템만 해당) 스토리지 용량 증가 - 파일 시스템의 SSD 스토리지 용량만 늘릴 수 있으며 스토리지 용량은 줄일 수 없습니다.

• 스토리지 용량 최소 증가 - 각 SSD 스토리지 용량 증가는 파일 시스템 구성의 최대 SSD 스토리지 용량까지 파일 시스템 현재 SSD 스토리지 용량의 최소 10%여야 합니다.

• 증가 간격 - 파일 시스템에서 SSD 스토리지 용량, 프로비저닝된 IOPS 또는 처리량 용량을 늘린 후 동일한 파일 시스템에서 이러한 구성을 다시 수정하기 전에 최소 6시간을 기다려야 합니다. 이를 때로 휴지 기간이라고도 합니다.

• 프로비저닝된 IOPS 모드 - 프로비저닝된 IOPS를 변경하려면 다음 두 IOPS 모드 중 하나를 지정해야 합니다.

  • 자동 모드 - Amazon FSx는 파일 시스템 구성의 최대 SSD IOPS까지, SSD 스토리지 용량 1GB당 프로비저닝된 SSD IOPS 3개를 유지하도록 SSD IOPS를 자동으로 확장합니다.

    참고

    FSx for ONTAP 파일 시스템에 프로비저닝할 수 있는 최대 SSD IOPS 수에 대한 자세한 내용은 처리량 용량이 성능에 미치는 영향 섹션을 참조하세요.

  • 사용자 프로비저닝 모드 - SSD IOPS 수를 지정하며, 이 수는 SSD 스토리지 용량의 GiB당 3 IOPS 이상이어야 합니다. 더 높은 수준의 IOPS를 프로비저닝하기로 선택한 경우 해당 월에 포함된 요금보다 높은 프로비저닝된 평균 IOPS에 대해 요금을 지불합니다.이 요금은 IOPS-월로 측정됩니다.

요금에 대한 자세한 내용은 Amazon FSx for NetApp ONTAP 요금을 참조하세요.

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가 청구됩니다. 결제에 대한 자세한 내용은 섹션을 참조하세요AWS FSx for ONTAP에 대한 결제 및 사용 보고서.

SSD 스토리지 용량을 줄이는 데는 파일 시스템에 저장된 데이터 양, 감소 작업 중에 파일 시스템에 구동되는 새로운 순 쓰기 양, 파일 시스템에서 사용할 수 있는 네트워크 및 디스크 리소스 양과 같은 요인에 따라 몇 시간에서 몇 주가 걸릴 수 있습니다.

축소 작업 중에는 데이터를 읽기 및 쓰기에 계속 사용할 수 있습니다. 쓰기 작업이 많은 워크로드는 일시적인 성능 저하를 경험할 수 있지만 대부분의 워크로드는 성능에 미치는 영향을 최소화합니다. 클라이언트 액세스가 각 볼륨의 새 디스크로 리디렉션되면 짧은 I/O 일시 중지(최대 60초)가 발생할 수 있습니다.

성능 영향을 최소화하려면 SSD 감소 작업을 시작하기 전에 진행 중인 워크로드가 지속적으로 50% CPU, 50% 디스크 처리량 또는 50% SSD IOPS를 초과하지 않도록 하여 파일 시스템에서 적절한 헤드룸을 유지해야 합니다. Amazon FSx 콘솔에서 파일 시스템의 모니터링 및 성능 탭에서 이러한 사용률 지표를 모니터링할 수 있습니다.

참고

축소 작업 중에 SSD 스토리지 계층의 사용률이 80%를 초과하는 경우 Amazon FSx는 작업을 일시 중지하고 사용률이 80% 미만으로 떨어지면 자동으로 재개합니다. 새 디스크의 SSD 사용률을 줄이려면 데이터를 용량 풀로 계층화하거나 클라이언트 액세스가 새 디스크 세트로 성공적으로 리디렉션된 볼륨에서 데이터를 삭제할 수 있습니다.

축소 작업 중에 추가 SSD 용량이 필요한 경우 AWS CLI 또는 동등한 UpdateFileSystem API 작업update-file-system에서를 호출하고 새 대상 값을 제공하여 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 감소 일시 중지 - Amazon FSx는 새 집계의 사용률이 80%를 초과하면 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 수에 대한 자세한 내용은 처리량 용량이 성능에 미치는 영향 섹션을 참조하세요.

  • 사용자 프로비저닝 모드 - 현재 프로비저닝된 IOPS와 같거나 더 높은 IOPS 값을 제공해야 합니다. SSD 용량을 줄일 때 더 작은 집계(요청된 SSD 용량의 GB당 50 IOPS)에서 지원하는 최대 SSD IOPS를 초과하지 않는 한 추가 사용자 프로비저닝 SSD IOPS를 유지할 수 있습니다. 프로비저닝된 IOPS가 더 작은 집계에서 지원하는 최대값보다 높으면 SSD 용량을 줄이기 전에 IOPS를 줄이세요.

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에서를 실행할 수 있습니다.

• 축소 작업 중에는 볼륨을 오프라인으로 전환하거나, 볼륨을 이동하거나, FlexClones 생성하거나, SnapLock 볼륨을 생성하거나, 볼륨의 스토리지 효율성 설정을 수정할 수 없습니다.