翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
FSx for Lustre ファイルシステムのデプロイおよびストレージクラスオプション
Amazon FSx for Lustre には、2 つのファイルシステムデプロイオプション (永続 と スクラッチ) の 2 種類のファイルシステムデプロイオプションを提供します。SSD (ソリッドステートドライブ)、Intelligent-Tiering、HDD (ハードディスクドライブ) の 3 つのストレージクラスを提供します。
ファイルシステムのデプロイタイプとストレージクラスは、、 AWS マネジメントコンソール AWS Command Line Interface (AWS CLI)、または Amazon FSx for Lustre API を使用して新しいファイルシステムを作成するときに選択します。詳細については、「Amazon FSx API リファレンス」の「ステップ 1: FSx for Lustre ファイルシステムの作成」、および「CreateFileSystem」を参照してください。
永続的ファイルシステム
永続的ファイルシステム は、長期ストレージとワークロード用に設計されています。SSD および HDD ベースのファイルシステムについては、データはファイルシステムが存在するアベイラビリティーゾーン内で自動的にレプリケーションされます。インテリジェント階層化ファイルシステムでは、データは複数の利用可能領域に複製されます。ファイルサーバに添付されているデータボリュームは、添付先のファイルサーバとは別にレプリケーションされます。
Amazon FSx は、ハードウェア障害について永続的ファイルシステムを継続的にモニタリングし、障害発生時にインフラストラクチャのコンポーネントを自動的に置き換えます。永続的ファイルシステムでは、ファイルサーバが使用できなくなると、障害が発生してから数分以内にファイルサーバが自動的に置き換えられます。その間、クライアントはそのサーバー上のデータに対するリクエストを透過的に再試行し、最終的にファイルサーバーを交換した後に成功します。永続的ファイルシステム上のデータはディスク上にレプリケートされ、障害が発生したディスクはすべて自動的に透過的に置き換えられます。
長期ストレージや、長期間または無期限に実行され、可用性の中断の影響を受けやすいスループット重視のワークロードには、永続的ファイルシステムを使用します。
永続的デプロイタイプは、転送中の暗号化をサポートする Amazon EC2 インスタンスからアクセスされると、転送中のデータを自動的に暗号化します。
Amazon FSx for Lustre では、永続 1 と 永続 2 という 2 つの永続的なデプロイタイプがサポートされています。
Persistent 2 デプロイタイプ
永続 2 は最新世代の Persistent デプロイタイプで、長期ストレージを必要とし、最高レベルの IOPS とスループットを必要とするユースケースに最適です。永続 2 ファイルシステムは、SSD および インテリジェント階層化ストレージクラスをサポートします。
Amazon FSx コンソール、および Amazon FSx API を使用して AWS Command Line Interface、メタデータ設定と EFA を有効にした永続 2 ファイルシステムを作成できます。
Persistent 1 デプロイタイプ
永続型 1 デプロイタイプは、長期ストレージを必要とするユースケースに適しています。永続 1 デプロイタイプは SSD (ソリッドステートドライブ) と HDD (ハードディスクドライブ) のストレージクラスをサポートします。
永続 1 デプロイタイプは、 AWS CLI と Amazon FSx API を使用してのみ作成できます。
スクラッチファイルシステム
スクラッチファイルシステム は、データのテンポラリストレージと短期間の処理のために設計されています。データはレプリケーションされず、ファイルサーバーに障害が発生しても永続しません。スクラッチファイルシステムでは、ストレージ容量 TiB あたり 200 MBps のベースラインスループットの最大 6 倍の高バーストスループットを提供します。詳細については、「SSD および HDD ストレージクラスのパフォーマンス特性」を参照してください。
短期的で処理負荷の高いワークロードにコスト最適化されたストレージが必要な場合は、スクラッチファイルシステムを使用します。
スクラッチファイルシステムでは、ファイルサーバーが失敗し、データがレプリケーションされない場合、ファイルサーバーは置き換えられません。スクラッチファイルシステム上でファイルサーバまたはストレージディスクが使用できなくなった場合でも、他のサーバに保存されているファイルには引き続きアクセスできます。クライアントが使用できないサーバーまたはディスク上のデータにアクセスしようとすると、クライアントは即座に I/O エラーを発生します。
次の表に、サンプルサイズのスクラッチファイルシステムに想定される 1 日および 1 週間の可用性と耐久性を示します。大規模なファイルシステムでは、ファイルサーバとディスクが多くなるため、障害が発生する可能性が高くなります。
| ファイルシステムサイズ (TiB) | ファイルサーバーの数 | 1 日の可用性 / 耐久性 | 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) 用に 1 つの IP アドレスと、各ストレージサーバー (OSS) 用に 1 つの IP アドレスが必要です。
| ファイルシステムタイプ | スループット、MBps/TiB | OSS あたりのストレージ |
|---|---|---|
| 永続型 2 EFA* | 125 | OSS あたり 38.4 TiB |
| 250 | OSS あたり 19.2 TiB | |
| 500 | OSS あたり 9.6 TiB | |
| 1,000 | OSS あたり 4.8 TiB | |
| 永続 2 非 EFA* | 125、250、500、1000 | OSS あたり 2.4 TiB |
| 永続型 1 SSD | 50、100、200 | OSS あたり 2.4 TiB |
| 永続 HDD | 12 | OSS あたり 6 TiB |
| 40 | OSS あたり 1.8 TiB | |
| スクラッチ 2 | 200 | OSS あたり 2.4 TiB |
| Scratch 1 | 200 | OSS あたり 3.6 TiB |
| ファイルシステムタイプ | OSS あたりのスループット |
|---|---|
| Intelligent-Tiering* | OSS あたり 4000 MBps |
注記
* Amazon FSx は、永続型 2 SSD およびメタデータ設定で設定された Intelligent-Tiering ファイルシステム上で、12,000 メタデータ IOPS ごとにメタデータサーバーをプロビジョニングします。
Amazon FSx for Lustre Intelligent-Tiering ファイルシステムは、OSS あたり最大 512 TiB のストレージをサポートします。
FSx for Lustre ストレージクラス
Amazon FSx for Lustre は、さまざまなデータ処理要件に最適化されたソリッドステートドライブ (SSD)、Intelligent-Tiering、およびハードディスクドライブ (HDD) ストレージクラスを提供します:
SSD ストレージクラスは、データセット全体への低レイテンシー (ミリ秒未満) アクセスを提供します。SSD ストレージクラスはプロビジョニングされます。つまり、ファイルシステムサイズを指定し、プロビジョニングされたストレージ量に対してストレージコストを支払います。SSD ストレージクラスは、すべてのデータにわたってオールフラッシュストレージのパフォーマンスを必要とするレイテンシーの影響を受けやすいワークロードに使用します。
SSD ストレージを備えた永続 2 ファイルシステムは、永続 1 ファイルシステムと比較して、ストレージ単位あたりのスループット (つまり、TiB あたり 250、500、または 1000 MBps) が高くなります。SSD ストレージを備えた 永続 1 ファイルシステムの場合、ストレージ単位あたりのスループットは、TiB あたり 50、100、または 200 MBps のいずれかになります。SSD ストレージを搭載した Scratch ファイルシステムの場合、ストレージ単位あたりのスループットは TiB あたり 200 MBps です。
インテリジェント階層化ストレージクラスは、柔軟性が高く、アクセスパターンに応じて自動的に階層化されるストレージを提供します。柔軟性とは、保存するデータ量に応じて料金を支払う方式であり、ファイルシステムのサイズを事前に指定する必要がないことを意味します。インテリジェント階層化とは、最近アクセスしていないデータを保存するために自動的に支払う料金を低減することを意味します。このストレージクラスは、コールドデータを低コストのストレージ階層に階層化することで、コストを自動的に最適化します。頻繁にアクセスされるデータに対して、低レイテンシー(サブミリ秒)でアクセスするためのオプションの SSD 読み取りキャッシュをプロビジョニングできます。インテリジェント階層化ストレージクラスは、ほとんどのワークロードにおいて、価格とパフォーマンスの最適なバランスを提供します。キャッシュフレンドリで、すべてのデータにわたるオールフラッシュストレージのパフォーマンスを必要としないワークロードには、Intelligent-Tiering ストレージクラスを使用します。インテリジェント階層化ファイルシステムは、スループットキャパシティを 4,000 MBps 単位でサポートします。
HDD ストレージクラスは、すべてのデータにわたって一貫した 1 桁の ミリ秒 レイテンシーを必要とするワークロードで使用できます。HDD ストレージ容量の 20% に相当するオプションの SSD リードキャッシュをプロビジョニングすることで、頻繁にアクセスされるデータへ低レイテンシーなアクセスが可能になります。HDD ストレージでは、ファイルシステムのサイズを指定し、プロビジョニングしたストレージの量に対して支払います。SSD ストレージを備えた 永続 1 ファイルシステムの場合、ストレージ単位あたりのスループットは、TiB あたり 12 または 40 MBps のいずれかになります。
ストレージクラスのパフォーマンスについては、「SSD および HDD ストレージクラスのパフォーマンス特性」および「インテリジェント階層化 ストレージクラスのパフォーマンス特性」を参照してください。
インテリジェント階層化ストレージクラスがデータを階層化する方法
Amazon FSx Intelligent-Tiering ストレージクラスは、3 つのアクセス階層に自動的にデータを保存します。これは、パフォーマンスへの影響や運用のオーバーヘッドなしに、データを最も費用対効果の高いアクセス階層に自動的に移動することにより、ストレージコストを最適化できるように設計されています。インテリジェント階層化ストレージクラスは、最終アクセス時間に基づいてデータを自動的に階層化し、アクティブでないデータのコストを自動的に最適化します:
過去 30 日間にアクセスされたデータは、高頻度アクセス階層に保存されます。
連続 30 日間アクセスされなかったデータは、低頻度アクセス階層に自動的に移行され、高頻度アクセス階層のデータよりもコストが低くなります。
連続 90 日間アクセスされなかったデータは、自動的にアーカイブインスタントアクセス階層に移動し、低頻度アクセス階層のデータよりもコストが低くなります。
低頻度アクセス階層またはアーカイブインスタントアクセス階層のデータにアクセスすると、データは自動的に高頻度アクセス階層に戻ります。さらに、スループットキャパシティの変更 (OSTs)、ファイルまたはディレクトリの再ストライピング、「lfs migrate」の使用などのオペレーションでは、一部のデータが高頻度アクセス階層に戻る可能性があります。
キャッシュされていないデータへのアクセスはすべて、データの階層に関係なく同じパフォーマンス特性を持ち、通常の読み取り/書き込みオペレーションコストを超える追加の IOPS、取得、移行コストはありません。
デプロイタイプの可用性
スクラッチ 2、永続 1、永続 2 のデプロイタイプは、以下で使用できます AWS リージョン。
| AWS リージョン | 永続 2 | 永続 2 Intelligent-Tiering | 永続 1 | スクラッチ 2 |
|---|---|---|---|---|
|
米国東部(オハイオ) |
✓ |
✓ |
✓ |
✓ |
|
米国東部 (バージニア北部) |
✓ |
✓ |
✓ |
✓ |
|
米国東部 (アトランタ) ローカルゾーン |
✓ * |
|||
|
米国東部 (ダラス) ローカルゾーン |
✓ * |
|||
|
米国東部 (南湾曲) ローカルゾーン |
✓ * |
|||
|
米国西部 (北カリフォルニア) |
✓ |
✓ |
✓ |
✓ |
|
米国西部 (ロサンゼルス) ローカルゾーン |
✓ |
✓ |
||
|
米国西部 (オレゴン) |
✓ |
✓ |
✓ |
✓ |
|
米国西部 (フェニックス) ローカルゾーン |
✓ * |
|||
|
アフリカ (ケープタウン) |
✓ |
✓ |
✓ |
✓ |
|
アジアパシフィック (ニュージーランド) |
✓ * |
|||
|
アジアパシフィック (香港) |
✓ |
✓ |
✓ |
✓ |
|
アジアパシフィック (ハイデラバード) |
✓ |
✓ |
✓ |
✓ |
|
アジアパシフィック (ジャカルタ) |
✓ |
✓ |
✓ |
✓ |
|
アジアパシフィック (マレーシア) |
✓ |
✓ |
||
|
アジアパシフィック (メルボルン) |
✓ |
✓ |
✓ |
✓ |
|
アジアパシフィック (ムンバイ) |
✓ |
✓ |
✓ |
✓ |
|
アジアパシフィック (大阪) |
✓ |
✓ |
✓ |
✓ |
|
アジアパシフィック (ソウル) |
✓ |
✓ |
✓ |
✓ |
|
アジアパシフィック (シンガポール) |
✓ |
✓ |
✓ |
✓ |
|
アジアパシフィック (シドニー) |
✓ |
✓ |
✓ |
✓ |
|
アジアパシフィック (台北) |
✓ |
✓ |
||
|
アジアパシフィック (タイ) |
✓ |
✓ |
||
|
アジアパシフィック (東京) |
✓ |
✓ |
✓ |
✓ |
|
カナダ (中部) |
✓ |
✓ |
✓ |
✓ |
|
カナダ西部 (カルガリー) |
✓ |
✓ |
||
|
欧州 (フランクフルト) |
✓ |
✓ |
✓ |
✓ |
|
欧州 (アイルランド) |
✓ |
✓ |
✓ |
✓ |
|
欧州 (ロンドン) |
✓ |
✓ |
✓ |
✓ |
|
欧州 (ミラノ) |
✓ |
✓ |
✓ |
✓ |
|
欧州 (パリ) |
✓ |
✓ |
✓ |
✓ |
|
欧州 (スペイン) |
✓ |
✓ |
✓ |
✓ |
|
欧州 (ストックホルム) |
✓ |
✓ |
✓ |
✓ |
|
欧州 (チューリッヒ) |
✓ |
✓ |
✓ |
✓ |
|
イスラエル (テルアビブ) |
✓ * |
✓ |
||
|
メキシコ (中部) |
✓ * |
|||
|
中東 (バーレーン) |
✓ |
✓ |
||
|
中東 (アラブ首長国連邦) |
✓ |
✓ |
||
|
南米 (サンパウロ) |
✓ |
✓ |
✓ |
✓ |
|
AWS GovCloud (米国東部) |
✓ |
✓ |
✓ |
|
|
AWS GovCloud (米国西部) |
✓ |
✓ |
✓ |
注記
* EFA を使用しない SSD ストレージクラスを持つ Persistent-125 および Persistent-250 ファイルシステム AWS リージョン をサポートしています。
