기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.
FSx for Lustre 파일 시스템의 배포 및 스토리지 클래스 옵션
Amazon FSx for Lustre는 영구 및 스크래치라는 두 가지 파일 시스템 배포 옵션을 제공합니다. SSD(솔리드 스테이트 드라이브), Intelligent-Tiering, HDD(하드 디스크 드라이브)의 세 가지 스토리지 클래스를 제공합니다.
, AWS Management Console AWS Command Line Interface (AWS CLI) 또는 Amazon FSx for Lustre API를 사용하여 새 파일 시스템을 생성할 때 파일 시스템 배포 유형 및 스토리지 클래스를 선택합니다. 자세한 내용은 Amazon FSx API Reference의 1단계: FSx for Lustre 파일 시스템 생성 섹션과 CreateFileSystem을 참조하세요.
영구 파일 시스템
영구 파일 시스템은 장기 스토리지 및 워크로드를 위해 설계되었으며 파일 서버는 가용성이 높습니다. SSD 및 HDD 기반 파일 시스템의 경우, 파일 시스템이 위치한 동일한 가용 영역 내에 데이터가 자동으로 복제됩니다. Intelligent-Tiering 파일 시스템의 경우 데이터는 여러 가용 영역에 복제됩니다. 파일 서버에 연결된 데이터 볼륨은 연결된 파일 서버와 독립적으로 복제됩니다.
Amazon FSx는 영구 파일 시스템을 지속적으로 모니터링하여 하드웨어 장애가 있는지 확인하고 장애 발생 시 인프라 구성 요소를 자동으로 교체합니다. 영구 파일 시스템에서는 파일 서버를 사용할 수 없게 되면 장애 발생 후 몇 분 내에 자동으로 교체됩니다. 이 기간 동안 해당 서버의 데이터에 대한 클라이언트 요청은 투명하게 재시도되고 결국 파일 서버가 교체된 후 성공합니다. 영구 파일 시스템에 대한 데이터는 디스크에 복제되고 장애가 발생한 디스크는 자동으로 투명하게 교체됩니다.
장기간 또는 무기한으로 실행되고 가용성 중단에 민감할 수 있는 처리량 중심의 워크로드와 장기 스토리지에는 영구 파일 시스템을 사용합니다.
영구 배포 유형은 전송 중 데이터 암호화를 지원하는 Amazon EC2 인스턴스에서 데이터에 액세스할 때 전송 데이터를 자동으로 암호화합니다.
Amazon FSx for Lustre는 영구 1과 영구 2라는 두 가지 영구 배포 유형을 지원합니다.
영구_2 배포 유형
영구 2는 최신 세대의 영구 배포 유형으로, 장기 스토리지가 필요하고 최고 수준의 IOPS 및 처리량이 필요한 사용 사례에 가장 적합합니다. 영구 2 파일 시스템은 SSD 및 Intelligent-Tiering 스토리지 클래스를 지원합니다.
Amazon FSx 콘솔 및 Amazon FSx AWS Command Line Interface FSx API를 사용하여 메타데이터 구성 및 EFA가 활성화된 영구 2 파일 시스템을 생성할 수 있습니다.
영구_1 배포 유형
영구 1 배포 유형은 장기 스토리지가 필요한 사용 사례에 적합합니다. 영구 1 배포 유형은 SSD(솔리드 스테이트 드라이브) 및 HDD(하드 디스크 드라이브) 스토리지 클래스를 지원합니다.
AWS CLI 및 Amazon FSx API를 사용해야만 영구 1 배포 유형을 생성할 수 있습니다.
스크래치 파일 시스템
스크래치 파일 시스템은 데이터의 임시 저장 및 단기 처리를 위해 설계되었습니다. 파일 서버에 장애가 발생해도 데이터는 복제되지 않으며 지속되지 않습니다. 스크래치 파일 시스템은 스토리지 용량 TiB당 기본 처리량인 200MBps의 최대 6배에 달하는 높은 버스트 처리량을 제공합니다. 자세한 내용은 SSD 및 HDD 스토리지 클래스의 성능 특성 단원을 참조하십시오.
프로세싱이 많은 단기 워크로드를 위한 비용 최적화된 스토리지가 필요한 경우 스크래치 파일 시스템을 사용합니다.
스크래치 파일 시스템에서는 파일 서버에 장애가 발생해도 교체되지 않고 데이터도 복제되지 않습니다. 스크래치 파일 시스템에서 파일 서버나 스토리지 디스크를 사용할 수 없게 되더라도 다른 서버에 저장된 파일은 계속 액세스할 수 있습니다. 클라이언트가 사용할 수 없는 서버나 디스크에 있는 데이터에 액세스하려고 하면 클라이언트에서 즉각적인 I/O 오류가 발생합니다.
다음 표에서는 예제 크기의 스크래치 파일 시스템이 설계된 경우 하루 및 일주일 동안 사용할 수 있는 가용성 또는 내구성을 보여줍니다. 파일 시스템이 클수록 파일 서버와 디스크가 많아지므로 오류가 발생할 확률이 높아집니다.
| 파일 시스템 크기(TiB) | 파일 서버 수 | 하루 동안의 가용성/내구성 | 1주일 이상의 가용성/내구성 |
|---|---|---|---|
|
1.2 |
2 |
99.9% |
99.4% |
2.4 |
2 |
99.9% |
99.4% |
4.8 |
3 |
99.8% |
99.2% |
|
9.6 |
5 |
99.8% |
98.6% |
50.4 |
22 |
99.1% |
93.9% |
파일 시스템의 IP 주소
각 FSx for Lustre 파일 시스템에는 각 메타데이터 서버(MDS)에 하나의 IP 주소와 각 스토리지 서버(OSS)에 하나의 IP 주소가 필요합니다.
| 파일 시스템 유형 | 처리량, MBps/TiB | OSS당 스토리지 |
|---|---|---|
| 영구 2 EFA* | 125 | OSS당 38.4TiB |
| 250 | OSS당 19.2TiB | |
| 500 | OSS당 9.6TiB | |
| 1000 | OSS당 4.8TiB | |
| 영구 2 비 EFA* | 125, 250, 500, 1000 | OSS당 2.4TiB |
| 영구 SSD 1개 | 50, 100, 200 | OSS당 2.4TiB |
| 영구 HDD | 12 | OSS당 6TiB |
| 40 | OSS당 1.8TiB | |
| 스크래치 2 | 200 | OSS당 2.4TiB |
| 스크래치 1 | 200 | OSS당 3.6TiB |
| 파일 시스템 유형 | OSS당 처리량 |
|---|---|
| 지능형 계층화* | OSS당 4,000MBps |
참고
* Amazon FSx는 메타데이터 구성으로 구성된 영구 2 SSD 및 Intelligent-Tiering 파일 시스템에서 12,000 메타데이터 IOPS마다 메타데이터 서버를 프로비저닝합니다.
Amazon FSx for Lustre Intelligent-Tiering 파일 시스템은 OSS당 최대 512TiB의 스토리지를 지원합니다.
FSx for Lustre 스토리지 클래스
Amazon FSx for Lustre는 다양한 데이터 처리 요구 사항에 최적화된 솔리드 스테이트 드라이브(SSD), Intelligent-Tiering 및 하드 디스크 드라이브(HDD) 스토리지 클래스를 제공합니다.
SSD 스토리지 클래스는 전체 데이터 세트에 대한 짧은 지연 시간(밀리초 미만) 액세스를 제공합니다. SSD 스토리지 클래스가 프로비저닝됩니다. 즉, 파일 시스템 크기를 지정하고 프로비저닝된 스토리지 양에 대한 스토리지 비용을 지불합니다. 모든 데이터에서 올플래시 스토리지의 성능이 필요한 지연 시간에 민감한 워크로드에는 SSD 스토리지 클래스를 사용합니다.
SSD 스토리지가 있는 영구 2 파일 시스템은 영구 1 파일 시스템에 비해 스토리지 단위당 더 높은 수준의 처리량(즉, TiB당 250, 500 또는 1000MBps)을 지원합니다. SSD 스토리지가 있는 영구 1 파일 시스템의 경우 스토리지 단위당 처리량은 TiB당 50, 100 또는 200MBps입니다. SSD 스토리지가 있는 스크래치 파일 시스템의 경우 스토리지 단위당 처리량은 TiB당 200MBps입니다.
Intelligent-Tiering 스토리지 클래스는 완전히 탄력적이고 지능적으로 계층화된 스토리지를 제공합니다. 탄력성은 저장하는 데이터의 양에 대해 비용을 지불하며 파일 시스템 크기를 지정할 필요가 없음을 의미합니다. 지능형 계층화는 최근에 액세스하지 않은 데이터를 저장하기 위해 자동으로 더 적은 비용을 지불한다는 의미입니다. 이 스토리지 클래스는 콜드 데이터를 저렴한 스토리지 계층으로 계층화하여 비용을 자동으로 최적화합니다. 자주 액세스하는 데이터에 대한 짧은 지연 시간(밀리초 미만) 액세스를 위해 선택적 SSD 읽기 캐시를 프로비저닝할 수 있습니다. Intelligent-Tiering 스토리지 클래스는 대부분의 워크로드에 최상의 가격 대비 성능을 제공합니다. 캐시 친화적이고 모든 데이터에서 올플래시 스토리지의 성능이 필요하지 않은 워크로드에는 Intelligent-Tiering 스토리지 클래스를 사용합니다. Intelligent-Tiering 파일 시스템은 처리량 용량을 4,000MBps 단위로 지원합니다.
HDD 스토리지 클래스는 모든 데이터에서 일관된 한 자릿수 ms 지연 시간이 필요한 워크로드에 사용할 수 있습니다. HDD 스토리지 용량의 20%에 해당하는 크기의 선택적 SSD 읽기 캐시를 프로비저닝하여 자주 액세스하는 데이터에 대한 지연 시간이 짧은 액세스를 제공할 수 있습니다. HDD 스토리지를 사용하면 파일 시스템 크기를 지정하고 프로비저닝하는 스토리지의 양을 지불합니다. HDD 스토리지가 있는 영구 1 파일 시스템의 경우 스토리지 단위당 처리량은 TiB당 12 또는 40MBps입니다.
이러한 스토리지 클래스의 성능에 대한 자세한 내용은 SSD 및 HDD 스토리지 클래스의 성능 특성 및 섹션을 참조하세요Intelligent-Tiering 스토리지 클래스의 성능 특성.
Intelligent-Tiering 스토리지 클래스가 데이터를 계층화하는 방법
Amazon FSx Intelligent-Tiering 스토리지 클래스는 세 가지 액세스 계층에 데이터를 자동으로 저장합니다. 성능 영향이나 운영 오버헤드 없이 데이터를 가장 비용 효율적인 액세스 계층으로 자동으로 이동하여 스토리지 비용을 최적화하도록 설계되었습니다. Intelligent-Tiering 스토리지 클래스는 마지막 액세스 시간을 기준으로 데이터를 자동으로 계층화하므로 활성 데이터가 적은 비용을 자동으로 최적화합니다.
지난 30일 동안 액세스한 데이터는 Frequent Access 계층에 저장됩니다.
연속 30일 동안 액세스하지 않은 데이터는 자동으로 Infrequent Access 계층으로 이동하며 Frequent Access 계층의 데이터보다 비용이 저렴합니다.
연속 90일 동안 액세스하지 않은 데이터는 Archive Instant Access 계층으로 자동 이동하며, Infrequent Access 계층의 데이터보다 비용이 저렴합니다.
Infrequent Access 또는 Archive Instant Access 계층의 데이터에 액세스하면 데이터가 자동으로 Frequent Access 계층으로 돌아갑니다. 캐시되지 않은 데이터에 대한 모든 액세스는 데이터 계층과 관계없이 동일한 성능 특성을 가지며 일반적인 읽기/쓰기 작업 비용 외에 추가 IOPS, 검색 또는 전환 비용은 없습니다.
배포 유형 가용성
스크래치 2, 영구 1 및 영구 2 배포 유형은 AWS 리전다음에서 사용할 수 있습니다.
| AWS 리전 | 영구 2 | 영구 1 | 스크래치 2 |
|---|---|---|---|
|
미국 동부(오하이오) |
✓ |
✓ |
✓ |
|
미국 동부(버지니아 북부) |
✓ |
✓ |
✓ |
|
미국 동부(애틀랜타) 로컬 영역 |
✓ * |
||
|
미국 동부(댈러스) 로컬 영역 |
✓ * |
||
|
미국 서부(캘리포니아 북부) |
✓ |
✓ |
✓ |
|
미국 서부(로스앤젤레스) 지역 |
✓ |
✓ |
|
|
미국 서부(오리건) |
✓ |
✓ |
✓ |
|
아프리카(케이프타운) |
✓ |
✓ |
|
|
아시아 태평양(홍콩) |
✓ |
✓ |
✓ |
|
아시아 태평양(하이데라바드) |
✓ |
✓ |
|
|
아시아 태평양(자카르타) |
✓ |
✓ |
|
|
아시아 태평양(말레이시아) |
✓ * |
||
|
아시아 태평양(멜버른) |
✓ |
✓ |
|
|
아시아 태평양(뭄바이) |
✓ |
✓ |
✓ |
|
아시아 태평양(오사카) |
✓ |
✓ |
|
|
아시아 태평양(서울) |
✓ |
✓ |
✓ |
|
아시아 태평양(싱가포르) |
✓ |
✓ |
✓ |
|
아시아 태평양(시드니) |
✓ |
✓ |
✓ |
|
아시아 태평양(태국) |
✓ * |
||
|
아시아 태평양(도쿄) |
✓ |
✓ |
✓ |
|
캐나다(중부) |
✓ |
✓ |
✓ |
|
캐나다 서부(캘거리) |
✓ * |
||
|
유럽(프랑크푸르트) |
✓ |
✓ |
✓ |
|
유럽(아일랜드) |
✓ |
✓ |
✓ |
|
유럽(런던) |
✓ |
✓ |
✓ |
|
유럽(밀라노) |
✓ |
✓ |
|
|
유럽(파리) |
✓ |
✓ |
|
|
유럽(스페인) |
✓ |
✓ |
|
|
유럽(스톡홀름) |
✓ |
✓ |
✓ |
|
유럽(취리히) |
✓ |
✓ |
|
|
이스라엘(텔아비브) |
✓ * |
✓ |
|
|
멕시코(중부) |
✓ * |
||
|
중동(바레인) |
✓ |
✓ |
|
|
중동(UAE) |
✓ |
✓ |
|
|
남아메리카(상파울루) |
✓ |
✓ |
|
|
AWS GovCloud(미국 동부) |
✓ |
✓ |
|
|
AWS GovCloud(미국 서부) |
✓ |
✓ |
참고
* EFA가 없는 SSD 스토리지 클래스가 있는 Persistent-125 및 Persistent-250 파일 시스템을 AWS 리전 지원합니다.
