翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
ファイルシステムのストレージ容量および 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 ストレージ容量を減らすこともできます。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 コンソール、および API を使用して AWS CLI、ストレージ最適化プロセスの進捗状況をいつでも追跡できます。詳細については、「ストレージ容量と IOPS アップデートのモニタリング」を参照してください。
SSD ストレージ容量を増やす際の考慮事項
ファイルシステムの SSD ストレージ容量と IOPS を増やす際に考慮すべき重要な項目を以下に示します。
（第 1 世代のファイルシステムのみ) ストレージ容量の増加のみ – ファイルシステムの SSD ストレージ容量を増やすことはでき、ストレージ容量を減らすことはできません。
ストレージ容量の最小増加 – 各 SSD ストレージ容量の増加は、ファイルシステムの設定の最大 SSD ストレージ容量まで、ファイルシステムの現在の SSD ストレージ容量の 10% 以上である必要があります。
増加間の時間 — ファイルシステムで 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、SSD 削減オペレーションの完了後に 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 容量以上のサイズに増やす必要がある場合は、慎重に計画することをお勧めします。
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で を実行できます。 -
ボリュームをオフラインにしたり、ボリュームを移動したり、FlexClones を作成したり、SnapLock ボリュームを作成したり、減少オペレーション中にボリュームのストレージ効率設定を変更したりすることはできません。
