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

FSx for Windows File Server ファイルシステムのパフォーマンスは、ファイルシステムにドライブするトラフィック、ファイルシステムのプロビジョニング方法、データ重複排除やシャドウコピーなど、有効になっている機能によって消費されるリソースなど、いくつかの要因によって異なります。ファイルシステムのパフォーマンスについての詳細は、「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 を示しています。

詳細については、「Amazon によるモニタリング CloudWatch」を参照してください。

ネットワーク I/O が低い場合でも、 CPUまたは のメモリ使用量が多いのはなぜですか？

ファイルサーバーCPUとメモリの使用量は、ドライブするネットワークトラフィックだけでなく、ファイルシステムで有効にした機能にも依存します。これらの機能の設定とスケジュールの方法は、 CPUとメモリ使用率に影響を与える可能性があります。

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

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

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

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

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

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

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

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

注記

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

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

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

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

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

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