基本的なレイテンシ分析における構成要素の内訳を表示するには、リンクが必要です。リンクがなくても、レイテンシ、IOPS、スループットのグラフは表示できますが、詳細な内訳は表示できません。詳細については、"Workload Factory for EDAでレイテンシ監視を設定する"を参照してください。

アラートは、同じ操作タイプ（読み取りまたは書き込み）に対してレイテンシしきい値とIOPSしきい値の両方が超過し、かつ両方の条件が選択された時間範囲全体にわたって継続した場合にのみトリガーされます。両方を条件とすることで、システムが実際のワークロードを処理している間に高レイテンシが発生していることが確認されるため、誤報を減らすことができます。詳細については、"Workload Factory for EDAにおけるレイテンシ監視について学ぶ"を参照してください。

基本的な分析ではONTAP QoS遅延センターの指標が使用される一方、レイテンシグラフではCloudWatchデータが使用されます。これら2つのソースはデータの収集方法が異なるため、わずかな差異が生じることが予想されます。根本原因の特定自体は、ONTAP QoSデータに基づいています。詳細については、"Workload Factory for EDAにおけるレイテンシ監視について学ぶ"を参照してください。

基本的な分析はすべてのレイテンシイベントで自動的に実行され、ONTAP QoS遅延センターメトリクスを使用して、どのコンポーネント（FlexCache、キャパシティプール、QoS制限、ディスク、データ、またはクラスタなど）が速度低下の原因となっているかを特定します。AI分析はオプションであり、複雑なデータやクラスタの問題に対して、潜在的な根本原因、影響を受けるEC2クライアントのリスト、2つ以上の修復手順など、より詳細な調査を提供します。詳細については、"Workload Factory for EDAにおけるレイテンシーの問題を分析する"を参照してください。

アカウント管理者がAI機能を無効にしている場合、またはNetApp管理のAIクレジットが有効になっていても月間予算に達している場合、AI分析は利用できません。いずれの場合もメッセージが表示され、AI分析は使用できません。

各ボリュームについて、最新の侵害のみが表示されます。同じボリュームの過去の侵害は表示されません。表示されるイベントの最大数は200件で、新しいイベントが追加されると古いイベントは削除されます。

通知頻度は2種類から選択できます：「毎日通知する」（推奨）は、同じファイルシステムに対して次の通知を送信するまで24時間待機します。「レイテンシ違反が発生した場合に通知する」は、最大で20分に1回通知します。通知はボリュームごとではなくファイルシステムごとに送信され、影響を受けるすべてのボリュームが1つのアラートにまとめられます（メールには最大10個のボリュームが表示されます）。詳細については、"Workload Factory for EDAでレイテンシ監視を設定する"を参照してください。

EDAで設定したレイテンシのしきい値は、デフォルトではアカウント全体に適用されます。また、General Storageワークロードで個々のボリュームのレイテンシしきい値を設定することもできます。そのボリュームレベルの設定は、そのボリュームに対して優先されます。EDAでアカウントレベルのしきい値を更新しても、既存のボリュームレベルの設定は変更されません。詳細については、"Workload Factory for EDAでレイテンシ監視を設定する"を参照してください。

クリティカルイベントのしきい値は、警告しきい値よりも高く設定する必要があります。クリティカルしきい値を警告しきい値よりも低く設定すると、システムにエラーが表示され、設定を保存できなくなります。

通知のみ（推奨）：Workload Factoryは使用状況を分析し、変更を提案しますが、適用するかどうかはお客様が決定するため、完全な制御権が維持されます。自動化：Workload Factoryは、設定された条件が満たされると、手動での作業なしに容量またはスループットの変更を自動的に行います。なし：システムは推奨事項や自動アクションを行わないため、容量管理はお客様自身で行う必要があります。詳細については、"Workload Factory for EDA の概要ダッシュボードについて説明します"を参照してください。

AWSタグに基づいて最大5つのカスタムフィルターを設定できます。各フィルターには、フィルターラベル、AWSタグキー名、および選択タイプ（単一選択または複数選択）を指定できます。プロジェクトダッシュボードを最初に開いた管理者のみが、カスタムフィルターを作成、変更、または削除できます。他の管理者を含む他のすべてのユーザーは、フィルターを表示することしかできません。詳細については、"Workload Factory for EDA でプロジェクトダッシュボードを設定します。"を参照してください。

カスタムフィルターを設定しない場合でも、デフォルトのフィルター（ファイルシステム、ボリュームタイプ、期間）は引き続き利用できるため、ダッシュボードの表示と使用を継続できます。詳細については、"Workload Factory for EDA のプロジェクトダッシュボードについて説明します"を参照してください。

ボリュームビューには、各メトリック（使用容量、IOPS、スループット）の上位10個のボリュームのみが表示されます。ボリュームが10個を超える場合、詳細ビューには一部のボリュームが表示されません。詳細については、"Workload Factory for EDA のプロジェクトダッシュボードについて説明します"を参照してください。

プロジェクトには、ソフトウェア環境と成果物を表すボリュームが割り当てられます。ソフトウェアをアップデートする際には、既知のバージョンをマークするためにボリュームのスナップショットを作成します。開発、QA、またはビルドプロセスで使用される、特定のソフトウェアバージョンのクローンは、ワークスペースと呼ばれます。詳細については、"Workload Factory for EDAにおけるPerforceの統合について学ぶ"を参照してください。

プロジェクトを削除すると、そのプロジェクトに関連付けられているコードや成果物もボリュームから削除されます。ただし、プロジェクトのスナップショットとクローンは保持されます。詳細については、"Workload Factory for EDAでEDAプロジェクトを管理する"を参照してください。

プロジェクトを作成する際に、最大保持日数（この日数を過ぎるとWorkload Factoryがクローンを削除します）、ユーザーまたはグループごとの最大クローン数、最大クローンサイズ（GiB単位）などの運用ポリシーを設定できます。詳細については、"Workload Factory for EDAでEDAプロジェクトを管理する"を参照してください。

P4V統合ファイルをダウンロードし、P4Vを開いて*ツール* > ツールの管理 > HTMLタブ*に進み、*HTMLタブのインポート*を選択し、統合XMLファイルを選択してから、*表示 > *Workload Factory*に進みます。すると、EDA用Workload FactoryのWeb UIが、P4Vクライアント内のHTMLタブとして表示されます。詳細については、"Workload Factory for EDAをPerforceと統合する"を参照してください。

Codeboxは、Workload Factoryに組み込まれたInfrastructure-as-Code（IaC）コパイロットであり、Workload Factoryがサポートするあらゆる操作を実行するためのコード生成を支援します。リソース作成時にコードスニペットを生成し、開発者およびDevOps向けのIaCコパイロットとして機能するほか、迅速な再利用を可能にするコードビューアと自動化カタログを提供します。詳細については、"CodeboxでEDAワークロードを自動化する"を参照してください。

Amazon FSx for NetApp ONTAPはAWSのファーストパーティソリューションであるため、サポートについてはAWSマネジメントコンソールのサポートセンターを使用し、「FSx for ONTAP」を選択してケースをオープンしてください。Workload Factoryまたはそのアプリケーションとサービスに関する一般的な質問については、"EDAの支援を受ける"を参照してください。