ファイルシステムのパフォーマンスの問題のトラブルシューティング

ファイルシステムのパフォーマンスは、ファイルシステムへのトラフィック、ファイルシステムのプロビジョニング方法、有効な機能 (データ重複排除やシャドウコピー) など、いくつかの要因によって決まります。ファイルシステムのパフォーマンスについての詳細は、「FSx for Windows File Server のパフォーマンス」を参照してください。

ファイルシステムのスループットと IOPS 制限はどのように決定すればよいですか?

ファイルシステムのスループットと IOPS 制限を確認するには、プロビジョニングのスループットキャパシティに基づくパフォーマンスレベルを示す表を参照してください。

ネットワーク I/O とディスク I/O の違いは何ですか? ネットワーク I/O がディスク I/O と異なる理由を教えてください。

Amazon FSx ファイルシステムには、ファイルシステムにアクセスするクライアントにネットワーク経由でデータを提供する 1 つ以上のファイルサーバーが含まれます。これがネットワーク I/O です。ファイルサーバーには高速のインメモリキャッシュがあり、これにより最も頻繁にアクセスされるデータのパフォーマンスが向上します。また、ファイルサーバーは、ファイルシステムのデータをホストするストレージボリュームにトラフィックを誘導します。これがディスク I/O です。次の図は、Amazon FSx ファイルシステムのネットワーク I/O およびディスク I/O を示しています。

詳しくは、「Amazon CloudWatch によるメトリクスのモニタリング」を参照してください。

ネットワーク I/O が低いのに CPU またはメモリの使用率が高いのはなぜですか?

ファイルサーバーの CPU とメモリの使用率は、ネットワークトラフィックの他、ファイルシステムで有効にした機能によっても異なります。これらの機能をどのように設定およびスケジュールするかは、CPU とメモリの使用率に影響します。

進行中のデータ重複排除のジョブはメモリを消費する可能性があります。重複排除のジョブの設定を変更して、メモリ要件を削減できます。例えば、特定のファイルタイプまたはフォルダーで実行するように最適化を制限したり、最適化のための最小ファイルサイズと経過時間を設定したりできます。また、ファイルシステムのロードが最小限であるアイドル期間中に重複排除ジョブが実行されるように設定することをお勧めします。詳しくは、「データ重複除外」を参照してください。

アクセスベースの列挙を有効にしている場合、エンドユーザーがファイル共有を表示またはリストしたとき、またはストレージスケーリングのジョブでの最適化フェーズ中に CPU 使用率が高くなることがあります。詳細については、「Microsoft Storage ドキュメント」の「Enable access-based enumeration on a namespace」(名前空間でアクセスベースの列挙を有効にする) を参照してください。

バーストとは何ですか? 私のファイルシステムではどのくらいのバーストが使用されてるでしょうか? バーストクレジットがなくなるとどうなりますか?

通常、ファイルベースのワークロードはスパイキーです。このワークロードは、バースト間のアイドル時間で I/O が高い期間が短く、集中しているのが特徴です。これらのタイプのワークロードをサポートするために、ファイルシステムが維持できるベースライン速度に加えて、Amazon FSx ではネットワーク I/O とディスク I/O の両方のオペレーションで一定期間、より高速にバーストする機能が提供されています。

Amazon FSx は、I/O クレジットメカニズムを使用して、平均使用率に基づきスループットと IOPS を割り当てます。ファイルシステムでは、スループットと IOPS の使用率がベースラインの制限を下回るとクレジットを蓄積し、必要な時にこれらのクレジットを使用して、ベースラインの制限を越えてバーストできます (バースト制限まで)。ファイルシステムのバースト制限およびバースト期間の詳細については、「FSx for Windows File Server のパフォーマンス」を参照してください。

[Monitoring & performance]　(モニタリングとパフォーマンス) ページに警告が表示されます。ファイルシステムの設定を変更する必要はありますか?

[Monitoring & performance] (モニタリングとパフォーマンス) ページには、最近のワークロードの要求が、ファイルシステムの設定方法で決まるリソースの制限に近づいたか、超えた場合に警告が表示されます。必ずしも設定を変更する必要があるわけではありませんが、推奨されるアクションを実行しないと、ファイルシステムがワークロードに対して十分にプロビジョニングされない可能性があります。

警告の原因となったワークロードが典型的なものではなく、それが続くとは考えにくい場合は、何の対策も行わず以後の使用率を注意深く監視すれば問題ない場合があります。ただし、警告の原因となったワークロードが典型的なもので、継続またはさらに悪化する場合は、推奨されるアクションに従い (スループットキャパシティを増やして) ファイルサーバーのパフォーマンスを向上させるか、(ストレージ容量を増やすか、HDD から SSD ストレージに切り替えることで) ストレージボリュームのパフォーマンスを向上させることをお勧めします。

注記

特定のファイルシステムイベントは、ディスク I/O パフォーマンスリソースを消費し、パフォーマンスの警告をトリガーする可能性があります。例:

• ストレージ容量のスケーリングの最適化フェーズでは、ストレージ容量の拡張とファイルシステムのパフォーマンス で説明されているように、ディスクスループットが向上する可能性があります。

• マルチ AZ ファイルシステムでは、スループットキャパシティのスケーリング、ハードウェアの交換、アベイラビリティーゾーンの中断などのイベントにより、自動的にフェイルオーバーとフェイルバックのイベントが発生します。この期間内に発生したデータ変更は、プライマリファイルサーバーとセカンダリファイルサーバー間で同期させる必要があるため、Windows Server はディスク I/O リソースを消費するデータ同期ジョブを実行します。詳しくは、「スループット容量の管理」を参照してください。

メトリクスが一時的に消えてしまいました。どうすればよいですか?

シングル AZ ファイルシステムは、ファイルシステムのメンテナンス中、インフラストラクチャコンポーネントの交換時、およびアベイラビリティーゾーンが利用できないときには利用できません。この間、メトリクスは利用できません。

マルチ AZ 配置では、Amazon FSx は異なるアベイラビリティーゾーンにスタンバイファイルサーバーを自動的にプロビジョニングして、維持します。ファイルシステムのメンテナンスまたは計画外のサービスの中断がある場合、Amazon FSx は自動的にセカンダリファイルサーバーにフェイルオーバーし、手動による介入なしでデータへのアクセスを継続できるようにします。ファイルシステムがフェイルオーバーおよびフェイルバックする短い期間、メトリクスが一時的に利用できなくなる場合があります。