翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
ファイルシステムのストレージ容量および IOPS
FSx for ONTAP ファイルシステムを作成するときは、SSD 階層のストレージ容量を指定します。第 2 世代のシングル AZ ファイルシステムでは、指定したストレージ容量は各高可用性 (HA) ペアのストレージプールに均等に分散されます。これらのストレージプールはアグリゲートと呼ばれます。
プロビジョニングした SSD ストレージの GiB ごとに、Amazon FSx はファイルシステムに対して 3 SSD 1 秒あたりの入出力オペレーション (IOPS) を自動的にプロビジョニングします。ファイルシステムあたり最大 160,000 SSD IOPS です。第 2 世代のシングル AZ ファイルシステムでは、SSD IOPS はファイルシステムの各アグリゲートに均等に分散されます。プロビジョニングされた SSD IOPS のレベルを、1 GiB あたり自動 3 SSD IOPS を超えるように指定することもできます。FSx for ONTAP ファイルシステムにプロビジョニングできる SSD IOPS の最大数の詳細については、スループット容量がパフォーマンスに与える影響 を参照してください。
トピック
ファイルシステム SSD ストレージと IOPS の更新
データセットのアクティブな部分に追加のストレージが必要な場合は、Amazon FSx for NetApp ONTAP ファイルシステムの SSD ストレージ容量を増やすことができます。第 2 世代のファイルシステムでは、ワークロードの変化するストレージニーズに合わせて SSD ストレージ容量を減らすこともできます。ストレージ容量を増減するには、Amazon FSx コンソール、Amazon FSx API、または AWS Command Line Interface (AWS CLI) を使用できます。詳細については、「ストレージ容量とプロビジョンド IOPS の更新」を参照してください。
SSD のストレージ容量を増やすタイミング
使用可能な SSD 階層ストレージが不足している場合は、ファイルシステムのストレージ容量を増やすことをお勧めします。ストレージが不足すると、データセットのアクティブな部分の SSD 階層のサイズが小さくなることを示します。
ファイルシステム上で利用可能な空きストレージの量をモニタリングするには、ファイルシステムレベル StorageCapacity と StorageUsed Amazon CloudWatch メトリクスを使用します。このメトリクスで CloudWatch アラームを作成し、特定のしきい値を下回ったときに通知を受け取ることができます。詳細については、「Amazon CloudWatch によるモニタリング」を参照してください。
注記
データ階層化、スループットスケーリング、他のメンテナンス用アクティビティが適切に機能し、追加のデータに使用できる容量を確保するために、SSD ストレージの容量使用率が 80% を超えないようにすることをお勧めします。第 2 世代のファイルシステムの場合、この推奨事項はファイルシステムのすべてのアグリゲートの平均使用率と個々のアグリゲートの両方に適用されます。
ファイルシステムの SSD ストレージの使用方法、およびファイルメタデータとオペレーティングソフトウェア用に SSD ストレージがどれだけ確保されているかについては、適切な量のファイルシステム SSD ストレージの選択 を参照してください。
SSD ストレージ容量の増加
Amazon FSx ファイルシステムの SSD ストレージ容量を増やすと、通常、新しい容量は数分以内に使用できます。新しい SSD ストレージ容量は、ご利用可能になった時点で課金されます。詳細については、「Amazon FSx for NetApp ONTAP の料金
ストレージ容量を増やすと、Amazon FSx はデータの再バランシングのためにストレージ最適化プロセスをバックグラウンドで実行します。ほとんどのファイルシステムでは、ストレージの最適化に数時間かかり、ワークロードのパフォーマンスへの顕著な影響は最小限に抑えられます。
Amazon FSx コンソール、AWS CLI、および API を使用して、ストレージ最適化の進捗状況をいつでも追跡できます。詳細については、「ストレージ容量と IOPS アップデートのモニタリング」を参照してください。
SSD ストレージ容量の増加の考慮事項
ファイルシステムの SSD ストレージ容量および IOPS を増加させる際に考慮すべき重要なポイントは、以下の通りです:
(第 1 世代ファイルシステムのみ) ストレージ容量増量のみ - ファイルシステムのストレージ容量を増加することのみできます。ストレージ容量を減らすことはできません。
ストレージ容量増量の最小値 – 各 SSD ストレージ容量の増加は、ファイルシステムの現在の SSD ストレージ容量の 10% 以上で、ファイルシステム構成の最大 SSD ストレージ容量以下である必要があります。
増加の間隔 — ファイルシステムの SSD スループットキャパシティ、プロビジョンド IOPS、スループットキャパシティのいずれかを増やした後に、同じファイルシステムで再度これらの構成のいずれかを変更するときは、6 時間以上待機する必要があります。これは、クールダウン期間と呼ばれることもあります。
プロビジョンド IOPS モード - プロビジョンド IOPS の変更については、2 つの IOPS モードのうち、いずれかを指定する必要があります。
自動モード – Amazon FSx は、SSD IOPS を自動的にスケールして、SSD ストレージ容量 1 GiB ごとに 3 つのプロビジョニングされた SSD IOPS を維持します。上限は、ファイルシステム構成の最大 SSD IOPS です。
注記
FSx for ONTAP ファイルシステムにプロビジョニングできる SSD IOPS の最大数の詳細については、スループット容量がパフォーマンスに与える影響 を参照してください。
[User-provisioned] (ユーザープロビジョニング) モード - SSD IOPS の数を指定します。これは、SSD ストレージ容量の GiB あたり 3 IOPS 以上である必要があります。より高いレベルの IOPS のプロビジョニングを選択した場合は、その月のインクルードレートを上回ってプロビジョニングされた平均 IOPS に対して支払います。これは、IOPS 月単位で測定されます。
料金の詳細については、[Amazon FSx for NetApp ONTAP Pricing]
SSD ストレージ容量を削減するタイミング
以下のようなシナリオでは、FSx for ONTAP 第 2 世代ファイルシステムの SSD ストレージ容量を減らすことを希望するかもしれません:
-
高性能ストレージが不要になったプロジェクトベースのワークロードを完了した後
-
一時的な追加容量を使用してデータインジェストを高速化した大規模なデータ移行が完了した後
SSD ストレージ容量の削減
ファイルシステムの SSD ストレージ容量を減らすと、Amazon FSx はファイルシステムの各 HA ペアに、より小さい新しいディスクセット (集約) をアタッチします。その後、Amazon FSx は、ストレージ最適化プロセスをバックグラウンドで実行し、古いディスクから新しいディスクにデータをボリュームごとに移動させます。各ボリュームのデータが移動されると、Amazon FSx はクライアントアクセスを新しいディスク上のボリュームにリダイレクトします。その後、Amazon FSx はファイルシステムから古いディスクをデタッチします。
SSD 削減オペレーション全体で、SSD 階層の既存のサイズと新しくリクエストされたサイズに対して課金されます。たとえば、SSD ストレージ容量を 10 TiB から 5 TiB に削減する場合、SSD 削減操作中は 15 TiB 分の課金が発生し、操作完了後は 5 TiB 分の課金となります。請求の詳細については、「AWS FSx for ONTAP の請求と使用状況レポート」を参照してください。
SSD ストレージ容量の減少には、ファイルシステムに格納されているデータの量、減少操作中にファイルシステムにドライブされる正味新規書き込みの量、ファイルシステムで使用可能なネットワークおよびディスクリソースの量などの要因に応じて、数時間から数週間かかることがあります。
減少オペレーション中、データは読み取りと書き込みに引き続き使用できます。ほとんどのワークロードのパフォーマンスへの影響は最小限ですが、書き込みが多いワークロードでは一時的なパフォーマンス低下が発生する可能性があります。クライアントアクセスが各ボリュームの新しいディスクにリダイレクトされると、短い I/O 一時停止 (最大 60 秒) が発生することがあります。
パフォーマンスへの影響を最小限に抑えるには、SSD の減少操作を開始する前に、進行中のワークロードが一貫して 50% の CPU、50% のディスクスループット、または 50% の SSD IOPS を超えて消費しないようにすることで、ファイルシステムに十分なヘッドルームを維持する必要があります。これらの使用率メトリクスは、Amazon FSx コンソールのファイルシステムの[モニタリングとパフォーマンス] タブでモニタリングできます。
注記
減少オペレーション中に SSD ストレージ層が 80% の使用率を超えると、Amazon FSx はオペレーションを一時停止し、使用率が 80% を下回った後に自動的に再開します。新しいディスクの SSD 使用率を減らすには、データを容量プールに階層化するか、クライアントアクセスが新しいディスクセットに正常にリダイレクトされたボリュームからデータを削除できます。
削減オペレーション中に追加の SSD 容量が必要な場合は、AWS CLI または同等の UpdateFileSystem API オペレーションで update-file-system を呼び出し、新しいターゲット値を指定することで、SSD 容量を増やすリクエストを送信できます。Amazon FSx は SSD 増加リクエストの完了を優先し、SSD 減少オペレーションを再開する前に数分以内に新しい SSD 容量を使用できるようにします。
SSD ストレージ容量削減に関する考慮事項
ファイルシステムの SSD ストレージ容量およびプロビジョニング済み IOPS を削減する際に考慮すべき重要なポイントは、以下の通りです:
-
減少オペレーション中のストレージ容量の増加 – 減少オペレーションが進行中でも、ファイルシステムの SSD ストレージ容量を増やすことができます。この柔軟性により、減少オペレーション中にアグリゲートのいずれかがいっぱいになった場合に備えて、パフォーマンスと可用性を確保できます。SSD 容量を元の容量よりも小さいサイズに減らした場合、Amazon FSx は新しくリクエストされた (ターゲット) 集計のサイズのみを調整します。ただし、SSD 容量を元のサイズよりも大きいサイズに増やすと、Amazon FSx は両方のアグリゲートのサイズを新しいターゲット値に合わせて増やします。たとえば、ストレージ容量を 10,000 GiB から 5,000 GiB に減らし、7,000 GiB への引き上げをリクエストすると、ターゲット集計のみが 7,000 GiB に増加し、ファイルシステムの最終 SSD ストレージ容量は 7,000 GiB になります。しかし、12,000 GiB への増加を要求すると、両方のアグリゲートが 12,000 GiB に増加します。元の SSD 容量以上に増設する必要が生じる状況を避けるため、慎重な計画を推奨します。
SSD の削減を一時停止する – 新しいアグリゲートの使用率が 80% を超えると、Amazon FSx は SSD の削減オペレーションを一時停止し、使用率が 80% を下回ると自動的に削減オペレーションを再開します。
(第 2 世代のシングル AZ ファイルシステムのみ) ストレージ容量の分散 – ファイルシステム用に選択した新しいストレージ容量や SSD IOPS は、ファイルシステムの各アグリゲートに均等に分散されます。
ストレージ容量の減少中のパッチ適用 – SSD 削減オペレーション中にファイルシステムにパッチが適用された場合、Amazon FSx はボリュームのデータの移動を中止します。その結果、オペレーション中にパッチが発生した場合、SSD 削減オペレーションの進行状況が失われる可能性があります。Amazon FSx は、パッチオペレーションの完了後に
vol moveを自動的に再起動します。プロビジョンド IOPS モード - プロビジョンド IOPS の変更については、2 つの IOPS モードのうち、いずれかを指定する必要があります。
自動モード – Amazon FSx は、SSD IOPS を自動的にスケールして、SSD ストレージ容量 1 GiB ごとに 3 つのプロビジョニングされた SSD IOPS を維持します。上限は、ファイルシステム構成の最大 SSD IOPS です。SSD 容量を減らすと、自動 SSD IOPS は比例的にスケールダウンします。
注記
FSx for ONTAP ファイルシステムにプロビジョニングできる SSD IOPS の最大数の詳細については、スループット容量がパフォーマンスに与える影響 を参照してください。
-
ユーザープロビジョニングモード – 現在のプロビジョンド IOPS 以上の IOPS 値を指定する必要があります。SSD 容量を減らす場合、より小さなアグリゲートでサポートされる最大 SSD IOPS (リクエストされた SSD 容量の GB あたり 50 IOPS) を超えない限り、追加のユーザープロビジョンド SSD IOPS を保持できます。プロビジョンド IOPS が、より小さいアグリゲートでサポートされる最大値より大きい場合は、SSD 容量を減らす前に IOPS を減らします。
SSD ストレージ容量を減らすための制限事項
ファイルシステムの SSD ストレージ容量を減らすときは、以下の制限が適用されます:
(第 2 世代ファイルシステムのみ) ストレージ容量の削減 – ストレージ容量を減らすことができるのは、第 2 世代ファイルシステムのみです。
ストレージ容量の最小減少 – 各 SSD ストレージ容量の減少は、ファイルシステムの現在の SSD ストレージ容量の 9% 以上である必要があります。また、この減少により、ファイルシステムの SSD 容量が減少操作後に 80% の使用率を超えないようにする必要があります。たとえば、ファイルシステムに 10,000 GiB のストレージ容量と 5,000 GiB のストレージが使用されている場合、SSD 使用率が 80% 未満になるようにストレージ容量を 6,251 GiB に減らすことができます。SSD ストレージ容量は、HA ペアあたり 1,024 GiB の最小サポートサイズまで減らすことができます。
SSD 層に 50 TiB を超えるデータを持つボリュームが 1 つ以上含まれるファイル システムの SSD ストレージ容量を減らすには、HA ペアごとに少なくとも 1,536 MB/秒のスループット容量をプロビジョニングする必要があります。SSD 階層内の任意のボリュームが 100 TiB を超えるデータを含む場合、各 HA ペアあたり少なくとも 3,072 MB/秒 のスループットキャパシティをプロビジョニングする必要があります。SSD 階層内のボリュームに 200 TiB を超えるデータがある場合、各 HA ペアあたり 6,144 MB/秒 のスループットキャパシティをプロビジョニングする必要があります。
更新の間隔 — ファイルシステムの SSD スループットキャパシティ、プロビジョンド IOPS、スループットキャパシティのいずれかを変更した後に、同じファイルシステムで再度これらの構成のいずれかを変更するときは、6 時間以上待機する必要があります。これは、クールダウン期間と呼ばれることもあります。
ファイルシステムのスループットキャパシティを増やすことはできますが、減らすことはできません
HA ペアをファイルシステムに追加することはできません
-
ボリューム内のデータが新しいアグリゲートに移動している間は、ボリュームを以前の状態に戻すことはできません (
volume snapshot restoreを使用)。ただし、現在移動されていない他のボリュームでvolume snapshot restoreを実行できます。 -
ボリュームのオフライン化、ボリュームの移動、FlexClone の作成、SnapLock ボリュームの作成、ボリュームのストレージ効率設定の変更は、減少操作中には実行できません。
