Amazon FSx for NetApp ONTAP FAQ

각 Amazon FSx for NetApp ONTAP에는 기본 스토리지와 대용량 풀 스토리지라는 두 가지 스토리지 계층이 있습니다. 기본 스토리지는 데이터 집합의 활성 부분에 적합하도록 특별히 설계된 프로비저닝된 고성능 SSD 스토리지입니다. 대용량 풀 스토리지는 페타바이트 크기로 확장할 수 있는 완전히 탄력적인 스토리지 계층으로, 자주 액세스하지 않는 데이터에 적합하도록 설계된 비용 최적화 스토리지입니다. Amazon FSx for NetApp ONTAP은 액세스 패턴에 따라 스토리지 계층 간에 데이터를 자동으로 이동하여 스토리지 비용을 절감하고 파일 시스템에 거의 무제한으로 데이터를 저장할 수 있도록 지원합니다. 대용량 풀 스토리지는 데이터를 계층화함에 따라 자동으로 확장 및 축소되므로, 데이터 집합에서 시간이 지남에 따라 증가하는 부분을 위한 스토리지를 탄력적으로 제공합니다.

용량 풀 스토리지는 데이터를 계층화함에 따라 자동으로 확장 및 축소되므로, 데이터 집합에서 시간이 지남에 따라 증가하는 부분을 위한 스토리지를 탄력적으로 제공하는 완전 탄력적 스토리지 계층입니다. 데이터를 저장할 스토리지를 파일 시스템의 용량 풀에 프로비저닝할 필요가 없습니다.

파일 시스템을 생성할 때 데이터 집합의 활성 부분을 저장할 SSD 스토리지 용량을 지정합니다. 또한 Amazon FSx 콘솔에서 스토리지 용량 업데이트(Update storage capacity)를 클릭하거나 AWS CLI/API에서 ‘update-file-system’을 호출하여 파일 시스템의 SSD 계층 용량을 계속 사용하면서 확장할 수 있습니다. Amazon FSx 설명서에서 스토리지 용량 관리에 대해 자세히 알아보세요.

단일 파일 시스템에 저장할 수 있는 데이터 양에는 사실상 제한이 없습니다.

Amazon FSx for NetApp ONTAP은 SSD 스토리지에 저장된 데이터에 대해 밀리초 미만의 일관된 지연 시간을 제공하고, 대용량 풀 스토리지에 저장된 데이터에 대해서는 수십 밀리초의 지연 시간을 제공합니다. 파일 시스템은 최대 수십 GB/s 및 수백만 IOPS까지 확장할 수 있습니다. 자세한 내용은 Amazon FSx 성능 설명서를 참조하세요. SSD 스토리지의 기가바이트마다 3 디스크 IOPS가 포함되어 있으며 필요에 따라 추가 IOPS를 프로비저닝할 수 있습니다.

모든 Amazon FSx for NetApp ONTAP 파일 시스템에는 파일 시스템을 생성할 때 사용자가 구성하고 언제든지 변경할 수 있는 처리 용량이 있습니다. 이 처리량 용량은 클러스터를 구동하는 파일 서버를 통해 지원되는 기준선 및 버스트 네트워크 속도를 결정합니다. 파일 시스템을 생성할 때 Amazon FSx는 처리량 용량을 권장합니다. 또는 원하는 처리량 용량을 선택할 수 있습니다. 자세한 내용은 성능 문서 사용 설명서를 참조하세요.

Amazon FSx는 파일 시스템을 구동하는 파일 서버를 새 처리 용량 구성을 충족하도록 전환하는 방법으로 파일 시스템의 처리 용량을 업데이트합니다. 이 프로세스 중에 파일 시스템에서는 자동 장애 조치 및 장애 복구가 발생하는 데 일반적으로 완료까지 몇 분이 걸립니다. 장애 조치 및 장애 복구 프로세스는 NFS, SMB 및 iSCSI 클라이언트에 완전히 투명하게 완료되므로 중단이나 수동 개입 없이 워크로드를 계속 실행할 수 있습니다.

Amazon FSx for NetApp ONTAP 파일 시스템은 AWS 가용 영역(AZ) 전반에서 뛰어난 가용성 및 내구성을 제공하며 AZ를 사용할 수 없는 경우에도 데이터에 지속적인 가용성을 제공하도록 설계되었습니다. 다중 AZ 파일 시스템의 경우, 각 파일 시스템은 별도의 AZ에 있는 2개의 파일 서버를 기반으로 구동되며, 각 서버에는 자체 스토리지가 있습니다. 단일 AZ 파일 시스템의 경우, 각 파일 시스템은 동일한 AZ에 있는 하나 이상의 파일 서버 쌍으로 구동됩니다.

두 가지 배포 유형의 경우, Amazon FSx는 구성 요소 장애로부터 데이터를 보호하기 위해 자동으로 파일 서버에 데이터를 복제하고, 하드웨어 장애를 지속적으로 모니터링하며, 장애 발생 시 인프라 구성 요소를 자동으로 교체합니다. 파일 시스템은 필요에 따라 자동으로 장애 조치 및 백업되고(일반적으로 60초 이내) 클라이언트는 파일 시스템으로 장애 조치 및 백업됩니다.

Amazon FSx는 활성 파일 서버의 가용성이 손실될 경우 장애 조치를 자동으로 수행합니다. 이는 활성 파일 서버의 장애(또는 다중 AZ 파일 시스템의 경우 활성 파일 서버의 AZ 장애)로 인해 발생할 수 있습니다. 파일 서버 쌍이 여러 개 있는 파일 시스템의 경우 파일 서버 쌍 내에서 활성 파일 서버의 가용성이 손실되는 경우 각 파일 서버 쌍이 독립적으로 장애 조치를 수행합니다. 또한, Amazon FSx는 계획된 유지 관리 작업 중에 또는 파일 시스템의 처리 용량을 변경할 때 일시적으로 대기 파일 서버로 장애 조치됩니다.  

최종 사용자가 실수로 파일을 삭제/수정할 경우에 대비해 주기적인 스냅샷(파일 시스템에 저장된 데이터의 특정 시점 이미지)을 구성하여 최종 사용자가 파일 변경 사항을 손쉽게 취소하고 파일 버전을 비교하도록 할 수 있습니다. Linux 및 macOS 최종 사용자는 파일 시스템 루트의 ".snapshot" 디렉터리에서 스냅샷을 볼 수 있습니다. Windows 최종 사용자는 Windows 탐색기의 "이전 버전" 탭에서 스냅샷을 볼 수 있습니다(파일 또는 폴더를 마우스 오른쪽 버튼으로 클릭). ONTAP CLI 및 REST API를 사용하여 파일 시스템의 스냅샷 스케줄을 설정하고 변경할 수 있습니다.

Amazon FSx for NetApp ONTAP은 아카이빙, 데이터 보존 및 규정 준수 요구 사항을 지원하도록 설계된 기본 백업 기능을 제공합니다. 백업은 파일 시스템에서 크래시 일관성이 보장되는 보조 오프라인 복사본입니다. Amazon FSx 백업은 증분식입니다. 즉, 가장 최근 백업 이후에 변경된 부분만 저장되므로, 데이터가 중복되지 않아 백업 스토리지 비용이 절감됩니다. 기본적으로 Amazon FSx는 사용자가 지정한 백업 기간 동안 매일 자동으로 볼륨을 백업합니다. AWS 콘솔, AWS CLI 또는 Amazon FSx API를 사용하여 언제든지 추가 백업을 생성할 수 있습니다. 다중 AZ와 단일 AZ 파일 시스템의 백업은 모두 다수의 AZ에 저장되므로 탁월한 내구성을 달성할 수 있습니다.

먼저 Amazon FSx를 활성화합니다. 자세한 내용은 AWS Backup의 보호 서비스로서의 섹션을 참조하세요. 그러면 AWS Backup 콘솔, API 또는 CLI를 통해 Amazon FSx for NetApp ONTAP 볼륨의 백업을 구성할 수 있습니다. AWS Backup을 통해 볼륨의 예약된 백업과 온디맨드 백업을 모두 생성하고 이러한 백업을 Amazon FSx for NetApp ONTAP 파일 시스템에 새 볼륨으로 복원할 수 있습니다. ARN을 지정하거나 백업 계획의 보호를 위해 볼륨에 태그를 지정하여 다른 AWS 리소스와 동일한 방법으로 백업 계획에 Amazon FSX for NetApp ONTAP 볼륨을 추가할 수 있습니다. AWS Backup 설명서

Amazon FSx for NetApp ONTAP은 두 ONTAP 파일 시스템 간에 데이터를 복제하는 데 사용할 수 있는 복제 기술인 NetApp SnapMirror를 지원합니다. 다른 AWS 리전에 있는 파일 시스템을 포함하여, 다른 Amazon FSx for NetApp ONTAP 파일 시스템으로의 자동 NetApp SnapMirror 데이터 복제를 구성할 수 있습니다. 필요한 경우 다른 Amazon FSx for NetApp ONTAP 파일 시스템을 사용하도록 애플리케이션 및 사용자를 장애 조치할 수 있습니다. SnapMirror를 사용하면 최소 5분의 복구 시점 목표(RPO)와 10분 미만의 복구 시간 목표(RTO)로 복제를 구성할 수 있습니다. ONTAP CLI 또는 REST API를 사용하여 SnapMirror를 구성할 수 있습니다.

예. Amazon FSx SLA는 고객의 월간 가동률이 월별 결제 주기 동안 서비스 약정보다 낮을 경우 서비스 크레딧을 제공합니다.

Amazon FSx 콘솔에서 Amazon CloudWatch를 사용하여 Amazon FSx for NetApp ONTAP 파일 시스템의 성능과 스토리지 용량 사용률을 모니터링할 수 있습니다. 파일 시스템은 전체 파일 시스템과 각 볼륨의 성능, 스토리지 및 인프라 사용량을 자세히 보여 주는 CloudWatch 지표를 매분 내보냅니다. 이 지표는 Amazon FSx 콘솔의 모니터링 대시보드에 표시되어 파일 시스템 및 볼륨의 성능 추세와 스토리지 사용률을 보여 줍니다. 또한 이 지표를 사용하여 파일 시스템 또는 볼륨이 리소스 사용률 임계값에 도달하거나 가용 스토리지 용량이 부족할 때 이를 알리는 경보를 생성할 수 있습니다.

또한 NetApp Cloud Insights, NetApp Harvest with Grafana 등의 NetApp 모니터링 도구를 사용하여 FSx for ONTAP을 모니터링할 수도 있습니다.

AWS CloudTrail을 사용하여 모든 Amazon FSx API 호출을 모니터링하고, ONTAP 감사 로깅을 사용하여 ONTAP CLI 및 REST API에 대한 모든 관리 작업을 모니터링하며, ONTAP 파일 액세스 감사를 통해 파일 시스템의 파일에 대한 액세스를 모니터링할 수 있습니다.

파일 시스템에서 사용자 스토리지 할당량을 활성화하고 구성하여 사용량을 모니터링하고, 개별 팀에 스토리지 비용을 할당하고, 한 명의 사용자가 많은 데이터를 저장하지 못하도록 사용자 수준에서 제한을 적용할 수 있습니다.

Amazon FSx for NetApp ONTAP은 기존 Windows 환경과 통합할 수 있도록 Microsoft Active Directory(AD)를 지원합니다. 필요한 경우, 파일 시스템을 조직의 AD에 조인하여 사용자가 기존 AD 기반 자격 증명을 사용하여 NFS 또는 SMB를 통해 Amazon FSx for NetApp ONTAP을 인증하고 액세스하도록 할 수 있습니다.

Amazon FSx for NetApp ONTAP은 ONTAP의 네이티브 감사 로깅 기능을 사용하여 파일 및 폴더에 대한 최종 사용자 액세스를 감사하도록 지원합니다. 감사 이벤트 로깅을 활성화할 경우 ONTAP은 파일 시스템에서 지정한 로그 파일에 파일 액세스 이벤트를 기록합니다. 그러면 Windows 이벤트 뷰어와 같은 애플리케이션을 사용하여 해당 로그 파일을 읽을 수 있습니다. 또한 Amazon FSx for NetApp ONTAP은 AWS 파트너 솔루션을 통해 파일 액세스 이벤트를 모니터링하는 데 사용할 수 있는 ONTAP의 FPolicy 기능을 완벽하게 지원합니다.

예. Amazon FSx for NetApp ONTAP은 ONTAP의 ‘vscan’ 기능을 지원하므로, 관리하는 VM에서 실행되는 서드 파티 바이러스 백신 소프트웨어를 사용하여 데이터를 보호할 수 있습니다. vscan을 구성하는 방법에 대한 지침은 Amazon FSx 설명서를 참조하세요.

예. Amazon FSx for NetApp ONTAP은 AWS Key Management Service(AWS KMS)를 통해 관리하는 키를 사용하여 모든 파일 시스템의 저장된 데이터 및 백업을 자동으로 암호화합니다. Amazon FSx for NetApp ONTAP은 AWS Nitro 기반 암호화(일부 리전), IP 보안(IPsec) 프로토콜 또는 Kerberos 기반 암호화(파일 시스템이 AD에 연결된 경우)를 사용하여 전송 중인 데이터를 암호화하는 것을 지원합니다. 자세한 내용은 전송 중 데이터 암호화 설명서를 참조하세요.

예. Amazon FSx for NetApp ONTAP은 SnapLock을 통해 Write-Once-Read-Many(WORM) 데이터 보호를 제공합니다. SnapLock 볼륨의 파일을 WORM 상태로 전환하면 지정된 보존 기간 동안 수정 또는 삭제를 방지하여 이러한 파일을 보호할 수 있습니다. Amazon FSx는 SnapLock을 통해 Compliance와 Enterprise라는 2가지 보존 모드를 지원합니다. Compliance 모드에서는 WORM으로 전환된 파일을 보존 기간 중에 수정하거나 삭제할 수 없습니다. SEC Rule 17a-4 (f)와 같은 규정 준수 요구 사항을 충족하거나 랜섬웨어로부터 WORM 데이터를 보호하려면 SnapLock Compliance 모드를 사용해야 합니다. Enterprise 모드에서는 권한 있는 사용자가 언제든지 WORM 파일 또는 SnapLock 볼륨을 선택적으로 삭제할 수 있는 유연성을 유지할 수 있습니다. 조직의 데이터 무결성 및 내부 규정 준수 목표를 개선하거나 SnapLock 규정 준수를 사용하기 전에 보존 설정을 테스트하려는 경우에는 SnapLock Enterprise를 사용해야 합니다. FSx for ONTAP의 SnapLock에 대해 자세히 알아보려면 SnapLock 작업을 참조하세요.

Amazon FSx for NetApp ONTAP의 SnapLock은 금융 서비스 산업 고객을 위해, SEC Rule 17a-4(f), SEC 18a-6(e), FINRA Rule 4511(c) 및 CFTC Regulation 1.31(c)-(d)의 규제 요건에 따라 삭제 불가능하고 다시 쓰기 불가능한 형식으로 기록을 보존해야 하는 증권 중개인에게 추가 지원을 제공합니다. 지정한 보존 기간 동안 SnapLock 볼륨의 파일을 보존할 수 있으며, 보존 조치가 해제될 때까지 데이터를 무기한 보존하도록 법적 보존 조치를 취할 수도 있습니다.

담당 규제 기관 또는 선택한 ‘지정 평가 기관(DEA)’에 FSx for ONTAP에 대한 Cohasset Assessment 보고서 사본과 함께 Amazon FSx for NetApp ONTAP을 전자 스토리지로 사용한다는 알림을 제공할 수 있습니다. 이러한 요구 사항에 있어서 AWS는 지정된 서드 파티(D3P)가 아닙니다. D3P를 선택하고 해당 정보를 DEA에 제출하는 통지서에 추가해야 합니다.

예. 온프레미스 또는 다른 VPC에서 Amazon FSx for NetApp ONTAP 다중 AZ 및 단일 AZ 파일 시스템에 액세스할 수 있습니다. 

온프레미스에서는 AWS VPN 또는 AWS Transit Gateway를 통한 Direct Connect를 사용하여 다중 AZ 파일 시스템에 액세스할 수 있습니다. 다른 VPC(다른 AWS 리전의 VPC 포함)에서는 Transit Gateway 또는 VPC 피어링을 사용하여 파일 시스템에 액세스할 수 있습니다. 파일 시스템의 VPC(예: 온프레미스 네트워크) 외부에 있는 클라이언트에서 파일 시스템에 액세스하는 경우, Transit Gateway를 사용하거나 데이터에 대한 원격 사무실 캐싱(NetApp Global File Cache 또는 NetApp FlexCache 사용)을 구성해야 합니다. 자세한 내용은 Amazon FSx 설명서를 참조하세요.

Amazon FSx for NetApp ONTAP은 온프레미스에 구현하여 가장 자주 읽는 데이터에 대해 대기 시간이 짧은 액세스를 제공하는 NetApp Global File Cache 및 NetApp FlexCache 솔루션을 완벽하게 지원합니다. 자세한 내용은 Amazon FSx 설명서를 참조하세요.

AWS에서 짧은 대기 시간으로 액세스하거나 처리하려는 데이터가 온프레미스 NetApp 파일 시스템에 있는 경우, NetApp FlexCache를 사용하면 Amazon FSx for NetApp ONTAP을 온프레미스 데이터의 캐시로 구성할 수 있습니다. 자세한 내용은 Amazon FSx 설명서를 참조하세요.

예. Amazon FSx for NetApp ONTAP은 데이터 압축 및 중복 제거를 지원합니다. 이 기능을 통해 데이터가 소비하는 스토리지 용량을 줄임으로써 SSD, 대용량 풀 및 백업 스토리지의 스토리지 공간을 절약할 수 있습니다. SSD 스토리지의 데이터에 대해 압축 및 중복 제거를 활성화할 수 있습니다. 데이터가 용량 풀 스토리지로 계층화되면 SSD 스토리지의 압축 및 중복 제거로 인한 스토리지 절감 효과가 보존됩니다. 파일 시스템의 스토리지 효율성 구성에 관계없이 백업 데이터의 스토리지 효율성은 항상 활성화됩니다.

일반 스토리지 절감

AWS Management Console, AWS CLI 또는 AWS SDK를 사용하여 파일 시스템을 생성하는 동안 또는 그 이후 언제든지 압축 및 중복 제거를 활성화하거나 비활성화할 수 있습니다.

대부분의 워크로드에는 압축 및 중복 제거를 사용해도 파일 시스템 성능에 부정적인 영향을 미치지 않습니다.

오히려 대부분의 워크로드에서 압축은 전체 성능을 높입니다. RAM 캐시에서 빠른 읽기 및 쓰기를 제공하기 위해, 파일 서버와 스토리지 디스크 간에 지원되는 수준보다 더 높은 수준의 네트워크 대역폭이 FSx for ONTAP 파일 서버의 프런트엔드 네트워크 인터페이스 카드(NIC)에서 지원됩니다. 데이터 압축은 파일 서버와 스토리지 디스크 간에 전송되는 데이터의 양을 줄이므로, 대부분의 워크로드에서 데이터 압축을 사용할 경우 전체 파일 시스템 처리 용량이 증가합니다. 파일 시스템의 프런트엔드 NIC가 포화 상태가 되면 데이터 압축과 관련한 처리 용량 확장이 제한됩니다. 데이터 압축 사용 시 처리 성능에 대한 자세한 내용은 FSx for ONTAP 설명서를 참조하세요.

Amazon FSx for NetApp ONTAP 파일 시스템을 생성할 때 SSD 스토리지 용량을 프로비저닝할 수 있습니다. 파일 시스템에 데이터를 쓸 때 자주 액세스하지 않는 데이터는 계층화된 데이터 양에 따라 자동으로 확장 및 축소되는 저렴한 스토리지 계층인 대용량 풀 계층으로 자동으로 이동됩니다. 따라서 데이터 집합의 활성 부분에 필요한 만큼만 SSD 스토리지를 프로비저닝하고 나머지 데이터는 저렴한 대용량 풀 스토리지에 저장하면 됩니다. Amazon FSx는 사용자의 액세스 패턴에 따라 스토리지 계층 간에 데이터를 자동으로, 지능적으로 이동하므로, 데이터의 극히 일부에 대해서만 SSD 스토리지 비용을 지불하면서 워크로드를 처리하는 데 필요한 SSD 수준의 성능을 실현할 수 있습니다.

Amazon FSx for NetApp ONTAP 파일 시스템의 각 볼륨에는 볼륨 내의 데이터가 대용량 풀 스토리지로 이동되는 방식을 결정하는 계층화 정책이 있습니다. 다음 네 가지 계층화 정책 중 하나를 선택할 수 있습니다(기본적으로 AWS 콘솔로 생성된 모든 볼륨은 ‘자동(Auto)’ 계층화 정책을 사용합니다).

• 자동(Auto) – 데이터가 액세스 패턴에 따라 대용량 풀 계층에서 자동으로 이동됩니다.
• 스냅샷만(Snapshot-only) – 파일의 이전 버전과 관련한 데이터(예: 볼륨의 스냅샷과 관련한 데이터)만 대용량 풀 계층으로 이동됩니다.
• 모두(All) – 모든 데이터가 볼륨에 쓰여지는 즉시 대용량 풀 계층으로 이동됩니다.
• 없음(None) – 대용량 스토리지로의 계층화가 비활성화됩니다.

‘자동(Auto)’ 또는 ‘스냅샷만(Snapshot-only)’ 계층화 정책을 선택한 경우, 선택적으로 최소 대기 기간(2일에서 183일 사이)을 지정할 수 있습니다. 이 기간 동안 데이터의 특정 부분이 비활성 상태로 유지되어야 대용량 풀 스토리지로 이동됩니다.

볼륨에 있는 모든 파일을 크기에 관계없이 대용량 풀 스토리지로 이동할 수 있습니다. Amazon FSx for NetApp ONTAP에서는 데이터가 파일 레벨이 아닌 블록 레벨에서 대용량 풀 스토리지로 이동되므로 특정 파일의 일부만 자주 액세스하지 않더라도 대용량 풀 스토리지의 비용 이점을 누릴 수 있습니다.

Amazon FSx는 대용량 풀 스토리지에 계층화할 수 있는 데이터의 비율을 제한하지 않습니다. 최상의 성능을 얻으려면 데이터 집합의 자주 액세스하는 부분을 SSD 스토리지에 저장하는 것이 좋습니다. 업계 연구 기관 및 고객 분석에 따르면, 평균적으로 파일 중 20%는 자주 사용하고, 80%는 자주 사용하지 않는 것으로 나타났습니다.

예. 파일 시스템당 하나 또는 여러 개의 스토리지 가상 머신과 볼륨을 생성하여, 온프레미스에서 ONTAP 클러스터를 구성하는 것과 동일한 방식으로 파일 시스템을 설정하고 구성할 수 있습니다.

스토리지 가상 머신(SVM)은 자체 관리 자격 증명 및 엔드포인트를 사용하여 데이터를 관리하고 액세스하는 격리된 파일 서버입니다. Amazon FSx for NetApp ONTAP의 데이터에 액세스할 때 클라이언트와 워크스테이션은 데이터가 저장된 SVM의 엔드포인트에 액세스합니다. Amazon FSx는 AWS 콘솔을 사용하여 파일 시스템을 생성할 때 자동으로 파일 시스템에 기본 SVM을 생성합니다.

각 SVM은 가상 리소스입니다. 즉, 파일 시스템의 SVM이 파일 시스템의 스토리지 및 처리 용량을 공유합니다. 각 SVM은 격리된 파일 서버이므로, Amazon FSx에서 데이터를 관리하기 위해 여러 사용자 또는 그룹이 액세스 권한을 필요로 하는 경우 각 사용자 또는 그룹별로 별도의 SVM을 생성하여 데이터를 독립적으로 관리할 수 있습니다. 또한 파일 시스템 내에 서비스 품질(QoS) 정책을 구성하여 워크로드별로 구동할 수 있는 처리량과 IOPS의 양을 제한함으로써 개별 워크로드가 동일한 파일 시스템의 다른 사용자와 그룹에 영향을 미치지 않도록 할 수 있습니다. AWS Console, AWS CLI 또는 Amazon FSx SDK를 사용하여 언제든지 파일 시스템에 추가 SVM을 생성할 수 있습니다.

볼륨은 파일, 디렉터리 또는 iSCSI LUN이 저장되는 격리된 데이터 컨테이너입니다. 볼륨은 씬 프로비저닝되므로 볼륨에 저장된 데이터에 해당하는 스토리지 용량만 소비합니다. 각 볼륨은 파일 시스템의 SVM 중 하나와 연결됩니다.

AWS 콘솔, AWS CLI, Amazon FSx API 또는 NetApp Cloud Manager를 사용하여 볼륨을 생성할 수 있습니다. 또한 파일 시스템 또는 SVM의 관리 엔드포인트를 사용하여 ONTAP CLI 또는 ONTAP REST API를 통해 볼륨을 생성, 업데이트 및 삭제할 수 있습니다.

볼륨마다 저장할 수 있는 데이터 양을 제한하도록 각 볼륨의 크기를 설정하고 언제든지 볼륨 크기를 늘리거나 줄일 수 있습니다. 각 볼륨마다 정해진 크기가 있지만, 볼륨은 씬 프로비저닝되므로 볼륨에 저장된 데이터에 해당하는 스토리지 용량만 소비합니다.

Amazon FSx는 완전관리형 서비스이므로, 모든 파일 스토리지 인프라를 AWS에서 대신 관리합니다. Amazon FSx를 사용하면 복잡한 파일 시스템 인프라를 간단하게 배포하고 유지 관리할 수 있습니다.

파일 시스템, SVM, 볼륨 및 백업을 생성하고 보고 및 삭제하려면 AWS 콘솔, AWS CLI, Amazon FSx API 또는 NetApp Cloud Manager를 사용합니다.

SMB 공유, 스냅샷 또는 SnapMirror와 같은 추가 ONTAP 기능에 액세스하려면 ONTAP 원격 관리 CLI 또는 ONTAP REST API를 사용하면 됩니다. 자세한 내용은 Amazon FSx for NetApp ONTAP 설명서에서 ONTAP CLI 및 REST API 액세스를 참조하세요.