翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
FSx for Lustre ファイルシステムのデプロイオプション
Amazon FSx for Lustre には、永続とスクラッチの 2 つのファイルシステムのデプロイオプションがあります。
ファイルシステムのデプロイタイプは、、 AWS Command Line Interface (AWS CLI) AWS Management Console、または Amazon FSx for Lustre API を使用して新しいファイルシステムを作成するときに選択します。詳細については、「Amazon FSx API リファレンス」の「ステップ 1: FSx for Lustre ファイルシステムの作成」、および「CreateFileSystem」を参照してください。
保管中のデータの暗号化は、使用するデプロイタイプに関係なく、Amazon FSx for Lustre ファイルシステムを作成すると自動的に有効になります。スクラッチ 2 および永続ファイルシステムは、転送中の暗号化をサポートする Amazon EC2 インスタンスからアクセスされると、転送中のデータを自動的に暗号化します。暗号化の詳細については、「Amazon FSx for Lustre でのデータの暗号化」を参照してください。
永続的ファイルシステム
永続的ファイルシステム は、長期ストレージとワークロード用に設計されています。ファイルサーバーは高可用性であり、データはファイルシステムが存在するアベイラビリティーゾーン内で自動的にレプリケーションされます。ファイルサーバに添付されているデータボリュームは、添付先のファイルサーバとは別にレプリケーションされます。
Amazon FSx は、ハードウェア障害について永続的ファイルシステムを継続的にモニタリングし、障害発生時にインフラストラクチャのコンポーネントを自動的に置き換えます。永続的ファイルシステムでは、ファイルサーバが使用できなくなると、障害が発生してから数分以内にファイルサーバが自動的に置き換えられます。その間、クライアントはそのサーバー上のデータに対するリクエストを透過的に再試行し、最終的にファイルサーバーを交換した後に成功します。永続的ファイルシステム上のデータはディスク上にレプリケートされ、障害が発生したディスクはすべて自動的に透過的に置き換えられます。
長期ストレージや、長期間または無期限に実行され、可用性の中断の影響を受けやすいスループット重視のワークロードには、永続的ファイルシステムを使用します。
永続的デプロイタイプは、転送中の暗号化をサポートする Amazon EC2 インスタンスからアクセスされると、転送中のデータを自動的に暗号化します。
Amazon FSx for Lustre は、永続 1 と永続 2 の 2 つの永続デプロイタイプをサポートしています。
Persistent 2 デプロイタイプ
永続 2 は、最新世代の永続デプロイタイプであり、長期ストレージを必要とするユースケースや、最高レベルの IOPS とスループットを必要とするレイテンシーの影響を受けやすいワークロードに最適です。永続 2 つのデプロイタイプは、永続 1 ファイルシステムと比較して、ユニットストレージあたりのスループット (125、250、500、1000 MBps/TiB)、メタデータ IOPS (メタデータ設定を指定する場合)、クライアントあたりのスループット (EFA サポートを有効にする場合) が高くなります。
Amazon FSx コンソール、、および API を使用して AWS Command Line Interface、メタデータ設定と EFA を有効にした永続 2 ファイルシステムを作成できます。
Persistent 1 デプロイタイプ
永続 1 デプロイタイプは、長期ストレージを必要とするユースケースや、レイテンシーの影響を受けないスループット重視のワークロードに適しています。永続 1 デプロイタイプは、SSD (ソリッドステートドライブ) と HDD (ハードディスクドライブ) のストレージオプションをサポートしています。
SSD ストレージを備えた永続 1 ファイルシステムの場合、ストレージ単位あたりのスループットは、テビバイト (TiB) あたり 50、100、または 200 MBps です。HDD ストレージの場合、ストレージ単位あたり永続的 1 スループットは 1 TiB あたり 12 または 40 MBps です。
永続 1 デプロイタイプは、 AWS CLI と Amazon FSx API を使用してのみ作成できます。
スクラッチファイルシステム
スクラッチファイルシステム は、データのテンポラリストレージと短期間の処理のために設計されています。データはレプリケーションされず、ファイルサーバーに障害が発生しても永続しません。スクラッチファイルシステムでは、ストレージ容量 TiB あたり 200 MBps のベースラインスループットの最大 6 倍の高バーストスループットを提供します。詳細については、「ファイルシステムのパフォーマンスの集計」を参照してください。
短期的で処理負荷の高いワークロードにコスト最適化されたストレージが必要な場合は、スクラッチファイルシステムを使用します。
スクラッチファイルシステムでは、ファイルサーバーが失敗し、データがレプリケーションされない場合、ファイルサーバーは置き換えられません。スクラッチファイルシステム上でファイルサーバまたはストレージディスクが使用できなくなった場合でも、他のサーバに保存されているファイルには引き続きアクセスできます。クライアントが使用できないサーバーまたはディスク上のデータにアクセスしようとすると、クライアントは即座に 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% |
デプロイタイプの可用性
スクラッチ 2、永続 1、および永続 2 のデプロイタイプは、次の場所で使用できます AWS リージョン。
AWS リージョン | 永続 2 | 永続 1 | スクラッチ 2 |
---|---|---|---|
米国東部(オハイオ) |
✓ |
✓ |
✓ |
米国東部 (バージニア北部) |
✓ |
✓ |
✓ |
米国東部 (アトランタ) ローカルゾーン |
✓ (永続的 125 および 250 のみ) |
||
米国東部 (ダラス) ローカルゾーン |
✓ (永続的 125 および 250 のみ) |
||
米国西部 (北カリフォルニア) |
✓ |
✓ |
✓ |
米国西部 (ロサンゼルス) ローカルゾーン |
✓ |
✓ |
|
米国西部 (オレゴン) |
✓ |
✓ |
✓ |
アフリカ (ケープタウン) |
✓ |
✓ |
|
アジアパシフィック (香港) |
✓ |
✓ |
✓ |
アジアパシフィック (ハイデラバード) |
✓ |
✓ |
|
アジアパシフィック (ジャカルタ) |
✓ |
✓ |
|
アジアパシフィック (マレーシア) |
✓ (永続的 125 および 250 のみ) |
||
アジアパシフィック (メルボルン) |
✓ |
✓ |
|
アジアパシフィック (ムンバイ) |
✓ |
✓ |
✓ |
アジアパシフィック (大阪) |
✓ |
✓ |
|
アジアパシフィック (ソウル) |
✓ |
✓ |
✓ |
アジアパシフィック (シンガポール) |
✓ |
✓ |
✓ |
アジアパシフィック (シドニー) |
✓ |
✓ |
✓ |
アジアパシフィック (東京) |
✓ |
✓ |
✓ |
カナダ (中部) |
✓ |
✓ |
✓ |
カナダ西部 (カルガリー) |
✓ (永続的 125 および 250 のみ) |
||
欧州 (フランクフルト) |
✓ |
✓ |
✓ |
欧州 (アイルランド) |
✓ |
✓ |
✓ |
欧州 (ロンドン) |
✓ |
✓ |
✓ |
欧州 (ミラノ) |
✓ |
✓ |
|
欧州 (パリ) |
✓ |
✓ |
|
欧州 (スペイン) |
✓ |
✓ |
|
欧州 (ストックホルム) |
✓ |
✓ |
✓ |
欧州 (チューリッヒ) |
✓ |
✓ |
|
イスラエル (テルアビブ) |
✓ (永続的 125 および 250 のみ) |
✓ |
|
中東 (バーレーン) |
✓ |
✓ |
|
中東 (UAE) |
✓ |
✓ |
|
南米 (サンパウロ) |
✓ |
✓ |
|
AWS GovCloud (米国東部) |
✓ |
✓ |
|
AWS GovCloud (米国西部) |
✓ |
✓ |