Amazon FSx for OpenZFS に関するよくある質問

A: FSx for OpenZFS は、フルマネージドの SSD ストレージを、一貫して数百マイクロ秒の低レイテンシ―に抑えます。FSx for OpenZFS ファイル システムは、OpenZFS に組み込まれたキャッシュ機能を活用して、頻繁にアクセスされるデータのパフォーマンスをさらに高め、レイテンシーを短縮します。

FSx for OpenZFS ファイルシステムは、ファイル サーバーにキャッシュされたデータにアクセスする際の 100 万以上の IOPS と 21 GB/秒のスループットを実現します。また、SSD ストレージのデータにアクセスするときに、数十万の IOPS と 10 GB/秒のスループットを実現できます。クライアントごとに並列接続 (NFS n-connect 経由) を複数使用すると、単一のクライアントからのファイル システムのスループットと IOPS レベルを最大化できます。

ファイルシステムを作成する際に、そのスループットキャパシティを指定します。SSD ストレージの各ギガバイトには 3 つのディスク IOPS が含まれており、必要に応じて追加のディスク IOPS をプロビジョニングできます。AWS マネジメントコンソール、AWS CLI、または Amazon FSx API を使用し、いつでもスループットキャパシティをスケールアップまたはスケールダウンすることで、変化するアプリケーションのニーズに対応できます。詳細については、ファイルシステムのパフォーマンスに関するページにアクセスしてください

1 つのファイルシステムで最大 512 TiB をプロビジョニングできます。複数のファイルシステムを簡単に同時マウントして、アプリケーションのために PB 規模のストレージを提供できます。

デフォルトでは、ボリュームはファイルシステムで利用可能なキャパシティまで拡張できます。ボリュームのクオータを設定し、ボリュームが拡張できるサイズを制限するオプションがあります。また、ボリュームを予約しておき、そのボリュームに最低限のストレージ容量を確保するオプションもあります。予約しないと、ボリュームはシンプロビジョニングされます。つまり、ボリュームは、ボリュームに格納されているデータのストレージ容量のみを消費します。この設定は、いつでも変更することができます。

Amazon FSx for OpenZFS Intelligent-Tiering ストレージクラスは、使い慣れたネットワーク接続ストレージ (NAS) と、伸縮性に優れ、データを自動的に階層化することでコストを最適化するストレージを組み合わせたものです。

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 読み取りキャッシュ内のデータの 1 バイト目までのレイテンシーは 1 ミリ秒未満で、その他すべてのデータの 1 バイト目までのレイテンシーは数十ミリ秒の範囲です。一般的なファイルワークロードは読み取り量が多く、常にデータセット全体のごく一部しか使用しない傾向があります。つまり、Amazon FSx for OpenZFS Intelligent-Tiering ストレージクラスのハイブリッド SSD モデルは、オール SSD デプロイと比較して最大 85% のコスト削減を実現しながら、ほとんどのワークロードで SSD レベルで動作するストレージを提供します。

デフォルトでは、Amazon FSx はファイルシステム用に選択したスループットレベルに基づいて SSD 読み取りキャッシュサイズを自動的に選択します。または、ワークロードのニーズに応じていつでもキャッシュを増減することを選択して、スケールアップまたはスケールダウンできます。ファイルシステムの SSD 読み取りキャッシュのサイズは、AWS CLI、AWS SDK、または Amazon FSx コンソールで変更できます。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 ファイルシステムをバックアップすると、ファイルデータのコピーが個別に作成され、後で 1 つまたは複数の新しいファイルシステムに復元できます。Amazon FSx バックアップは、Crash-consistent (ファイルシステムのポイントインタイムビューに復元可能)、高い耐久性 (Amazon Simple Storage Service (Amazon S3) に保存され、「イレブンナイン」（99.999999999%）の耐久性を実現するように設計)、増分 (つまり、各バックアップは前回のバックアップ以降の変更のみを追加するため、データを重複させないことでバックアップストレージのコストを節約) が特長です。デフォルトでは、Amazon FSx は、指定したバックアップ期間中に、ファイルシステムの自動バックアップを毎日開始します。Amazon FSx コンソール、CLI、または API を使用していつでも追加のバックアップを作成できます。また、AWS Backup を使用して独自の自動バックアップスケジュールを作成することもできます。

「バックアップから復元」オプションを使用して新しいファイルシステムを作成することにより、バックアップから復元できます。そうすると、復元がバックグラウンドで完了するまでの間、数分以内にすべてのデータにアクセスできます。ファイルシステムは、ユーザーがデータにアクセスすると、バックアップからデータを透過的に取得するため、ファイルシステムを使用するのに復元が完了するまで待つ必要はありません。

Amazon FSx for OpenZFS Intelligent-Tiering ストレージクラスに保存するデータについては、1 か月あたり GB 単位で請求されますが、料金はデータが保存されている階層によって異なります。また、プロビジョニングされた SSD 読み取りキャッシュについては、1 か月あたり GB 単位で請求されます。データを書き込む際は書き込み操作ごとに料金が発生し、SSD 読み取りキャッシュにないデータを読み取る際は読み取り操作ごとに料金が発生します。他の Amazon FSx ファイルシステムと同様に、ファイルサーバーにプロビジョニングしたスループットキャパシティで 1 か月ごとに MBps 単位で料金が発生します。

Amazon S3 Intelligent-Tiering と同様に、Amazon FSx for OpenZFS Intelligent-Tiering ストレージクラスは、最終アクセス時間に基づいてデータを自動的に階層化し、使用頻度の低いデータのコストを自動的に最適化します。過去 30 日間にアクセスされたデータは、高頻度アクセス階層に保存されます。30 日間アクセスされていないデータは自動的に低頻度アクセス階層に移動され、高頻度アクセス階層のデータよりもコストが低くなります。90 日間アクセスされていないデータは自動的にアーカイブ階層に移動され、低頻度アクセス階層のデータよりもコストが低くなります。低頻度アクセス階層またはアーカイブ階層のデータにアクセスすると、データは自動的に高頻度アクセス階層に戻ります。キャッシュされていないデータへのすべてのアクセスは、データの階層に関係なく、同じパフォーマンス特性を持ち、通常の読み取り/書き込み操作コスト以外に追加の IOPS、取得、または移行コストはかかりません。

FSx for OpenZFS は、従来のファイルディレクトリ構造でデータを表すことに加えて、ファイルシステム内のボリュームの使用をサポートして、データをさらに整理します。各ファイルシステムには、ディレクトリとファイル用の分離データコンテナである1つ以上のボリュームが含まれています。AWS マネジメントコンソール、AWS CLI、または Amazon FSx API により、個々のボリュームを作成および管理できます。クライアントは、ネットワークの場所として Linux、macOS、または Windows からマウントすることでボリュームにアクセスできます。個々のボリュームは個別に構成できるため、ボリュームごとにシン・プロビジョニングや圧縮などの機能を設定できます。

デフォルトでは、ボリュームはファイルシステムで利用可能なキャパシティまで拡張できます。ボリュームのクオータを設定し、ボリュームが拡張できるサイズを制限するオプションがあります。ボリュームを予約しておき、そのボリュームに最低限のストレージ容量を確保するオプションもあります。予約しないと、ボリュームはシンプロビジョニングされます。つまり、ボリュームは、ボリュームに格納されているデータのストレージ容量のみを消費します。この設定は、いつでも変更することができます。

FSx for OpenZFS は、ポイントインタイムスナップショット、インプレースデータクローン作成、ファイルシステム間でのオンデマンドデータレプリケーションなど、データを操作するための ZFS を利用した一連の豊富な機能を提供します。FSx for OpenZFS を利用すると、ボリュームのスナップショットをいつでも作成できるため、データベースやアプリケーションのバージョン履歴をいつでも簡単に保持、管理、および復元できます。データのクローン作成機能を使用すると、既存のユーザーやアプリケーションを中断することなく、またデータを複製することなく、機能や変更を並行して簡単にテストできます。ファイルシステム間のオンデマンドデータレプリケーションにより、ファイルシステム間の接続を確立したり、ネットワークの中断を検出して処理したりする余分な作業なしに、ディザスタリカバリ、リードレプリカ、テストと開発のワークフローのためにデータを同期するためのシンプルで回復力のある方法が提供されます。

例えば、データベースワークロードを実行していて、本番環境に対して実行する前にデータベース操作をテストする場合は、データベースのクローンを作成し、クローンボリュームに対してオペレーションを実行して検証することで、期待どおりに機能することを検証することでオペレーションをテストできます。テストが完了したら、クローンのボリュームをフルコピーボリュームにコピーし、長期的に、または本番環境で使用するために結果を保持できます。

FSx for OpenZFS は、データが消費するストレージキャパシティを削減するための Zstandard および LZ4 圧縮、個々のボリュームによって使用されるスペースを制御するためのボリューム予約とボリュームクォータ、個々のエンドユーザーの使用を制御するためのユーザークォータなど、豊富なストレージ効率化機能をサポートしています。これらの機能は、ファイルシステムとバックアップストレージのストレージフットプリントの削減または管理に役立ちます。

圧縮を有効にすると、ディスクへの書き込み時にデータが圧縮されるため、大量の書き込みが発生するワークロードではファイルシステムのパフォーマンスが低下する可能性があります。ただし、読み取り負荷の高いワークロードの場合、圧縮により、ディスクとストレージサーバー間で送信されるデータ量が削減されるため、ファイルシステムの全体的なスループットパフォーマンスは大幅に向上します。 詳細については、Amazon FSx for OpenZFS のパフォーマンスに関するドキュメントをご覧ください。 

Amazon FSx はフルマネージドサービスであるため、ファイルストレージインフラストラクチャの管理はすべて AWS 側で行われます。Amazon FSx を使用すると、複雑なファイルシステムインフラストラクチャをデプロイし、維持するという煩わしさがなくなります。FSx for OpenZFS は、ZFS ファイルシステムの管理でありがちな複雑さを回避しつつ、ZFS のすべての機能を提供します

ファイルシステム、ボリューム、バックアップを作成、表示、削除するために、AWS マネジメントコンソール、AWS CLI、Amazon FSx API を使用できます。また、FSx コンソールと API での高度な ZFS 機能のネイティブサポートを提供しているため、ZFS スナップショットやクローン作成などの機能を利用するために ZFS のエキスパートである必要はありません。

マルチ AZ (HA) ファイルシステムと Single-AZ (HA) ファイルシステムでは、Amazon FSx は自動フェイルオーバーとフェイルバックを備えた高可用性 (HA) ペアをデプロイし、高可用性を確保します。マルチ AZ (HA) ファイルシステムでは、Amazon FSx はこのファイルサーバーペアを 2 つの AWS アベイラビリティーゾーン (AZ) にデプロイし、高い耐久性を確保するためにこれらの 2 つの AZ 間でデータを自動的にレプリケートします。また、自動フェイルオーバーとフェイルバックを備えた高可用性 (HA) ファイルサーバーのペアを 2 つの AZ にデプロイして、AZ 全体に障害が発生した場合でも高い可用性と耐久性を確保します。さらに、Amazon FSx はハードウェア障害を継続的にモニタリングし、障害発生時にはインフラストラクチャコンポーネントを自動的に交換します。ファイルシステムは必要に応じて (通常は 60 秒以内に) 自動的にフェイルオーバーおよびフェイルバックし、クライアントはファイルシステムで自動的にフェイルオーバーおよびフェイルバックします。

シングル AZ (非 HA) ファイルシステムでは、Amazon FSx はハードウェア障害を継続的にモニタリングし、障害が発生した場合にインフラストラクチャコンポーネントを自動的に置き換えることで、障害イベント全体で可用性の維持を再開します (通常は 30 分以内)。

さらに、Amazon FSx では、日常的に使用しているファイルシステムの耐久性の高いバックアップを (S3 内に) 保存します。任意の時点でバックアップを取ることもできます。

A: はい。Amazon FSx の SLA では、ある請求サイクルにおいて、月間稼働率がサービスコミットメントを下回った場合にサービスクレジットを提供しなければならない旨が定められています。

エンドユーザーやアプリケーションがボリューム内のファイルを誤って削除したり、意図せずに変更したりするのを防ぐことを目的として、エンドユーザーやアプリケーション管理者がファイルの変更を簡単に元に戻したり、ファイルのバージョンを比較したりできるよう、スナップショット (ファイルシステム内に保存されたボリュームのポイントインタイムイメージ) を作成できます。エンドユーザーとアプリケーション管理者は、ボリュームのルートにある[zfs/snapshot]ディレクトリでスナップショットを表示し、それらのスナップショットにある個々のファイルとフォルダーにアクセスできます。AWS マネジメントコンソール、AWS CLI、または Amazon FSx API を使用して、FSx for OpenZFS スナップショットを管理できます。

A: FSx for OpenZFS は、アーカイブ、データ保持、およびコンプライアンスのニーズをサポートするように設計されたファイルシステムバックアップ機能を提供します。バックアップはAmazon S3 に保存されているファイルシステムの耐久性の高いオフラインの二次コピーです。バックアップは、ポイントインタイムの一貫性があり (ファイル データセット全体での一貫したビューを特定の時点で表示)、増分があり (特定のバックアップの最後のバックアップ以降の変更に対してのみ料金が発生)、管理が容易であり ( AWS マネジメントコンソール、AWS CLI、または Amazon FSx API 経由)、迅速に作成および復元できます (RTO は 5 ～ 10 分)。

毎日の自動バックアップはデフォルトで有効になっており、Amazon FSx コンソールで数回クリックするだけで、保持ポリシーをいつでも更新できます。FSx for OpenZFS は、ファイルシステムのバックアップを他の AWS リージョンにコピーして、クロスリージョンのディザスタリカバリまたはビジネス継続性の目標を達成するための機能も提供します。

マルチ AZ (HA) またはシングル AZ (HA) ファイルシステムを作成すると、Amazon FSx は 2 つの個別のファイルサーバーを自動的にプロビジョニングします。マルチ AZ (HA) ファイルシステムの場合、これらのうちの 1 つは優先 AZ の「優先」サーバーであり、もう 1 つはスタンバイ AZ の「スタンバイ」サーバーです。それぞれが独自のストレージボリュームのセットを備えています。これらのファイルサーバーのうち、常にアクティブにデータを提供しているのは 1 つ (通常は優先ファイルサーバー) だけですが、どちらもデータの永続的で同一のコピーを維持します。シングル AZ (HA) ファイルシステムの場合、両方のサーバーは同じ AZ にあります。これらのファイルサーバーのうち、常にアクティブにデータを提供しているのは 1 つだけですが、両方とも同じストレージボリュームのセットに接続されており、それ自体がデータをレプリケートして高い耐久性を実現します。

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 で管理するキーを使用し、保存時に常に暗号化されますk。サービス独自のキーか独自のカスタマーマネージドキーを使用できます。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 ) に対しても請求されます。料金は月単位で見積もられますが、お客様の使用量は秒単位で比例配分され、1 か月間の平均使用量が請求されます。

別途記載がない限り、表示される料金には VAT、売上税その他取引に対して適用される一切の税金等および関税は含まれません。日本の居住者であるお客様が AWS サービスをご利用になった場合には、料金とあわせて別途消費税をご請求させていただきます。詳細はこちら。