Amazon FSx for OpenZFS FAQ

A: FSx for OpenZFS는 일관되고 지연 시간이 수백 마이크로초로 짧은 완전관리형 SSD 스토리지를 제공합니다. OpenZFS에 내장된 캐싱 기능을 활용하는 FSx for OpenZFS 파일 시스템은 자주 액세스하는 데이터에 대해 훨씬 더 뛰어난 성능과 더 짧은 지연 시간을 제공합니다.

FSx for OpenZFS 파일 시스템은 파일 서버에 캐시된 데이터에 액세스할 때 100만 이상의 IOP와 21GB/s의 처리량(throughput)을 제공하고, SSD 스토리지의 데이터에 액세스할 때 수십만 IOP와 10GB/s의 처리량(throughput)을 제공할 수 있습니다. NFS n-connect를 통해 클라이언트당 여러 병렬 연결을 사용하여 단일 클라이언트에서 파일 시스템의 최대 처리량(throughput)과 IOPS 수준까지 구동할 수 있습니다.

파일 시스템을 생성할 때 처리량 용량을 지정합니다. 스토리지의 기가바이트마다 3 디스크 IOPS가 포함되어 있으며 필요에 따라 추가 디스크 IOPS를 프로비저닝할 수 있습니다. AWS Management Console, AWS CLI 또는 Amazon FSx API를 사용하여 변화하는 애플리케이션 요구 사항에 맞게 언제든지 처리량 용량을 스케일 업하거나 스케일 다운할 수 있습니다. 자세한 내용을 알아보려면 파일 시스템 성능 페이지를 참조하세요.

단일 파일 시스템에서 최대 512TiB까지 프로비저닝할 수 있습니다. 여러 파일 시스템을 동시에 쉽게 탑재하여 애플리케이션에 PB 규모의 스토리지를 제공할 수 있습니다.

기본적으로 볼륨은 파일 시스템에서 사용 가능한 용량까지 증가할 수 있습니다. 볼륨이 얼마나 증가할 수 있는지를 제한하기 위해 볼륨에 대한 할당량을 설정하는 옵션이 있습니다. 또한 해당 볼륨에 대한 최소 저장 용량을 따로 설정하기 위해 볼륨 예약을 설정할 수 있는 옵션이 있습니다. 예약하지 않으면 볼륨은 씬 프로비저닝되므로 볼륨에 저장된 데이터에 해당하는 스토리지 용량만 소비합니다. 이러한 설정은 언제든지 변경할 수 있습니다.

Amazon FSx for OpenZFS Intelligent Tiering 스토리지 클래스는 네트워크 연결 스토리지(NAS)의 친숙함과 완전히 탄력적이며 데이터를 자동으로 티어링하여 비용을 최적화하는 스토리지를 결합한 것입니다.

스토리지 관리를 간소화하고 비용을 절감하려면 Intelligent Tiering을 사용해야 합니다. Intelligent Tiering의 탄력성 덕분에 더 이상 스토리지 용량을 관리하거나 예측할 수 없는 데이터 세트 수용 또는 공간 부족에 대해 걱정할 필요가 없습니다. 스토리지 티어 전반의 티어링을 통한 자동 비용 최적화로 Amazon FSx 솔리드 스테이트 드라이브(SSD) 스토리지 클래스보다 최대 85%, 기존 온프레미스 하드 디스크 드라이브(HDD) 배포 방식보다 최대 20% 비용을 절감할 수 있습니다.

Amazon FSx 콘솔, API 또는 명령줄 인터페이스(CLI)를 사용하여 파일 시스템을 생성할 때 Intelligent Tiering 클래스를 지정하세요. 파일 시스템을 생성할 때 또는 이후 언제든지 자주 액세스하는 데이터의 읽기를 최적화하기 위해 선택적 SSD 기반 읽기 캐시를 생성할 수도 있습니다.

대부분의 NAS 데이터 세트에 대해 Amazon FSx for OpenZFS Intelligent Tiering 스토리지 클래스를 사용하세요. 모든 데이터에서 올플래시 스토리지의 성능이 필요한 데이터 세트(예: 칩 설계 워크로드, 데이터베이스, 데이터 사이언티스트를 위한 사용자 공유)에만 SSD 스토리지 클래스를 사용하세요.

Amazon FSx for OpenZFS Intelligent Tiering 스토리지 클래스는 광범위한 파일 워크로드의 성능 요구 사항을 충족하도록 설계되었습니다. Lustre에서는 초당 최대 수십 테라바이트의 처리량과 수천만 건의 입출력 작업(IOPS)을 제공하고, OpenZFS에서는 초당 최대 20기가비트의 처리량과 40만 IOPS를 제공합니다. SSD 읽기 캐시에 있는 데이터는 첫 번째 바이트까지의 지연 시간이 밀리초 미만이고, 다른 모든 데이터는 첫 번째 바이트까지의 지연 시간이 수십 밀리초 사이입니다. 일반 파일 워크로드는 읽기 중심 경향성이 있고, 특정 시점에 전체 데이터세트의 극히 일부만 사용하여 활발하게 작동합니다. 즉, Amazon FSx for OpenZFS Intelligent Tiering 스토리지 클래스의 하이브리드 SSD 모델은 대부분의 워크로드에서 SSD 수준에서 작동하는 스토리지를 제공하는 동시에 전체 SSD 배포에 비해 최대 85%의 비용 절감 효과를 제공합니다.

기본적으로 Amazon FSx는 파일 시스템에 대해 선택하는 처리량 수준에 따라 SSD 읽기 캐시 크기를 자동으로 선택합니다. 또는 더 작거나 큰 캐시를 선택하고 워크로드 요구 사항에 따라 언제든지 스케일 업 또는 다운할 수 있습니다. AWS CLI, AWS SDK 또는 Amazon FSx 콘솔을 사용하여 파일 시스템의 SSD 읽기 캐시 크기를 변경할 수 있습니다. Amazon FSx는 캐시 크기가 적절한지 확인하는 데 도움이 되는 캐시 적중률 지표(캐시에서 제공되는 읽기의 비율)를 게시합니다. 이는 Amazon FSx 콘솔의 파일 시스템 ‘모니터링’ 탭이나 Amazon CloudWatch에서 확인할 수 있습니다. 대부분의 워크로드에서 80%의 캐시 적중률은 성능과 비용 최적화의 적절한 균형을 제공합니다.

예. Amazon FSx for OpenZFS Intelligent Tiering 스토리지 클래스는 99.99%의 SLA를 제공합니다.

Amazon FSx for OpenZFS Intelligent Tiering 스토리지 클래스를 사용하는 파일 시스템의 경우 Amazon FSx는 여러 가용 영역(AZ)의 모든 데이터를 이중화하여 저장해서 광범위한 재해에 대한 기본 제공 복원력을 제공합니다.

예. Amazon FSx 콘솔, API 또는 CLI를 통해 Intelligent Tiering 스토리지를 사용하여 파일 시스템을 백업할 수 있습니다. Amazon FSx 파일 시스템을 백업하면 파일 데이터의 별도 사본이 생성되며, 나중에 이를 사용하여 하나 이상의 새 파일 시스템으로 복원할 수 있습니다. Amazon FSx 백업은 장애 시 일관성이 보장되고(파일 시스템의 특정 시점 뷰로 복원 가능), 내구성이 뛰어나고(Amazon Simple Storage Service(Amazon S3)에 저장되고 99.999999999%의 내구성을 제공하도록 설계됨), 증분식입니다(각 백업은 이전 백업 이후의 변경 사항만 추가하므로 데이터를 복제하지 않아 백업 스토리지 비용 절감). 기본적으로 Amazon FSx는 지정된 백업 기간 동안 파일 시스템의 일일 자동 백업을 시작합니다. Amazon FSx 콘솔, CLI 또는 API를 사용하여 언제든지 추가 백업을 생성하거나 AWS Backup을 사용하여 자체 자동 백업 일정을 생성할 수 있습니다.

’백업에서 복원’ 옵션으로 새 파일 시스템을 생성하여 백업에서 복원할 수 있습니다. 이렇게 하면 백그라운드에서 복원이 완료되는 동안 몇 분 내에 모든 데이터에 액세스할 수 있습니다. 파일 시스템은 사용자가 액세스할 때 백업에서 데이터를 투명하게 검색하므로 파일 시스템을 사용하기 전에 복원이 완료될 때까지 기다릴 필요가 없습니다.

Amazon FSx for OpenZFS Intelligent Tiering 스토리지 클래스에 저장하는 데이터에 대해서는 월별로 GB당 비용을 지불하며, 요금은 데이터가 저장된 티어에 따라 달라지며, 프로비저닝된 SSD 읽기 캐시에 대해서는 월별 GB당 요금을 지불합니다. 데이터를 쓸 때는 쓰기 작업당 비용을 지불하고, SSD 읽기 캐시에 없는 데이터를 읽을 때는 읽기 작업당 비용을 지불합니다. 다른 Amazon FSx 파일 시스템과 마찬가지로 파일 서버에 프로비저닝하는 처리량 용량에 대해 월별 MBps당 요금을 지불합니다.

Amazon S3 Intelligent Tiering과 마찬가지로 Amazon FSx for OpenZFS Intelligent Tiering 스토리지 클래스는 마지막 액세스 시간을 기준으로 데이터를 자동으로 티어링하여 액세스하는 빈도는 낮은 데이터의 비용을 자동으로 최적화합니다. 지난 30일 동안 액세스한 데이터는 Frequent Access 티어에 저장됩니다. 30일 동안 액세스하지 않은 데이터는 자동으로 Infrequent Access 티어로 이동하며, Frequent Access 티어의 데이터보다 비용이 적게 듭니다. 90일 동안 액세스하지 않은 데이터는 자동으로 아카이브 티어로 이동하며, Infrequent Access 티어의 데이터보다 비용이 적게 듭니다. Infrequent Access 또는 아카이브 티어의 데이터에 액세스하면 데이터는 자동으로 Frequent Access 티어로 다시 이동합니다. 캐시되지 않은 데이터에 대한 모든 액세스는 데이터의 티어에 관계없이 동일한 성능 특성을 가지며 일반적인 읽기/쓰기 작업 비용을 초과하는 추가 IOPS, 검색 또는 전환 비용이 없습니다.

FSx for OpenZFS는 기존의 파일 디렉터리 구조로 데이터를 표시하는 것 외에도 파일 시스템 내에서 볼륨을 사용하여 데이터를 추가로 구성할 수 있도록 지원합니다. 각 파일 시스템에는 디렉터리 및 파일에 대한 격리된 데이터 컨테이너인 하나 이상의 볼륨이 포함되어 있습니다. AWS Management Console, AWS CLI 또는 Amazon FSx API를 사용하여 개별 볼륨을 생성하고 관리할 수 있으며, 클라이언트는 Linux, macOS 또는 Windows에서 볼륨을 네트워크 위치로 탑재하여 볼륨에 액세스할 수 있습니다. 개별 볼륨은 독립적으로 구성할 수 있습니다. 즉, 볼륨 수준에서 씬 프로비저닝 또는 압축과 같은 기능을 설정할 수 있습니다.

기본적으로 볼륨은 파일 시스템에서 사용 가능한 용량까지 증가할 수 있습니다. 볼륨이 얼마나 증가할 수 있는지를 제한하기 위해 볼륨에 대한 할당량을 설정하는 옵션이 있습니다. 해당 볼륨에 대한 최소 저장 용량을 따로 설정하기 위해 볼륨 예약을 설정할 수 있는 옵션이 있습니다. 예약하지 않으면 볼륨은 씬 프로비저닝되므로 볼륨에 저장된 데이터에 해당하는 스토리지 용량만 소비합니다. 이러한 설정은 언제든지 변경할 수 있습니다.

FSx for OpenZFS는 특정 시점 스냅샷, 내부 데이터 복제, 파일 시스템 전반의 주문형 데이터 복제 등 데이터 작업을 위한 다양한 ZFS 기반 기능 세트를 제공합니다. FSx for OpenZFS를 사용하면 언제든지 볼륨의 스냅샷을 생성할 수 있으므로 데이터베이스 또는 애플리케이션의 기록 버전을 쉽게 유지, 관리 및 복원할 수 있습니다. 데이터 복제를 사용하면 기존 사용자나 애플리케이션을 중단하지 않고 데이터를 복제할 필요 없이 여러 기능과 변경 사항을 병렬로 쉽게 테스트할 수 있습니다. 파일 시스템 간의 온디맨드 데이터 복제는 파일 시스템 간의 연결을 설정하거나 네트워크 장애를 감지 및 처리하는 추가 작업 없이 재해 복구, 읽기 전용 복제본, 테스트 및 개발 워크플로우를 위해 데이터를 동기화할 수 있는 간단하고 복원력이 뛰어난 방법을 제공합니다.

예를 들어, 데이터베이스 워크로드를 실행하고 있으며 데이터베이스 작업을 테스트한 다음 프로덕션 환경에 적용하려는 경우 데이터베이스의 복제를 생성하고 복제 볼륨에 대해 작업을 실행하여 예상대로 작동하는지 검증하는 방식으로 작업을 테스트할 수 있습니다. 테스트가 완료되면 복제 볼륨을 전체 복사 볼륨으로 복사하여 장기 사용이나 프로덕션 사용을 위해 결과를 유지할 수 있습니다.

FSx for OpenZFS는 데이터가 소비하는 저장 용량을 줄이기 위한 Zstandard 및 LZ4 압축, 개별 볼륨이 사용하는 공간의 양을 제어하기 위한 볼륨 예약 및 볼륨 할당량, 개별 최종 사용자의 사용을 제어하기 위한 사용자 할당량을 비롯한 다양한 스토리지 효율성 기능을 지원합니다. 이러한 기능은 파일 시스템 및 백업 스토리지의 스토리지 공간을 줄이거나 관리하는 데 도움이 됩니다.

압축을 활성화하면 데이터가 디스크에 기록될 때 압축되므로 쓰기 작업이 많은 워크로드의 파일 시스템 성능이 저하될 수 있습니다. 그러나 읽기 작업이 많은 워크로드의 경우 압축은 이러한 디스크와 스토리지 서버 간에 전송되는 데이터 양을 줄이므로 파일 시스템의 전체 처리량(throughput) 성능을 크게 향상시킬 수 있습니다. 자세한 내용을 알아보려면 Amazon FSx for OpenZFS 성능 설명서를 참조하세요. 

Amazon FSx는 완전관리형 서비스이므로, 모든 파일 스토리지 인프라를 AWS에서 대신 관리합니다. Amazon FSx를 사용하면 복잡한 파일 시스템 인프라를 간단하게 배포하고 유지 관리할 수 있습니다. FSx for OpenZFS는 ZFS 파일 시스템 관리에서 종종 발견되는 복잡성 없이 ZFS의 모든 기능을 제공합니다.

파일 시스템, 볼륨 및 백업을 생성하고 보고 및 삭제하려면 AWS Management Console, AWS CLI 및 Amazon FSx API를 사용합니다. 또한 FSx 콘솔 및 API에서 기본적으로 고급 ZFS 기능에 대한 지원을 제공하므로 사용자가 ZFS 스냅샷 및 복제와 같은 기능을 활용하기 위해 ZFS 전문가가 될 필요가 없습니다.

다중 AZ(HA) 및 단일 AZ(HA) 파일 시스템의 경우 Amazon FSx는 자동 장애 조치 및 페일백 기능을 갖춘 고가용성(HA) 파일 서버 쌍을 배포하여 고가용성을 보장합니다. 다중 AZ(HA) 파일 시스템의 경우 Amazon FSx는 두 AWS 가용 영역(AZ)에 이 파일 서버 쌍을 배포하고 이 두 AZ에 데이터를 자동으로 복제하여 높은 내구성을 보장하고 자동 장애 조치 및 페일백 기능을 갖춘 고가용성(HA) 파일 서버 쌍을 두 AZ에 배포하여 AZ 전체 중단이 발생하는 경우에도 높은 가용성과 내구성을 보장합니다. 또한 Amazon FSx는 하드웨어 장애를 지속적으로 모니터링하고 장애 발생 시 인프라 구성 요소를 자동으로 교체합니다. 파일 시스템은 필요에 따라 자동으로 장애 조치 및 백업되고(일반적으로 60초 이내) 클라이언트는 파일 시스템으로 장애 조치 및 백업됩니다.

단일 AZ(비HA) 파일 시스템의 경우 Amazon FSx는 하드웨어 장애를 지속적으로 모니터링하고 장애 발생 시 일반적으로 30분 이내에 인프라 구성 요소를 자동으로 교체하여 장애 이벤트 전반에 걸쳐 가용성을 재개합니다.

또한 Amazon FSx는 파일 시스템의 내구성이 뛰어난 백업(S3에 저장됨)을 매일 생성하며 언제든지 추가 백업을 생성할 수 있습니다.

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

최종 사용자나 애플리케이션이 실수로 볼륨의 파일을 삭제하거나 실수로 수정하지 못하도록 보호하려면 최종 사용자 또는 애플리케이션 관리자가 쉽게 파일 변경 사항을 실행 취소하고 파일 버전을 비교할 수 있도록 스냅샷(파일 시스템 내에 저장되는 볼륨의 특정 시점 이미지)을 만듭니다. 최종 사용자와 애플리케이션 관리자는 볼륨 루트의 '.zfs/snapshot' 디렉터리에 있는 스냅샷을 볼 수 있으며 해당 스냅샷의 개별 파일과 폴더에 액세스할 수 있습니다. AWS Management Console, AWS CLI 또는 Amazon FSx API를 사용하여 FSx for OpenZFS 스냅샷을 관리할 수 있습니다.

FSx for OpenZFS는 아카이빙, 데이터 보존 및 규정 준수 요구 사항을 지원하도록 설계된 파일 시스템 백업도 제공합니다. 백업은 파일 시스템의 내구성이 뛰어난 오프라인 보조 사본으로 Amazon S3에 저장됩니다. 백업은 특정 시점에서 일관되고(지정된 시간을 기준으로 전체 파일 데이터 세트의 일관된 보기 표현), 증분식이고(지정된 백업에 대한 마지막 백업 이후 변경 사항에 대해서만 비용 지불), 관리하기 쉽고(AWS Management Console, AWS CLI 또는 Amazon FSx API를 통해), 빠르게 생성하고 복원할 수 있습니다(RTO 5~10분).

일일 자동 백업은 기본적으로 활성화되어 있으며 Amazon FSx 콘솔에서 몇 번의 클릭만으로 언제든지 보존 정책을 업데이트할 수 있습니다. FSx for OpenZFS는 파일 시스템 백업을 다른 AWS 리전에 복사하여 리전 간 재해 복구 또는 비즈니스 연속성 목표를 충족하는 기능도 제공합니다.

다중 AZ(HA) 또는 단일 AZ(HA) 파일 시스템을 생성하면 Amazon FSx가 두 개의 개별 파일 서버를 자동으로 프로비저닝합니다. 다중 AZ(HA) 파일 시스템의 경우 이 중 하나는 기본 AZ의 ‘기본’ 서버이고 다른 하나는 대기 AZ의 ‘대기’ 서버로서 각각 고유한 스토리지 볼륨 세트를 가지고 있습니다. 이러한 파일 서버 중 하나만 항상 데이터를 능동적으로 제공하지만(일반적으로 기본 파일 서버) 둘 다 영구적이고 동일한 데이터 복사본을 유지합니다. 단일 AZ(HA) 파일 시스템의 경우 두 서버가 모두 동일한 AZ에 있습니다. 이러한 파일 서버 중 하나만 언제든지 데이터를 능동적으로 제공하지만 두 서버 모두 동일한 스토리지 볼륨 세트에 연결되어 있고 그 자체가 데이터를 복제하므로 내구성이 뛰어납니다.

Amazon FSx는 파일 서버의 상태를 지속적으로 모니터링하여 문제를 신속하게 감지합니다. 격리된 하드웨어 장애, 계획된 유지 보수 이벤트 또는 AZ 전체 중단(다중 AZ 파일 시스템의 경우)을 비롯한 어떤 이유로든 기본 파일 서버를 사용할 수 없게 되면 서비스가 자동으로 대기 파일 서버로 장애 조치되므로 가용성 손실 없이 파일 시스템 작업을 재개할 수 있습니다. Amazon FSx는 파일 시스템의 네트워크 주소를 새로운 활성 대기 파일 서버에 매핑하므로 Linux 및 Windows 기반 애플리케이션이 동일한 네트워크 위치에서 중단 없이 데이터에 계속 액세스할 수 있습니다. 기본 파일 서버가 정상 상태로 복원되면 파일 시스템도 자동으로 페일백됩니다. 이러한 장애 조치 및 페일백 이벤트는 사용자와 애플리케이션에 영향을 미치지 않습니다. 파일 시스템이 동일한 네트워크 주소에서 NFS 트래픽을 계속 처리하므로 NFS 클라이언트가 수동 개입 없이 데이터에 계속 액세스할 수 있습니다.

Amazon FSx는 하드웨어 장애, 연결 끊김 또는 AZ 전체 중단(다중 AZ 파일 시스템의 경우)을 비롯한 어떤 이유로든 활성 파일 서버의 가용성이 손실되는 경우 다중 AZ(HA) 또는 단일 AZ(HA) 파일 시스템에서 장애 조치를 자동으로 수행합니다. 또한 유지 관리 기간의 계획된 유지 관리 작업 중에 또는 파일 시스템의 처리량 용량을 변경할 때 일시적으로 Amazon FSx가 대기 파일 서버로 장애 조치됩니다.

예. FSx for OpenZFS는 저장 데이터와 전송 중 데이터를 자동으로 암호화합니다. 파일 시스템 데이터 및 백업은 항상 AWS KMS를 통해 관리하는 키를 사용하여 저장 중 암호화됩니다. 서비스 소유 키 또는 자체 고객 관리형 키를 사용할 수 있습니다. Amazon FSx는 전송 중 암호화를 지원하는 Amazon EC2 인스턴스(지원되는 Amazon EC2 클라이언트 인스턴스)에서 액세스할 때 전송 중 데이터를 자동으로 암호화합니다.

Amazon VPC 및 VPC 보안 그룹과 연결되도록 파일 시스템을 구성하면 해당 VPC(또는 피어링된 VPC) 내에 있고 보안 그룹 규칙과 일치하는 Amazon EC2 인스턴스만 파일 시스템에 액세스할 수 있습니다. AWS IAM을 사용하여 누가 파일 시스템, 볼륨 및 백업(예: 생성, 업데이트 및 삭제)을 관리할 수 있는지 제어합니다. 또한 POSIX 권한을 사용하여 어느 사용자와 그룹이 볼륨의 어느 파일과 디렉터리에 액세스할 수 있는지 제어합니다.

예. AWS Transit Gateway 또는 VPC 피어링을 사용해 다른 VPC(다른 리전의 VPC 포함)에서 파일 시스템에 액세스할 수 있으며, AWS Direct Connect 또는 VPN을 사용해 온프레미스에서 파일 시스템에 액세스할 수 있습니다.

AWS CloudTrail 및 AWS IAM을 사용해 API 호출을 모니터링 및 보호하고, Amazon GuardDuty를 사용해 의심스러운 API 사용 패턴을 탐지하고 플래그를 지정할 수 있습니다.

프로비저닝된 스토리지 용량(월별 GB당), 프로비저닝된 처리량(월별 MBps당) 및 프로비저닝된 선택적 추가 SSD IOPS(월별 IOP당)를 기준으로 파일 시스템에 대한 요금이 청구됩니다. 사용된 스토리지(GB-월당)를 기반으로 한 백업과 가용 영역, AWS 리전 및 온프레미스 환경에서 전송된 데이터(GB당)에 대해서도 요금이 청구됩니다. 요금은 월 단위 기준으로 산정되고 사용량은 초 단위로 비례 할당으로 계산되며, 한 달 동안의 평균 사용량에 대한 요금이 청구됩니다.

달리 명시하지 않는 한 가격에는 VAT 및 해당 판매세를 포함한 관련 조세 공과가 포함되지 않습니다. 청구지 주소가 일본으로 되어 있는 고객의 경우 AWS 서비스 사용 시 일본 소비세의 적용을 받게 됩니다. 자세히 알아보십시오.