翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
# FSx for Windows File Server でのストレージの管理
ファイルシステムのストレージ設定には、プロビジョニングされたストレージ容量、ストレージタイプ、ストレージタイプがソリッドステートドライブ (SSD) の場合は SSD IOPS の量が含まれます。ファイルシステムの作成中および作成後に、これらのリソースをスループットキャパシティとともに設定して、ワークロードに望ましいパフォーマンスを達成できます。および PowerShell でのリモート管理用の Amazon FSx CLI を使用して AWS マネジメントコンソール AWS CLI、ファイルシステムのストレージとストレージ関連のパフォーマンスを管理する方法について説明します。
**Topics**
+ [ストレージコストの最適化](#optimize-storage-costs)
+ [ストレージ容量の管理](#managing-storage-capacity)
+ [ファイルシステムのストレージタイプの管理](#managing-storage-type)
+ [SSD IOPS の管理](#managing-provisioned-ssd-iops)
+ [データ重複排除によるストレージコストの削減](#using-data-dedup)
+ [ストレージクォータの管理](managing-user-quotas.md)
+ [ファイルシステムのストレージ容量の増加](increase-storage-capacity.md)
+ [ストレージ容量の拡張をモニタリングする](monitoring-storage-capacity-increase.md)
+ [FSx for Windows ファイルサーバーファイルシステムのストレージ容量の動的な拡張](automate-storage-capacity-increase.md)
+ [FSx for Windows ファイルシステムのストレージタイプの更新](updating-storage-type.md)
+ [ストレージタイプの更新をモニタリング](monitoring-storage-type-updates.md)
+ [ファイルシステムの SSD IOPS の更新](how-to-provision-ssd-iops.md)
+ [プロビジョニングされた SSD IOPS 更新のモニタリング](monitoring-provisioned-ssd-iops.md)
+ [データ重複除外の管理](managing-data-dedup.md)
+ [データ重複排除のトラブルシューティング](data-dedup-ts.md)
## ストレージコストの最適化
FSx for Windows で使用できるストレージ設定オプションを使用して、ストレージコストを最適化できます。
**ストレージタイプオプション** - FSx for Windows ファイルサーバーは、ハードディスクドライブ (HDD) およびソリッドステートドライブ (SSD) の 2 種類のストレージを用意しており、お客様のワークロードのニーズに合わせてコストおよびパフォーマンスを最適化することができます。HDD ストレージは、ホームディレクトリ、ユーザーおよび部門の共有、コンテンツ管理システムなど、幅広いワークロード向けに設計されています。SSD ストレージは、データベース、メディア処理ワークロード、データ分析アプリケーションなど、最もパフォーマンスが高く、レイテンシーの影響を受けやすいワークロード向けに設計されています。ストレージタイプとファイルシステムのパフォーマンスに関する詳細については、「[FSx for Windows File Server のパフォーマンスパフォーマンス](performance.md)」を参照してください。
**データの重複排除** - 大規模なデータセットには冗長データが含まれていることが多く、データストレージのコストが増加します。例えば、ユーザーのファイル共有には、複数のユーザーによって保存された同じファイルのコピーが複数存在する場合があります。ソフトウェア開発共有には、ビルドごとに変更されないままの多くのバイナリを含めることができます。ファイルシステムの *データ重複排除* を有効にすることで、データストレージのコストを削減することができます。重複排除機能を有効にすると、データセットの重複した部分を一度だけ保存することで、冗長データを自動的に削減または排除します。データ重複排除の詳細、および Amazon FSx ファイルシステムで簡単にそれを有効にする方法については、「[データ重複排除によるストレージコストの削減](#using-data-dedup)」を参照してください。
## ストレージ容量の管理
ストレージ要件の変化に応じて、FSx for Windows ファイルシステムのストレージ容量を増やすことができます。これを行うには、Amazon FSx コンソール、Amazon FSx API、または AWS Command Line Interface (AWS CLI) を使用します。ストレージ容量の増加を計画する際に考慮すべき要因には、ストレージ容量を増やす必要があるタイミングを把握すること、Amazon FSx がストレージ容量の増加を処理する方法を理解すること、ストレージの増加リクエストの進行状況を追跡することなどがあります。ファイルシステムのストレージ容量は増加のみが可能で、ストレージ容量を減らすことはできません。
**注記**
2019 年 6 月 23 日より前に作成されたファイルシステムや、2019 年 6 月 23 日より前に作成されたファイルシステムに属するバックアップから復元されたファイルシステムでは、ストレージ容量を増やすことはできません。
Amazon FSx ファイルシステムのストレージ容量を増やすと、Amazon FSx は裏でファイルシステムに新しい大きなディスクセットを追加します。その後、Amazon FSx は、ストレージ最適化プロセスをバックグラウンドで実行し、古いディスクから新しいディスクにデータを透過的に移行します。ストレージタイプとその他の要因によってストレージの最適化には数時間から数日かかることがありますが、ワークロードのパフォーマンスに及ぼす影響は最小限です。この最適化では、古いストレージボリュームと新しいストレージボリュームの両方がファイルシステムレベルのバックアップに含まれるため、バックアップの使用量が一時的に高くなります。両方のストレージボリュームのセットが含まれているので、ストレージの拡張作業中にも Amazon FSx がバックアップを正常に取得して復元することができます。以前のストレージボリュームがバックアップ履歴に含まれていない場合、バックアップの使用量は、以前のベースラインレベルに戻ります。新しいストレージ容量が利用可能になると、新しいストレージ容量に対してのみ請求されます。
次の図は、Amazon FSx がファイルシステムのストレージ容量を増やすときに使用するプロセスの、4 つの主要ステップを示しています。
![\[ストレージスケーリングプロセスの 4 つのステップを示す図。\]](http://docs.aws.amazon.com/ja_jp/fsx/latest/WindowsGuide/images/storage-scaling-flow.png)
Amazon FSx コンソール、CLI、または API を使用して、ストレージ最適化、SSD ストレージ容量の増加、SSD IOPS の更新の進捗状況をいつでも追跡できます。詳細については、「[ストレージ容量の拡張をモニタリングする](monitoring-storage-capacity-increase.md)」を参照してください。
### ファイルシステムのストレージ容量を増やす方法について知っておくべきこと
ストレージ容量を増やすときに考慮すべき重要な事項をいくつか挙げます:
+ **増加のみ** - ファイルシステムのストレージ容量は*増加*することのみ可能で、ストレージ容量は減らせません。
+ **増加最小値** - 各ストレージ容量の増加は、ファイルシステムの現在のストレージ容量の最低 10% で、最大許容値 65,536 GiB までである必要があります。
+ **最小スループットキャパシティ** - ストレージ容量を増やすには、ファイルシステムの最小スループットキャパシティが 16 MBps である必要があります。これは、ストレージの最適化ステップがスループットを大量に消費するプロセスであるためです。
+ **拡張するまでの時間** - 最後の拡張がリクエストされてから 6 時間経過するか、ストレージの最適化プロセスが完了するか、どちらが長い方は終わるまでは、ファイルシステムのストレージ容量をさらに増やすことはできません。ストレージの最適化には数時間から数日かかります。ストレージの最適化が完了するまでの時間を最小限に抑えるには、ストレージ容量を増やす前にファイルシステムのスループットキャパシティを増やし (ストレージのスケーリング完了後にスループットキャパシティは元に戻せます)、ファイルシステムのトラフィックが最小である場合はストレージ容量を増やすことをお勧めします。
**注記**
特定のファイルシステムイベントは、次の例のように、ディスク I/O のパフォーマンスリソースを消費する可能性があります:
ストレージ容量のスケーリングの最適化フェーズでは、ディスクスループットが向上し、パフォーマンス警告が発生する可能性があります。詳細については、「[パフォーマンスの警告と推奨事項](monitoring-cloudwatch.md#performance-insights-FSxW)」を参照してください。
### ストレージ容量を増やすタイミングを知る
空きストレージ容量が不足している場合は、ファイルシステムのストレージ容量を増やします。`FreeStorageCapacity` CloudWatch メトリクスを使用して、ファイルシステム上で利用可能な空きストレージ容量をモニタリングします。このメトリクスで Amazon CloudWatch アラームを作成し、特定のしきい値を下回ったときに通知を受け取ることができます。詳細については、「[Amazon CloudWatch を使用したモニタリング](monitoring-cloudwatch.md)」を参照してください。
ファイルシステム上で常に 20% 以上の空きストレージ容量を維持することをお勧めします。ストレージ容量をすべて使用するとパフォーマンスに悪影響が生じ、データの不整合が生じる可能性があります。
空きストレージ容量が定義済みしきい値を下回った際にファイルシステムのストレージ容量を自動的に増やすことができます。 AWS開発済みのカスタム CloudFormation テンプレートを使用して、自動化ソリューションの実装に必要なすべてのコンポーネントをデプロイします。詳細については、「[ストレージ容量を動的に増やす](automate-storage-capacity-increase.md)」を参照してください。
### ストレージ容量の拡張とファイルシステムのパフォーマンス
ほとんどのワークロードでは、パフォーマンスへの影響は最小限に抑えられますが、Amazon FSx は新しいストレージ容量が利用可能になった後、バックグラウンドでストレージ最適化プロセスを実行します。ただし、HDD ストレージタイプを持つファイルシステムや、多数のエンドユーザー、高レベルの I/O、または多数の小さなファイルを持つデータセットを含むワークロードでは、一時的にパフォーマンスが低下する可能性があります。このような場合には、ストレージ容量を増やす前に、まずファイルシステムのスループットキャパシティを増やすことをお勧めします。これらのタイプのワークロードでは、ファイルシステムの負荷が最小限であるアイドル期間中におけるスループットキャパシティの変更も推奨します。これにより、アプリケーションのパフォーマンスニーズを満たすために、同じレベルのスループットを提供し続けることができます。詳細については、「[スループット容量の管理](managing-throughput-capacity.md)」を参照してください。
## ファイルシステムのストレージタイプの管理
ファイルシステムのストレージタイプは、 AWS マネジメントコンソール と を使用して HDD から SSD に変更できます AWS CLI。ストレージタイプを SSD に変更する場合、最後の更新がリクエストされてから 6 時間後、またはストレージ最適化プロセスが完了するまでのどちらか長い方までは、ファイルシステム構成を再び更新できないことに注意してください。ストレージの最適化には数時間から数日かかります。この時間を最小限に抑えるために、ファイルシステムのトラフィックが最小のときにストレージタイプを更新することをお勧めします。詳細については、「[FSx for Windows ファイルシステムのストレージタイプの更新](updating-storage-type.md)」を参照してください。
ファイルシステムのストレージタイプは SSD から HDD には変更できません。ファイルシステムのストレージタイプを SSD から HDD に変更する場合は、HDD ストレージを使用するように設定した新しいファイルシステムにファイルシステムのバックアップを復元する必要があります。詳細については、「[新しいファイルシステムへのバックアップの復元](using-backups.md#restoring-backups)」を参照してください。
### ストレージタイプについて
FSx for Windows File Server ファイルシステムは、ソリッドステートドライブ (SSD) または磁気ハードディスクドライブ (HDD) ストレージタイプを使用するように設定できます。
**SSD ストレージ**は、高いパフォーマンス要件とレイシンシーセンシティブを持つほとんどのプロダクション ワークロードに適します。これらのワークロードの例には、データベース、データ分析、メディア処理、ビジネスアプリケーションなどがあります。また、多数のエンドユーザー、高レベルの I/O、またはデータセットに多数の小さなファイルが含まれるユースケースには、SSD をお勧めします。最後に、シャドウコピーを有効にする場合は SSD ストレージの使用をお勧めします。SSD ストレージを使用するファイルシステムの SSD IOPS は構成およびスケールできますが、HDD ストレージでは構成およびスケールできません。
**HDD ストレージ**は、ホームディレクトリ、ユーザーおよび部門のファイル共有、コンテンツ管理システムなど、幅広いワークロードに対応するように設計されています。HDD ストレージは SSD ストレージに比べて低コストですが、レイテンシーが高く、ストレージ単位あたりのディスクスループットとディスク IOPS のレベルが低くなります。I/O 要件の低い汎用のユーザー共有やホームディレクトリ、データの取得頻度が低い大規模なコンテンツ管理システム (CMS)、またはサイズの大きいファイルの数が少ないデータセットに適する場合があります。
詳細については、「[ストレージ構成とパフォーマンス](performance.md#storage-capacity-and-performance)」を参照してください。
## SSD IOPS の管理
SSD ストレージで設定されたファイルシステムの場合、SSD IOPS の量は、キャッシュにあるデータではなく、ファイルシステムがディスクとの間でデータを読み取り、ディスクにデータを書き込む必要があるときに使用可能なディスク I/O の量を決定します。ストレージ容量とは別に SSD IOPS の量を選択してスケーリングできます。プロビジョニングできる最大 SSD IOPS は、ファイルシステムに選択したストレージ容量とスループットキャパシティによって異なります。SSD IOPS をスループットキャパシティでサポートされる制限を超えて増やそうとすると、その SSD IOPS のレベルに達するようにスループットキャパシティを増やす必要が生じる場合があります。詳細については、「[FSx for Windows File Server のパフォーマンスパフォーマンス](performance.md)」および「[スループット容量の管理](managing-throughput-capacity.md)」を参照してください。
ファイルシステムのプロビジョニングされた SSD IOPS の更新について知っておくべき重要な項目を以下に示します:
+ IOPS モードの選択 – 次の 2 つの IOPS モードから選択できます:
+ **[自動]** - このモードと Amazon FSx を選択すると、SSD IOPS を自動的にスケーリングして、ストレージ容量の GiB ごとに 3 つの SSD IOPS、ファイルシステムごとに最大 400,000 SSD IOPS を維持します。
+ **[ユーザープロビジョニング]** — このモードを選択すると、SSD IOPS の数を 96 ～ 400,000 の範囲で指定できます。 AWS リージョン Amazon FSx が利用可能なすべての のストレージ容量 1 GiB あたり 3～50 IOPS、または米国東部 (バージニア北部）、米国西部 (オレゴン）、米国東部 (オハイオ）、欧州 (アイルランド）、アジアパシフィック (東京）、アジアパシフィック (シンガポール) のストレージ容量 1 GiB あたり 3～500 IOPS の数を指定します。ユーザープロビジョンドモードを選択すると、指定した SSD IOPS の量が GiB あたり少なくとも 3 IOPS でない場合、リクエストは失敗します。プロビジョニングされた SSD IOPS のレベルが高い場合は、ファイルシステムごとに GiB あたり 3 IOPS を超える平均 IOPS に対して料金が発生します。
+ **ストレージ容量の更新** – ファイルシステムのストレージ容量を増やし、デフォルトで現在のユーザープロビジョニング SSD IOPS レベルを超える SSD IOPS 量を必要とする場合、Amazon FSx はファイルシステムを自動的に自動モードに切り替え、ファイルシステムにはストレージ容量の GiB あたり少なくとも 3 つの SSD IOPS があります。
+ **スループットキャパシティの更新** – スループットキャパシティを増やし、新しいスループット容量でサポートされる最大 SSD IOPS がユーザープロビジョニングの SSD IOPS レベルよりも高い場合、Amazon FSx は自動的にファイルシステムを自動モードに切り替えます。
+ **SSD IOPS 増加の時間間隔** – 最後に増加がリクエストされてから 6 時間後まで、またはストレージの最適化プロセスが完了するまでのどちらか長い期間は、SSD IOPS の増加も、スループットキャパシティの増加も、ファイルシステム上のストレージタイプの更新も、さらに行うことはできません。ストレージの最適化には数時間から数日かかります。ストレージの最適化が完了するまでの時間を最小限に抑えるために、ファイルシステムのトラフィックが最小限のときに SSD IOPS をスケーリングすることをお勧めします。
**注記**
4,608 MBps 以上のスループットキャパシティレベルは、 AWS リージョン米国東部 (バージニア北部）、米国西部 (オレゴン）、米国東部 (オハイオ）、欧州 (アイルランド）、アジアパシフィック (東京）、アジアパシフィック (シンガポール) でのみサポートされることに注意してください。
FSx for Windows File Server ファイルシステムのプロビジョニングされた SSD IOPS の量を更新する方法の詳細については、「[ファイルシステムの SSD IOPS の更新](how-to-provision-ssd-iops.md)」を参照してください。
## データ重複排除によるストレージコストの削減
データ重複排除は、Dedup for Short とも呼ばれ、ストレージ管理者が重複データに関連するコストを削減するのに役立ちます。FSx for Windows File Server を使用すると、Microsoft Data Deduplication を使用して冗長データを特定して排除できます。大規模なデータセットは冗長なデータを持つことが多く、データストレージのコストが増加します。例えば、次のようになります。
+ ユーザーファイル共有には、同じファイルまたは同様のファイルのコピーが多数ある場合があります。
+ ソフトウェア開発共有には、ビルドごとに変更されないままの多くのバイナリを含めることができます。
ファイルシステムのデータ重複排除を有効にすることで、データストレージのコストを削減できます。*データ重複除外* はデータセットの重複した部分を 1 回のみ保存することで、冗長データを削減または排除します。データ重複除外を有効にすると、重複除外後のデータ圧縮がデフォルトで有効になり、さらに節約ができます。重複排除は、データの忠実度や整合性を損なうことなく冗長性を最適化します。データ重複除外は、ファイルシステムを継続的に自動的にスキャンして最適化するバックグラウンドプロセスとして実行され、ユーザーや接続されたクライアントに対して透過的に実行されます。
データ重複除外によって達成できるストレージの節約は、ファイル間で重複する量など、データセットの性質によって異なります。一般的な汎用ファイル共有では、平均 50～60% 削減されます。共有内では、ユーザードキュメントの 30～50% からソフトウェア開発データセットの 70～80% が節約範囲です。重複除外による節約の可能性を測定するには、以下に説明する `Measure-FSxDedupFileMetadata` リモート PowerShell コマンドを使用します。
また、特定のストレージニーズに合わせてデータ重複除外をカスタマイズすることもできます。例えば、特定のファイルタイプでのみ実行するように重複除外を設定したり、カスタムジョブスケジュールを作成したりできます。重複除外ジョブはファイルサーバリソースを消費することがあるため、`Get-FSxDedupStatus` を使用して重複除外ジョブのステータスをモニタリングすることをお勧めします。
ファイルシステムでのデータ重複排除の設定については、「[データ重複除外の管理](managing-data-dedup.md)」を参照してください。
データ重複排除に関連する問題の解決については、「[ データ重複排除のトラブルシューティング FSx for Windows File Server ファイルシステムでデータ重複排除を使用する際に発生する問題を特定し、解決する方法について説明します。 データ重複除外メモリ不足powershell 以下の情報を使用して、データ重複排除を設定および使用する際の一般的な問題のトラブルシューティングにお役立てください。 データ重複排除が機能していない データ重複排除の現在のステータスを確認するには、`Get-FSxDedupStatus` PowerShell コマンドを実行し、最新の重複排除ジョブの完了ステータスを表示します。1 つ以上のジョブが失敗している場合、ファイルシステム上で空きストレージ容量の増加が見られない場合があります。 重複排除ジョブが失敗する最も一般的な理由は、メモリ不足です。 Microsoft は、1 TB の論理的なデータあたり 1 GB のメモリが最適にあることを[推奨](https://docs.microsoft.com/en-us/windows-server/storage/data-deduplication/install-enable#faq)します (または、1 TB の論理的なデータあたり少なくとも 350 MB)。[Amazon FSx パフォーマンステーブル](performance.md#performance-table) を使用して、ファイルシステムのスループットキャパシティに関連付けられているメモリを特定し、メモリリソースがデータのサイズに対して十分であることを確認します。そうでない場合は、[ファイルシステムのスループットキャパシティを、論理データの 1 TB あたり 1 GB のメモリ要件を満たすレベルまで増やす](managing-throughput-capacity.md)必要があります。 重複排除ジョブは、Windows が推奨するデフォルトの 25％ のメモリ割り当てで設定されます。つまり、32 GB のメモリを備えたファイルシステムの場合、8 GB が重複排除に使用できます。メモリ割り当ては設定可能です (パラメータ `–Memory` で `Set-FSxDedupSchedule` コマンドを使用します)。重複排除にメモリ割り当てを増やすと、ファイルシステムのパフォーマンスに影響する可能性があることに注意してください。 重複排除のジョブの設定を変更して、必要なメモリ量を削減できます。例えば、特定のファイルタイプまたはフォルダーで実行するように最適化を制限したり、最適化のための最小ファイルサイズと経過時間を設定したりできます。また、ファイルシステムのロードが最小限であるアイドル期間中に重複排除ジョブが実行されるように設定することをお勧めします。 重複排除ジョブを完了するのに十分な時間がない場合にも、エラーが表示されることがあります。[データ重複除外スケジュールの変更](managing-data-dedup.md#set-dedup-sched) で説明されているように、ジョブの最大期間を変更する必要がある場合があります。 重複排除ジョブが長期間失敗していて、この期間中にファイルシステム上のデータに変更があった場合、後続の重複排除ジョブを初めて正常に完了するには、より多くのリソースが必要になる場合があります。 重複排除の値が予期せず 0 に設定されている データ重複排除を設定したファイルシステムでは、`SavedSpace` と `OptimizedFilesSavingsRate` の値が予期せず 0 になります。 これは、ファイルシステムのストレージ容量を増やす際、ストレージ最適化プロセス中に発生する可能性があります。ファイルシステムのストレージ容量を増やすと、Amazon FSx は、ストレージ最適化プロセス中に既存のデータ重複排除ジョブをキャンセルします。これにより、以前のディスクから新しくより大きなディスクにデータが移行されます。ストレージ最適化ジョブが完了すると、Amazon FSx はファイルシステムでのデータ重複排除を再開します。ストレージ容量の増加とストレージの最適化の詳細については、「[ストレージ容量の管理](managing-storage-configuration.md#managing-storage-capacity)」を参照してください。 ファイルを削除した後、ファイルシステムのスペースが解放されません データ重複排除の予想される動作は、重複排除がスペースを節約したデータが削除されたデータであった場合、ガベージコレクションのジョブが実行されるまでファイルシステムでスペースは解放されません。 役立つと思われるプラクティスとして、多数のファイルを削除した直後にガベージコレクションのジョブを実行するようにスケジュールを設定することができます。ガベージコレクションのジョブが終了したら、ガベージコレクションのスケジュールを元の設定に戻すことができます。これにより、削除により解放された容量をすぐに確認できます。 次の手順を使用して、ガベージコレクションジョブを 5 分で実行するように設定します。 データ重複排除が有効になっていることを確認するには、`Get-FSxDedupStatus` コマンドを使用します。コマンドとその期待される出力の詳細については、「[保存スペースの量の表示](managing-data-dedup.md#get-dedup-status)」を参照してください。 以下を使用して、5 分後にガベージコレクションのジョブを実行するスケジュールを設定します。
```
$FiveMinutesFromNowUTC = ((get-date).AddMinutes(5)).ToUniversalTime()
$DayOfWeek = $FiveMinutesFromNowUTC.DayOfWeek
$Time = $FiveMinutesFromNowUTC.ToString("HH:mm")
Invoke-Command -ComputerName ${RPS_ENDPOINT} -ConfigurationName FSxRemoteAdmin -ScriptBlock {
Set-FSxDedupSchedule -Name "WeeklyGarbageCollection" -Days $Using:DayOfWeek -Start $Using:Time -DurationHours 9
}
``` ガベージコレクションのジョブが実行され、スペースが解放されたら、スケジュールを元の設定に戻します。 ](data-dedup-ts.md#data-dedup-ts.title)」を参照してください。
データ重複除外の詳細については、Microsoft の「[データ重複除外について](https://docs.microsoft.com/en-us/windows-server/storage/data-deduplication/understand)」ドキュメントを参照してください。
**警告**
特定の Robocopy コマンドをデータ重複除外で実行することは推奨されません。これらのコマンドはチャンクストアのデータ整合性に影響を与える可能性があるためです。詳細については、Microsoft の[データ重複除外の相互運用性](https://docs.microsoft.com/en-us/windows-server/storage/data-deduplication/interop)に関するドキュメントを参照してください。
### データ重複排除を使用する際のベストプラクティス
ここでは、Data Deduplication を使用するためのいくつかのベストプラクティスを以下に示します:
+ **ファイルシステムがアイドル状態のときに実行するように Data Deduplication ジョブをスケジュールする**: デフォルトのスケジュールには、毎週土曜日の 2:45 UTC に実行される `GarbageCollection` ジョブが含まれています。ファイルシステムで大量のデータが流出している場合、完了するまでに数時間かかることがあります。この時間がワークロードにとって理想的でない場合は、ファイルシステムのトラフィックが少ないと予想される時間にこのジョブを実行するようにスケジュールします。
+ **Data Deduplication を完了するのに十分なスループットキャパシティを設定する**: スループットキャパシティが大きいほど、メモリのレベルが高くなります。Microsoft では、Data Deduplication を実行するには、論理データの 1 TB あたり 1 GB のメモリを用意することを推奨します。[Amazon FSx パフォーマンステーブル](performance.md#impact-throughput-cap-performance)を使用して、ファイルシステムのスループットキャパシティに関連付けられているメモリを特定し、メモリリソースがデータのサイズに対して十分であることを確認します。
+ **Data Deduplication の設定をカスタマイズして、特定のストレージのニーズを満たし、パフォーマンス要件を緩和する**: 特定のファイルタイプまたはフォルダーで実行するように最適化を制限したり、最適化のための最小ファイルサイズと経過時間を設定したりできます。詳細については[データ重複排除によるストレージコストの削減](#using-data-dedup)を参照してください。
# ストレージクォータの管理
ファイルシステム上でユーザーストレージクォータを設定して、ユーザーが消費できるデータストレージの量を制限できます。クォータを設定した後、クォータの状態を追跡して使用状況をモニタリングし、ユーザーがクォータを上回るタイミングを確認できます。
また、クォータに達したユーザーがストレージに書き込むのを停止して、クォータを強制することもできます。クォータを強制すると、クォータを超えるユーザーに「ディスク容量が不十分です」というエラーメッセージが表示されます。
クォータ設定には、次のしきい値を設定できます:
+ 警告 – ユーザーまたはグループがクォータ制限に近づいているかどうかを追跡するなど、追跡関連にのみ使用されます。
+ 制限 – ユーザーまたはグループのストレージクォータ制限。
ファイルシステムにアクセスする新しいユーザーに適用されるデフォルトのクォータと、特定のユーザーまたはグループに適用されるクォータを設定できます。また、各ユーザーまたはグループが消費しているストレージの量、およびクォータを超えているかどうかについてのレポートを表示することもできます。
ユーザーレベルでのストレージ消費は、ファイルの所有権に基づいて追跡されます。ストレージ消費量は、ファイルが占める実際の物理ストレージ領域ではなく、論理的なファイルサイズを使用して計算されます。ユーザーストレージクォータは、データがファイルに書き込まれる時点で追跡されます。
複数のユーザーのクォータを更新するには、各ユーザーに対して更新コマンドを 1 回実行するか、ユーザーをグループに編成してそのグループのクォータを更新する必要があります。
PowerShell でのリモート管理の Amazon FSx CLI を使用して、ファイルシステム上のユーザーストレージクォータを管理できます。この CLI を使用する方法については、「[PowerShell での Amazon FSx CLI の使用](administering-file-systems.md#remote-pwrshell)」を参照してください。
ユーザーストレージクォータを管理するために使用できるコマンドは次のとおりです。
| ユーザーストレージクォータコマンド | 説明 |
| --- | --- |
| **Enable-FSxUserQuotas** | ユーザーストレージクォータの追跡または強制、またはその両方を開始します。 |
| **Disable-FSxUserQuotas** | ユーザーストレージクォータの追跡と強制を停止します。 |
| **Get-FSxUserQuotaSettings** | ファイルシステムの現在のユーザーストレージクォータ設定を取得します。 |
| **Get-FSxUserQuotaEntries** | ファイルシステム上の個々のユーザーおよびグループの現在のユーザーストレージクォータエントリを取得します。 |
| **Set-FSxUserQuotas** | 個々のユーザーまたはグループのユーザーストレージクォータを設定します。クォータ値はバイト単位で指定します。 |
各コマンドのオンラインヘルプには、すべてのコマンドオプションのリファレンスが記載されています。このヘルプにアクセスするには、**-?** (例えば、**Enable-FSxUserQuotas -?**) コマンドを実行します。
# ファイルシステムのストレージ容量の増加
ストレージ要件の変更に応じて、FSx for Windows File Server ファイルシステムのストレージ容量を増やせます。次の手順で説明するように、Amazon FSx コンソール AWS CLI、、または Amazon FSx API を使用して、ファイルシステムのストレージ容量を増やします。詳細については、「[ストレージ容量の管理](managing-storage-configuration.md#managing-storage-capacity)」を参照してください。
## ファイルシステムのストレージ容量を増やすには (コンソール)
1. [https://console.aws.amazon.com/fsx/](https://console.aws.amazon.com/fsx/) で Amazon FSx コンソールを開きます。
1. **[File systems]** (ファイルシステム) に移動して、ストレージ容量を増やしたい Windows ファイルシステムを選択します。
1. **[Action]** (アクション) で **[Update storage]** (ストレージの更新) を選択します。または **[Summary]** (概要) パネルで、ファイルシステムの **[Storage capacity]** (ストレージ容量) の横にある **[Update]** (更新) を選択します。
**[Update storage capacity]** (ストレージ容量の更新) ウィンドウが表示されます。
1. **[Input type]** (入力タイプ) には、**[Percentage]** (割合) を選択して現在値からの変化率として新しいストレージ容量を入力するか、**[Absolute]** (絶対) を選択して新しい値を GiB 単位で入力します。
1. **希望するストレージ容量** を入力します。
**注記**
希望する容量値は、現在値よりも最低 10% 以上である必要があり、最大 65,536 GiB まで可能です。
1. **[Update]** (更新) を選択して、ストレージ容量の更新を開始します。
1. **[Update]** (更新)タブの **ファイルシステム** 詳細ページで、更新の進捗状況をモニタリングすることができます。
## ファイルシステムのストレージ容量を増やすには (CLI)
FSx for Windows ファイルサーバーファイルシステムのストレージ容量を増やすには、 AWS CLI コマンド [update-file-system](https://docs.aws.amazon.com/cli/latest/reference/fsx/update-file-system.html) を使用します。以下のパラメータを設定します:
+ 更新するファイルシステムの ID への `--file-system-id`。
+ 現在の値より少なくとも 10 パーセント大きい値への `--storage-capacity`。
AWS CLI コマンド [describe-file-systems](https://docs.aws.amazon.com/cli/latest/reference/fsx/describe-file-systems.html) を使用して、更新の進行状況をモニタリングできます。出力で `administrative-actions` を探します。
詳細については、「[AdministrativeAction](https://docs.aws.amazon.com/fsx/latest/APIReference/API_AdministrativeAction.html)」を参照してください。
# ストレージ容量の拡張をモニタリングする
ファイルシステムのストレージ容量を増やしたら、次の手順で説明 AWS CLI するように、Amazon FSx コンソール、 API、または を使用してストレージ容量の増加の進行状況をモニタリングできます。
## コンソールで拡張をモニタリングする
**File system details** (ファイルシステムの詳細) ウィンドウの **[Update]** (更新) タブでは、更新の種類ごとに最新の更新プログラムを 10 個表示できます。
ストレージ容量の更新については、次の情報を表示できます。
****更新タイプ****
可能な値は、**[ストレージ容量]** です。
****ターゲット値****
ファイルシステムのストレージ容量を更新する希望値です。
****ステータス****
更新の現在のステータス。ストレージ容量の更新では、指定できる値は次のとおりです。
+ **保留中** - Amazon FSx は更新リクエストを受信しましたが、処理を開始していません。
+ **進行中** - Amazon FSx が更新リクエストを処理しています。
+ **最適化の更新** - Amazon FSx により、ファイルシステムのストレージ容量が拡張しました。ストレージ最適化プロセスでは、ファイルシステムデータを新しい大きなディスクに移動しています。
+ **Completed** - ストレージ容量の拡張は正常に完了しました。
+ **失敗** - ストレージ容量の拡張に失敗しました。疑問符 (**?**) を選択し、ストレージの更新が失敗した理由の詳細を確認します。
****進行 %****
ストレージ最適化プロセスの進行状況を、完了率として表示します。
****リクエスト時間****
Amazon FSx が更新アクションリクエストを受信した時刻。
## AWS CLI と API によるモニタリングの増加
[describe-file-systems](https://docs.aws.amazon.com/cli/latest/reference/fsx/describe-file-systems.html) AWS CLI コマンドと [DescribeFileSystems](https://docs.aws.amazon.com/fsx/latest/APIReference/API_DescribeFileSystems.html) API アクションを使用して、ファイルシステムのストレージ容量の増加リクエストを表示およびモニタリングできます。`AdministrativeActions` 配列には、管理アクションタイプごとに最新の更新アクションが 10 個表示されます。ファイルシステムのストレージ容量を増やすと、`FILE_SYSTEM_UPDATE` および `STORAGE_OPTIMIZATION` アクションの 2 つの `AdministrativeActions` が生成されます。
次の例は、**describe-file-systems** CLI コマンドのレスポンスの抜粋を示しています。ファイルシステムのストレージ容量は 300 GB で、ストレージ容量を 1000 GB に増やすための保留中の管理アクションがあります。
```
{
"FileSystems": [
{
"OwnerId": "111122223333",
.
.
.
"StorageCapacity": 300,
"AdministrativeActions": [
{
"AdministrativeActionType": "FILE_SYSTEM_UPDATE",
"RequestTime": 1581694764.757,
"Status": "PENDING",
"TargetFileSystemValues": {
"StorageCapacity": 1000
}
},
{
"AdministrativeActionType": "STORAGE_OPTIMIZATION",
"RequestTime": 1581694764.757,
"Status": "PENDING",
}
]
```
Amazon FSx はまず `FILE_SYSTEM_UPDATE` アクションを処理し、新しい大きなストレージディスクをファイルシステムに追加します。新しいストレージがファイルシステムで使用可能になると、`FILE_SYSTEM_UPDATE` ステータスが `UPDATED_OPTIMIZING` に変わります。ストレージ容量は新しい大きな値を示し、Amazon FSx は `STORAGE_OPTIMIZATION` 管理アクションの処理を開始します。これは、**describe-file-systems** CLI コマンドのレスポンスの次の抜粋を示しています。
`ProgressPercent` プロパティには、ストレージ最適化プロセスの進行状況が表示されます。ストレージ最適化プロセスが正常に完了すると、`FILE_SYSTEM_UPDATE` アクションが `COMPLETED` に変更され、`STORAGE_OPTIMIZATION` アクションは表示されなくなります。
```
{
"FileSystems": [
{
"OwnerId": "111122223333",
.
.
.
"StorageCapacity": 1000,
"AdministrativeActions": [
{
"AdministrativeActionType": "FILE_SYSTEM_UPDATE",
"RequestTime": 1581694764.757,
"Status": "UPDATED_OPTIMIZING",
"TargetFileSystemValues": {
"StorageCapacity": 1000
}
},
{
"AdministrativeActionType": "STORAGE_OPTIMIZATION",
"RequestTime": 1581694764.757,
"Status": "IN_PROGRESS",
"ProgressPercent": 50,
}
]
```
ストレージ容量の拡張に失敗した場合、`FILE_SYSTEM_UPDATE` アクションが `FAILED` に変更されます。`FailureDetails` プロパティは、次の例に示すように、障害に関する情報を提供します。
```
{
"FileSystems": [
{
"OwnerId": "111122223333",
.
.
.
"StorageCapacity": 300,
"AdministrativeActions": [
{
"AdministrativeActionType": "FILE_SYSTEM_UPDATE",
"FailureDetails": {
"Message": "string"
},
"RequestTime": 1581694764.757,
"Status": "FAILED",
"TargetFileSystemValues":
"StorageCapacity": 1000
}
]
```
失敗したアクションのトラブルシューティングについては、「[ストレージまたはスループットキャパシティの更新が失敗する](admin-actions-ts.md)」を参照してください。
# FSx for Windows ファイルサーバーファイルシステムのストレージ容量の動的な拡張
FSx for Windows File Server ファイルシステムのストレージ容量を手動で増やす代わりに、テンプレートを使用してストレージを自動的に CloudFormation 増やすことができます。このセクションのソリューションを使用すると、空きストレージ容量が指定したしきい値を下回った場合に、ファイルシステムのストレージ容量を動的に増やすことができます。
この AWS CloudFormation テンプレートは、空きストレージ容量のしきい値、このしきい値に基づく Amazon CloudWatch アラーム、ファイルシステムのストレージ容量を増やす AWS Lambda 関数を定義するために必要なすべてのコンポーネントを自動的にデプロイします。
このソリューションは以下のパラメータを使用します。
+ ファイルシステム ID
+ 空きストレージ容量のしきい値 (数値)
+ 測定単位 (パーセンテージ [デフォルト] または GiB)
+ ストレージ容量の増加率 (%)
+ SNS サブスクリプションの電子メールアドレス
+ アラームしきい値の調整 (はい / いいえ)
**Topics**
+ [アーキテクチャの概要](#storage-inc-architecture)
+ [CloudFormation テンプレート](#storage-capacity-CFN-template)
+ [を使用した自動デプロイ CloudFormation](#fsx-dynamic-storage-increase-deployment)
## アーキテクチャの概要
このソリューションをデプロイすると、 AWS クラウドに次のリソースが構築されます。
![\[FSx for Windows ファイルサーバーファイルシステムのストレージ容量を自動的に増やすソリューションのアーキテクチャ図表。\]](http://docs.aws.amazon.com/ja_jp/fsx/latest/WindowsGuide/images/auto-storage-increase-architecture.png)
この図表は以下のステップを示しています。
1. CloudFormation テンプレートは、CloudWatch アラーム、 AWS Lambda 関数、Amazon Simple Notification Service (Amazon SNS) キュー、およびすべての必須 AWS Identity and Access Management (IAM) ロールをデプロイします。IAM ロールは、Amazon FSx API オペレーションを呼び出すためのアクセス許可を Lambda 関数に付与します。
1. CloudWatch は、ファイルシステムの空きストレージ容量が指定されたしきい値を下回るとアラームをトリガーし、Amazon SNS キューにメッセージを送信します。
1. ソリューションによって、この Amazon SNS トピックに登録されている Lambda 関数がトリガーされます。
1. Lambda 関数は、指定された増加率の値に基づいて新しいファイルシステムのストレージ容量を計算し、新しいファイルシステムのストレージ容量を設定します。
1. Lambda 関数はオプションで、ファイルシステムの新しいストレージ容量の指定された割合に等しくなるように、空きストレージ容量しきい値を調整できます。
1. 元の CloudWatch アラームの状態と Lambda 関数オペレーションの結果は、Amazon SNS キューに送信されます。
CloudWatch アラームへのレスポンスとして実行されるアクションに関する通知を受信するには、**サブスクリプションの確認** 電子メールに記載されているリンクに従って Amazon SNS トピックのサブスクリプションを確認する必要があります。
## CloudFormation テンプレート
このソリューションでは CloudFormation 、 を使用して、FSx for Windows File Server ファイルシステムのストレージ容量を自動的に増やすために使用されるコンポーネントのデプロイを自動化します。このソリューションを使用するには、 [IncreaseFSxSize](https://s3.amazonaws.com/solution-references/fsx/DynamicScaling/IncreaseFSxSize.yaml) CloudFormation テンプレートをダウンロードします。
テンプレートは、次のように説明されている **パラメータ** を使用します。テンプレートパラメータとそのデフォルト値を確認し、ファイルシステムのニーズに合わせて変更します。
**FileSystemId**
デフォルト値はありません。ストレージ容量を自動的に拡張したいファイルシステムの ID。
**LowFreeDataStorageCapacityThreshold**
デフォルト値はありません。アラームがトリガーされ、ファイルシステムのストレージ容量が自動的に拡張される空きストレージ容量の初期しきい値を、GiB で指定するか、ファイルシステムの現在のストレージ容量のパーセンテージ (%) で指定します。パーセンテージで表すと、CloudFormation テンプレートは CloudWatch アラーム設定と一致するように GiB に再計算されます。
**LowFreeDataStorageCapacityThresholdUnit**
デフォルトは **%** です。`LowFreeDataStorageCapacityThreshold` の単位を GiB、または現在のストレージ容量に対するパーセンテージで指定します。
**AlarmModificationNotification**
デフォルトは **[Yes]** (はい) です。[はい] に設定すると、初期 `LowFreeDataStorageCapacityThreshold` は、後続のアラームしきい値の `PercentIncrease` の値に比例して増加します。
例えば、`PercentIncrease` が 20 に設定され、AlarmModificationNotification が Yes に設定されている場合、GiB で指定された使用可能な空き領域のしきい値 (`LowFreeDataStorageCapacityThreshold`) は、後続のストレージ容量増加イベントのために 20％ 増加します。
**EmailAddress**
デフォルト値はありません。SNS サブスクリプションに使用するメールアドレスを指定して、ストレージ容量のしきい値アラートを受信します。
**PercentIncrease**
デフォルト値はありません。現在のストレージ容量のパーセンテージとして表される、ストレージ容量を増やす量を指定します。
## を使用した自動デプロイ CloudFormation
次の手順では、FSx for Windows File Server ファイルシステムのストレージ容量を自動的に増やすように CloudFormation スタックを設定およびデプロイします。デプロイには約 5 分かかります。
**注記**
このソリューションを実装すると、関連する AWS サービスの請求が発生します。詳細については、それらのサービスの料金詳細ページを参照してください。
開始する前に、 AWS アカウントの Amazon Virtual Private Cloud (Amazon VPC) で実行されている Amazon FSx ファイルシステムの ID が必要です。Amazon FSx リソースの作成の詳細については、「[Amazon FSx for Windows File Server の開始方法](getting-started.md)」を参照してください。
**自動ストレージ容量拡張ソリューションスタックを起動するには**
1. [IncreaseFSxSize](https://s3.amazonaws.com/solution-references/fsx/DynamicScaling/IncreaseFSxSize.yaml) CloudFormation テンプレートをダウンロードします。CloudFormation スタックの作成の詳細については、 *AWS CloudFormation ユーザーガイド*の[AWS CloudFormation コンソールでのスタックの作成](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/cfn-console-create-stack.html)」を参照してください。
**注記**
Amazon FSx は現在、特定の AWS リージョンでのみ使用できます。このソリューションは、Amazon FSx が利用可能な AWS リージョンで起動する必要があります。詳細については、「*AWS 全般のリファレンス*」の「[Amazon FSx エンドポイントとクォータ](https://docs.aws.amazon.com/general/latest/gr/fsxn.html)」を参照してください。
1. **[Specify stack details]** (スタック詳細の指定) では、自動ストレージ容量増加ソリューションの値を入力します。
![\[CloudFormation テンプレートのスタック詳細の指定ページに入力した値を示すスクリーンショット。\]](http://docs.aws.amazon.com/ja_jp/fsx/latest/WindowsGuide/images/dynamic-storage-capacity-increase-cfn-stack.png)
1. **[Stack name]** (スタック名) を入力します。
1. **[Parameters]** (パラメータ) では、テンプレートのパラメータを確認し、ファイルシステムのニーズに合わせて変更します。次に、**[Next]** (次へ) を選択します。
1. カスタムソリューションに必要な **[Options]** (オプション) 設定を入力し、**[Next]** (次へ) を選択します。
1. **[Review]** (確認) では、ソリューション設定を確認して確定します。テンプレートが IAM リソースを作成することを認めるチェックボックスを選択します。
1. **[Create]** (作成) を選択してスタックをデプロイします。
スタックのステータスは、 CloudFormation コンソールの **Status **列で表示できます。約 5 分で **CREATE\$1COMPLETE** のステータスが表示されます。
### スタックの更新
スタックの作成後、同じテンプレートを使用してパラメータに新しい値を指定することで、スタックを更新できます。詳細については、「*AWS CloudFormation ユーザーガイド*」の「[スタックの直接更新](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/using-cfn-updating-stacks-direct.html)」を参照してください。
# FSx for Windows ファイルシステムのストレージタイプの更新
HDD ストレージを使用して SSD ストレージを使用するファイルシステムのストレージタイプを変更できます。次の手順に示すように、Amazon FSx コンソール AWS CLI、、または Amazon FSx API を使用して、ファイルシステムのストレージタイプを変更できます。詳細については、「[ファイルシステムのストレージタイプの管理](managing-storage-configuration.md#managing-storage-type)」を参照してください。
## ファイルシステムのストレージタイプを更新するには (コンソール)
1. [https://console.aws.amazon.com/fsx/](https://console.aws.amazon.com/fsx/) で Amazon FSx コンソールを開きます。
1. **[ファイルシステム]** に移動し、ストレージタイプを更新する Windows ファイルシステムを選択します。
1. **[アクション]** で **[ストレージの更新]** を選択します。または、**[サマリー]** パネルで、**[HDD]** の横にある **[更新]** ボタン選択します。**[ストレージタイプの更新]** ウィンドウが表示されます。
1. **[希望するストレージタイプ]** で、**[SSD]** を選択します。ストレージタイプの更新を開始するには、**[更新]** を選択します。
コンソールと CLI を使用し、ストレージタイプの更新の[進捗状況をモニタリング](monitoring-storage-type-updates.md)できます。
## ファイルシステムのストレージタイプを更新するには (CLI)
FSx for Windows File Server ファイルシステムのストレージタイプを更新するには、 AWS CLI コマンド [update-file-system](https://docs.aws.amazon.com/cli/latest/reference/fsx/update-file-system.html) を使用します。以下のパラメータを設定します:
+ `--file-system-id` を更新するファイル システムの ID に。
+ `--storage-type` から SSD へ。SSD ストレージタイプから HDD ストレージタイプには切り替えられません。
AWS CLI コマンド [describe-file-systems](https://docs.aws.amazon.com/cli/latest/reference/fsx/describe-file-systems.html) を使用して、更新の進行状況をモニタリングできます。出力で `administrative-actions` を探します。
詳細については、「[AdministrativeAction](https://docs.aws.amazon.com/fsx/latest/APIReference/API_AdministrativeAction.html)」を参照してください。
# ストレージタイプの更新をモニタリング
ファイルシステムのストレージタイプを HDD から SSD ストレージに更新した後、次の手順で説明するように、Amazon FSx コンソール、、 AWS CLIまたは API を使用してストレージタイプの更新の進行状況をモニタリングできます。
## コンソールでファイルシステムの更新をモニタリングする
**[ファイルシステムの詳細]** ウィンドウの **[更新]** タブに、更新の種類ごとに最近の 10 件の更新プログラムが表示されます。
ストレージタイプの更新については、次の情報を表示できます。
****[Update type]** (更新タイプ)**
可能な値は、**[ストレージタイプ]** です。
****[Target value]** (ターゲット値)**
**[SSD]**
****[Status]** (ステータス)**
更新の現在のステータス。ストレージタイプの更新では、可能な値は次のとおりです。
+ **[保留中]** – Amazon FSx は更新リクエストを受信しましたが、処理を開始していません。
+ **[In progress]** (進行中) - Amazon FSx が更新リクエストを処理しています。
+ **[最適化の更新]** – SSD ストレージのパフォーマンスを書き込みオペレーションに利用できます。更新は、**[最適化の更新状態]** に入りますが、通常は数時間かかり、その間の読み取りオペレーションは HDD と SSD の間のパフォーマンスレベルになります。更新処理が完了すると、新しい SSD パフォーマンスは読み取りと書き込みの両方に利用できるようになります。
+ **[完了]** - ストレージタイプの更新が正常に完了しました。
+ **[失敗]** — ストレージタイプの更新に失敗しました。詳細を見るには、疑問符 (**[?]**) を選択します。
****[Progress %]** (進行 %)**
ストレージ最適化プロセスの進行状況を、完了率として表示します。
****[Request time]** (リクエスト時間)**
Amazon FSx が更新アクションリクエストを受信した時刻。
## AWS CLI および API を使用した更新のモニタリング
[describe-file-systems](https://docs.aws.amazon.com/cli/latest/reference/fsx/describe-file-systems.html) AWS CLI コマンドと [DescribeFileSystems](https://docs.aws.amazon.com/fsx/latest/APIReference/API_DescribeFileSystems.html) API アクションを使用して、ファイルシステムのストレージタイプの更新リクエストを表示およびモニタリングできます。`AdministrativeActions` 配列には、管理アクションタイプごとに最新の更新アクションが 10 件を表示されます。ファイルシステムの SSD IOPS を増やすと、`FILE_SYSTEM_UPDATE` および `STORAGE_TYPE_OPTIMIZATION` アクションの 2 つの `AdministrativeActions` が生成されます。
# ファイルシステムの SSD IOPS の更新
SSD ストレージで設定されたファイルシステムでは、プロビジョニングされた SSD IOPS のレベルによって、キャッシュにあるデータの読み取りまたは書き込みではなく、ファイルシステムがディスクとの間でデータを読み取り、ディスクに書き込む必要があるときに使用可能なディスク I/O の量を決定します。次の手順で説明するように、Amazon FSx コンソール、、 AWS CLIまたは Amazon FSx API を使用して、ファイルシステムの SSD IOPS を更新できます。SSD IOPS の管理の詳細については、「[SSD IOPS の管理](managing-storage-configuration.md#managing-provisioned-ssd-iops)」を参照してください。
## ファイルシステムの SSD IOPS を更新するには (コンソール)
1. [https://console.aws.amazon.com/fsx/](https://console.aws.amazon.com/fsx/) で Amazon FSx コンソールを開きます。
1. **[ファイルシステム]** に移動して、SSD IOPS を更新する Windows ファイルシステムを選択します。
1. **[アクション]** で、**[SSD IOPS の更新]** を選択します。または、**[サマリー]** パネルで、**[プロビジョニングされた SSD IOPS]** の横にある **[更新]** ボタンを選択します。**[IOPS プロビジョニングを更新]** ウィンドウが開きます。
1. **[モード]** で、**[自動]** または **[ユーザープロビジョニング]** を選択します。**[自動]** を選択した場合、Amazon FSx はファイルシステムのストレージ容量 1 GiB あたり 3 つの SSD IOPS を自動的にプロビジョニングします。**[ユーザープロビジョニング]** を選択した場合は、96 ～ 400,000 の範囲の任意の整数を入力します。
1. **[更新]** を選択して、プロビジョニングされた SSD IOPS の更新を開始します。
1. 更新の進捗状況は、**[Updates]** (更新) タブの **[File systems]** (ファイルシステム) 詳細ページでモニタリングできます。
## ファイルシステムの SSD IOPS を更新するには (CLI)
FSx for Windows File Server ファイルシステムの SSD IOPS を更新するには、`--windows-configuration DiskIopsConfiguration` プロパティを使用します。このプロパティには、`Iops` と `Mode` の 2 つのパラメータがあります:
+ SSD IOPS の数を指定する場合は、 を使用します。サポートされている AWS リージョンと では`Iops=number_of_IOPS`最大 400,000 です`Mode=USER_PROVISIONED`。
+ Amazon FSx で SSD IOPS を自動的に増加させたい場合は、`Mode=AUTOMATIC` を使用し、`Iops` パラメータは使用しないでください。Amazon FSx は、ファイルシステムのストレージ容量 1 GiB あたり 3 SSD IOPS を自動的に維持し、サポートされている AWS リージョンでは最大 400,000 まで維持します。
AWS CLI コマンド [describe-file-systems](https://docs.aws.amazon.com/cli/latest/reference/fsx/describe-file-systems.html) を使用して、更新の進行状況をモニタリングできます。出力で `administrative-actions` を探します。
詳細については、「[AdministrativeAction](https://docs.aws.amazon.com/fsx/latest/APIReference/API_AdministrativeAction.html)」を参照してください。
# プロビジョニングされた SSD IOPS 更新のモニタリング
ファイルシステムのプロビジョニングされた SSD IOPS の量を更新する AWS CLIと、次の手順で説明するように、Amazon FSx コンソール、、および API を使用して SSD IOPS の更新の進行状況をモニタリングできます。
## コンソールで更新をモニタリングする
**ファイルシステムの詳細** ウィンドウの **[Updates]** (更新) タブでは、更新の種類ごとに最新の更新プログラムを 10 個表示できます。
プロビジョニングされた SSD IOPS の更新については、次の情報を表示できます。
****[Update type]** (更新タイプ)**
可能な値は、**[IOPS モード]** および **[SSD IOPS]** です。
****[Target value]** (ターゲット値)**
ファイルシステムの IOPS モードと SSD IOPS へ更新するのに必要な値です。
****[Status]** (ステータス)**
更新の現在のステータス。SSD IOPS 更新の場合、可能な値は以下の通りです:
+ **[Pending]** (保留中) - Amazon FSx は更新リクエストを受信しましたが、処理を開始していません。
+ **[In progress]** (進行中) - Amazon FSx が更新リクエストを処理しています。
+ **最適化の更新** – 新しい IOPS レベルをワークロードの書き込み操作に使用できます。更新は、**最適化の更新** 状態に入り、通常数時間続き、その間、ワークロードの読み取りオペレーションは、以前のレベルと新しいレベル間の IOPS パフォーマンスになります。更新処理が完了すると、新しい IOPS レベルは読み取りと書き込みの両方に使用できるようになります。
+ **[完了]** - SSD IOPS の更新が正常に完了しました。
+ **[失敗]** — SSD IOPS の更新に失敗しました。疑問符 (**?**) を選択し、ストレージの更新が失敗した理由の詳細を確認します。
****進行 %****
ストレージ最適化プロセスの進行状況を、完了率として表示します。
****リクエスト時間****
Amazon FSx が更新アクションリクエストを受信した時刻。
## AWS CLI および API を使用した更新のモニタリング
[describe-file-systems](https://docs.aws.amazon.com/cli/latest/reference/fsx/describe-file-systems.html) AWS CLI コマンドと [DescribeFileSystems](https://docs.aws.amazon.com/fsx/latest/APIReference/API_DescribeFileSystems.html) API アクションを使用して、ファイルシステム SSD IOPS 更新リクエストを表示およびモニタリングできます。`AdministrativeActions` 配列には、管理アクションタイプごとに最新の更新アクションが 10 件を表示されます。ファイルシステムの SSD IOPS を増やすと、`FILE_SYSTEM_UPDATE` および `IOPS_OPTIMIZATION` アクションの 2 つの `AdministrativeActions` が生成されます。
# データ重複除外の管理
PowerShell でのリモート管理用の Amazon FSx CLI を使用して、ファイルシステムの[データ重複除外設定](managing-storage-configuration.md#using-data-dedup)を管理できます。PowerShell での Amazon FSx CLI リモート管理の使用の詳細については、「[PowerShell での Amazon FSx CLI の使用](administering-file-systems.md#remote-pwrshell)」を参照してください。
データ重複除外に使用できるコマンドは次のとおりです。
| データ重複除外コマンド | 説明 |
| --- | --- |
| **[Enable-FSxDedup](#enable-dedup)** | ファイル共有でデータ重複除外を有効にします。データ重複除外を有効にすると、重複除外後のデータ圧縮がデフォルトで有効になります。 |
| **Disable-FSxDedup** | ファイル共有のデータ重複除外を無効にします。 |
| **Get-FSxDedupConfiguration** | 最適化の最小ファイルサイズと保存期間、圧縮設定、除外されたファイルタイプとフォルダなど、重複除外設定情報を取得します。 |
| **Set-FSxDedupConfiguration** | 最適化の最小ファイルサイズと保存期間、圧縮設定、除外されたファイルタイプとフォルダなど、重複除外の設定を変更します。 |
| **[Get-FSxDedupStatus](#get-dedup-status)** | 重複除外ステータスを取得し、ファイルシステムの最適化の節約とステータス、時間、ファイルシステム上の最後の重複排除ジョブの完了ステータスを説明する読み取り専用プロパティを含めます。 |
| **Get-FSxDedupMetadata** | 重複除外最適化メタデータを取得します。 |
| **Update-FSxDedupStatus** | 更新されたデータ重複除外の節約情報を計算して取得します。 |
| **Measure-FSxDedupFileMetadata** | フォルダのグループを削除した場合に、ファイルシステム上で再利用できる潜在的なストレージ領域を測定および取得します。多くの場合、ファイルには他のフォルダ間で共有されるチャンクがあり、重複除外エンジンは一意で削除されるチャンクを計算します。 |
| **Get-FSxDedupSchedule** | 現在定義されている重複除外スケジュールを取得します。 |
| **[New-FSxDedupSchedule](#new-dedup-sched)** | データ重複除外スケジュールを作成およびカスタマイズします。 |
| **[Set-FSxDedupSchedule](#set-dedup-sched)** | 既存のデータ重複除外スケジュールの設定を変更します。 |
| **Remove-FSxDedupSchedule** | 重複除外スケジュールを削除します。 |
| **Get-FSxDedupJob** | 現在実行中またはキューに入っているすべての重複除外ジョブのステータスと情報を取得します。 |
| **Stop-FSxDedupJob** | 指定したデータ重複除外ジョブを 1 つ以上キャンセルします。 |
各コマンドのオンラインヘルプには、すべてのコマンドオプションのリファレンスが記載されています。このヘルプにアクセスするには、**-?** (例えば、**Enable-FSxDedup -?**) コマンドを実行します。
## データ重複除外の有効化
Amazon FSx for Windows File Server ファイル共有でデータ重複除外を有効にするには、次のように `Enable-FSxDedup` コマンドを使用します。
```
PS C:\Users\Admin> Invoke-Command -ComputerName amznfsxzzzzzzzz.corp.example.com -ConfigurationName FSxRemoteAdmin -ScriptBlock {Enable-FsxDedup }
```
データ重複除外を有効にすると、デフォルトのスケジュールと設定が作成されます。以下のコマンドを使用して、スケジュールと設定を作成、変更、削除できます。
`Disable-FSxDedup` コマンドを使用して、ファイルシステムのデータ重複除外を完全に無効化できます。
## データ重複除外スケジュールの作成
デフォルトのスケジュールはほとんどの場合うまく機能しますが、次のように `New-FsxDedupSchedule` コマンドを使用して、新しい重複除外スケジュールを作成することができます。データ重複除外スケジュールでは UTC 時間が使用されます。
```
PS C:\Users\Admin> Invoke-Command -ComputerName amznfsxzzzzzzzz.corp.example.com -ConfigurationName FSxRemoteAdmin -ScriptBlock {
New-FSxDedupSchedule -Name "CustomOptimization" -Type Optimization -Days Mon,Wed,Sat -Start 08:00 -DurationHours 7
}
```
このコマンドは `CustomOptimization` という名前のスケジュールを作成します。これは、月曜日、水曜日、土曜日に実行され、毎日午前 8:00 (UTC) にジョブを開始し、最大期間は 7 時間で、ジョブがまだ実行されている場合はジョブを停止します。
新しいカスタム重複除外ジョブスケジュールを作成しても、既存のデフォルトスケジュールが上書きされたり、削除されたりすることはありません。デフォルトのジョブが不要な場合は、カスタム重複除外ジョブを作成する前に無効にすることができます。
以下に示すように、`Set-FsxDedupSchedule` コマンドを使用して、デフォルトの重複除外付けジュールを無効化できます。
```
PS C:\Users\Admin> Invoke-Command -ComputerName amznfsxzzzzzzzz.corp.example.com -ConfigurationName FSxRemoteAdmin -ScriptBlock {Set-FSxDedupSchedule -Name “BackgroundOptimization” -Enabled $false}
```
重複排除スケジュールは、`Remove-FSxDedupSchedule -Name "ScheduleName"` コマンドを使用して削除できます。デフォルトの `BackgroundOptimization` 重複排除スケジュールは変更または削除できないため、無効にする必要があります。
## データ重複除外スケジュールの変更
次のように `Set-FsxDedupSchedule` コマンドを使用して、既存の重複除外スケジュールを変更できます。
```
PS C:\Users\Admin> Invoke-Command -ComputerName amznfsxzzzzzzzz.corp.example.com -ConfigurationName FSxRemoteAdmin -ScriptBlock {
Set-FSxDedupSchedule -Name "CustomOptimization" -Type Optimization -Days Mon,Tues,Wed,Sat -Start 09:00 -DurationHours 9
}
```
このコマンドは、既存の `CustomOptimization` スケジュールを修正します。これは、月曜日から水曜日と土曜日の日に実行され、毎日午前 9:00 (UTC) にジョブを開始し、最大期間は 9 時間で、ジョブがまだ実行されている場合はジョブを停止します。
最適化前のファイルの最小保存期間を変更するには、`Set-FSxDedupConfiguration` コマンドを使用します。
## 保存スペースの量の表示
データ重複除外を実行することで節約するディスク容量を表示するには、次のように `Get-FSxDedupStatus` コマンドを使用します。
```
PS C:\Users\Admin> Invoke-Command -ComputerName amznfsxzzzzzzzz.corp.example.com -ConfigurationName FsxRemoteAdmin -ScriptBlock {
Get-FSxDedupStatus } | select OptimizedFilesCount,OptimizedFilesSize,SavedSpace,OptimizedFilesSavingsRate
OptimizedFilesCount OptimizedFilesSize SavedSpace OptimizedFilesSavingsRate
------------------- ------------------ ---------- -------------------------
12587 31163594 25944826 83
```
**注記**
Capacity、FreeSpace、UsedSpace、UnoptimizedSize、SavingsRate のパラメータに対するコマンドレスポンスに表示される値は信頼できないため、使用しないでください。
# データ重複排除のトラブルシューティング
以下の情報を使用して、データ重複排除を設定および使用する際の一般的な問題のトラブルシューティングにお役立てください。
**Topics**
+ [データ重複排除が機能していない](#data-dedup-not-working)
+ [重複排除の値が予期せず 0 に設定されている](#data-dedup-stopped)
+ [ファイルを削除した後、ファイルシステムのスペースが解放されません](#data-dedup-freed-space)
## データ重複排除が機能していない
データ重複排除の現在のステータスを確認するには、`Get-FSxDedupStatus` PowerShell コマンドを実行し、最新の重複排除ジョブの完了ステータスを表示します。1 つ以上のジョブが失敗している場合、ファイルシステム上で空きストレージ容量の増加が見られない場合があります。
重複排除ジョブが失敗する最も一般的な理由は、メモリ不足です。
+ Microsoft は、1 TB の論理的なデータあたり 1 GB のメモリが最適にあることを[推奨](https://docs.microsoft.com/en-us/windows-server/storage/data-deduplication/install-enable#faq)します (または、1 TB の論理的なデータあたり少なくとも 350 MB)。[Amazon FSx パフォーマンステーブル](performance.md#performance-table) を使用して、ファイルシステムのスループットキャパシティに関連付けられているメモリを特定し、メモリリソースがデータのサイズに対して十分であることを確認します。そうでない場合は、[ファイルシステムのスループットキャパシティを、論理データの 1 TB あたり 1 GB のメモリ要件を満たすレベルまで増やす](managing-throughput-capacity.md)必要があります。
+ 重複排除ジョブは、Windows が推奨するデフォルトの 25％ のメモリ割り当てで設定されます。つまり、32 GB のメモリを備えたファイルシステムの場合、8 GB が重複排除に使用できます。メモリ割り当ては設定可能です (パラメータ `–Memory` で `Set-FSxDedupSchedule` コマンドを使用します)。重複排除にメモリ割り当てを増やすと、ファイルシステムのパフォーマンスに影響する可能性があることに注意してください。
+ 重複排除のジョブの設定を変更して、必要なメモリ量を削減できます。例えば、特定のファイルタイプまたはフォルダーで実行するように最適化を制限したり、最適化のための最小ファイルサイズと経過時間を設定したりできます。また、ファイルシステムのロードが最小限であるアイドル期間中に重複排除ジョブが実行されるように設定することをお勧めします。
重複排除ジョブを完了するのに十分な時間がない場合にも、エラーが表示されることがあります。[データ重複除外スケジュールの変更](managing-data-dedup.md#set-dedup-sched) で説明されているように、ジョブの最大期間を変更する必要がある場合があります。
重複排除ジョブが長期間失敗していて、この期間中にファイルシステム上のデータに変更があった場合、後続の重複排除ジョブを初めて正常に完了するには、より多くのリソースが必要になる場合があります。
## 重複排除の値が予期せず 0 に設定されている
データ重複排除を設定したファイルシステムでは、`SavedSpace` と `OptimizedFilesSavingsRate` の値が予期せず 0 になります。
これは、ファイルシステムのストレージ容量を増やす際、ストレージ最適化プロセス中に発生する可能性があります。ファイルシステムのストレージ容量を増やすと、Amazon FSx は、ストレージ最適化プロセス中に既存のデータ重複排除ジョブをキャンセルします。これにより、以前のディスクから新しくより大きなディスクにデータが移行されます。ストレージ最適化ジョブが完了すると、Amazon FSx はファイルシステムでのデータ重複排除を再開します。ストレージ容量の増加とストレージの最適化の詳細については、「[ストレージ容量の管理](managing-storage-configuration.md#managing-storage-capacity)」を参照してください。
## ファイルを削除した後、ファイルシステムのスペースが解放されません
データ重複排除の予想される動作は、重複排除がスペースを節約したデータが削除されたデータであった場合、ガベージコレクションのジョブが実行されるまでファイルシステムでスペースは解放されません。
役立つと思われるプラクティスとして、多数のファイルを削除した直後にガベージコレクションのジョブを実行するようにスケジュールを設定することができます。ガベージコレクションのジョブが終了したら、ガベージコレクションのスケジュールを元の設定に戻すことができます。これにより、削除により解放された容量をすぐに確認できます。
次の手順を使用して、ガベージコレクションジョブを 5 分で実行するように設定します。
1. データ重複排除が有効になっていることを確認するには、`Get-FSxDedupStatus` コマンドを使用します。コマンドとその期待される出力の詳細については、「[保存スペースの量の表示](managing-data-dedup.md#get-dedup-status)」を参照してください。
1. 以下を使用して、5 分後にガベージコレクションのジョブを実行するスケジュールを設定します。
```
$FiveMinutesFromNowUTC = ((get-date).AddMinutes(5)).ToUniversalTime()
$DayOfWeek = $FiveMinutesFromNowUTC.DayOfWeek
$Time = $FiveMinutesFromNowUTC.ToString("HH:mm")
Invoke-Command -ComputerName ${RPS_ENDPOINT} -ConfigurationName FSxRemoteAdmin -ScriptBlock {
Set-FSxDedupSchedule -Name "WeeklyGarbageCollection" -Days $Using:DayOfWeek -Start $Using:Time -DurationHours 9
}
```
1. ガベージコレクションのジョブが実行され、スペースが解放されたら、スケジュールを元の設定に戻します。