BIG-IP の管理、サポート、およびトラブルシューティングに関するドキュメントからの包括的かつ詳細な 150 ～ 250 語の説明:
QKViewファイルは、F5サポートがBIG-IPシステムの問題をトラブルシューティングするために使用する主要な診断サポートバンドルです。実行構成、ライセンスの詳細、モジュールのプロビジョニング、ハードウェアステータス、ソフトウェアバージョン、ログファイル、統計情報、そして多数の診断コマンドの出力など、包括的なシステム情報が含まれています。パフォーマンスの問題や構成の問題を調査する場合、あるいはF5にサポートケースを提出する場合、QKViewの生成は標準的な推奨手順です。
BIG-IP設定ユーティリティ（GUI）では、QKViewを生成するための適切な場所は「システム」>「サポート」です。このメニューは、サポートとトラブルシューティング業務のために特別に設計されています。このセクションから、管理者はQKViewファイルを生成し、作成の進捗状況を監視したり、ローカルにダウンロードしたり、F5 iHealthに直接アップロードして自動分析を行ったりすることができます。このワークフローは、BIG-IP管理およびサポートガイドに明確に記載されており、F5のベストプラクティスに準拠しています。
その他のメニュー オプションは適切ではありません。
システム > 構成は、DNS、NTP、デバイス ID などのシステム全体の設定に使用されます。
システム > アーカイブは、診断バンドルではなく構成バックアップである UCS バックアップ ファイルを作成するために使用されます。
システム > ログは、システム ログの表示にのみ使用され、サポート ファイルの生成には使用されません。
したがって、「システム > サポート」が正しい唯一の有効な回答です。

忙しい環境に新しいメンバーを追加した直後にプールが期待通りに動作しない場合は、
「低速ランプ時間」の設定は重要な要素です
「最少接続数」負荷分散方式を採用したプールでは、新規メンバーはアクティブな接続がゼロの状態で開始します5858。スローランプタイムが設定されていない場合、BIG-IPは大量の新規トラフィックをこのサーバーに即座に送信し、他のメンバーと「均等化」させます。この急激なトラフィック増加は、サーバーのアプリケーションスタックが完全に初期化またはキャッシュのウォームアップを完了する前に過負荷となり、障害につながる可能性があります。「スローランプタイム」を設定することで、管理者は指定された期間にわたって、システムが新規メンバーに送信されるトラフィック量を徐々に増加させることが可能になります。送信されるトラフィック量は、ランプタイム設定62に対するメンバーの可用性時間に比例します。アプリケーションが新しいサーバーにルーティングされたユーザーに対してのみ障害が発生する場合は、この設定を確認することで、サービスパフォーマンスを低下させることなく、新しい容量をプールに統合することができます。

複数のサービスをホストするハードウェア間で負荷分散が期待どおりに機能していない場合、管理者は「メンバー」レベルと「ノード」レベルのアルゴリズムを区別する必要があります102102102102。「メンバー」とは特定のIPアドレスとポート番号（例：10.1.1.1:80）であり、「ノード」とはポート番号に関わらず物理サーバーのIPアドレス（10.1.1.1）です103。サーバーがFTPサービスとHTTPサービスを別々のプールでホストしている場合、「最小接続数（メンバー）」を使用すると、各プール内のみで接続が分散されます。そのため、たとえ数百件ものFTP接続で過負荷状態であっても、HTTP接続数が最も少ないサーバーが新しいHTTP接続に選択されるという偏った分散が発生する可能性があります。「最小接続数（ノード）」を適用することで、BIG-IPはすべてのポートとプールにおける物理ハードウェアへの接続数の合計を追跡します106106106106。これにより、管理者はサーバー群全体のワークロードを均等に分散させることができ、サーバーサポートチームから報告されるトラフィックの不均等な分散の報告を解決できます。

フェイルオーバー後、トラフィックが「数分後に安定する」場合、上流のルーターやスイッチのARPキャッシュに関連するネットワークレベルのパフォーマンス問題を示しています。各BIG-IPインターフェースには固有のハードウェアMACアドレスがあります。フェイルオーバー中、スタンバイデバイスはフローティングIPアドレスを引き継ぎますが、上流スイッチは引き続きそのIPアドレスをオフラインになったデバイスのMACアドレスに関連付けます。スイッチが新しいMACアドレスを学習するか、ARPエントリの有効期限が切れるまで、トラフィックは失われます。「MACマスカレード」は、フローティングトラフィックグループに共有の仮想MACアドレスを作成することでこの問題を解決します。この仮想MACアドレスは、現在アクティブなデバイスによって使用されます。仮想サーバーIPのMACアドレスはネットワークの観点からは決して変化しないため、上流デバイスはARPテーブルを更新する必要はありません。このトラブルシューティングソリューションは、フェイルオーバーに伴う遅延を排除し、シームレスな移行を実現し、BIG-IPのHA状態が変化してもアプリケーショントラフィックフローが中断されないようにします。

BIG-IP A41管理サポートおよびトラブルシューティングドキュメントからの包括的かつ詳細な説明：複雑な環境全体の機能を確認するには、「ネットワークマップ」が構成ユーティリティ43の中で最も効率的なトラブルシューティングツールです。ネットワークマップは、トラフィック管理オブジェクトを階層的に視覚的に表示します44。管理者は、仮想サーバーのステータス（緑/赤/黄）、関連付けられたプールのステータス、個々のプールメンバーの健全性、現在アタッチされているiRuleを一目で確認できます45。このビューは、オブジェクト間の依存関係をマッピングするため、トラブルシューティングにおいて標準の「仮想サーバーリスト」よりも優れています46。例えば、仮想サーバーが「赤」の場合、ネットワークマップには、そのステータスが障害が発生したプールから継承されたものなのか、プールメンバー上の特定のモニターの障害から継承されたものなのかが表示されます。ネットワークマップでこれらの基本統計を確認することで、管理者は障害がサービスレベル（仮想サーバー）、ロジックレベル（iRule）、ハードウェアレベル（プールメンバー）のいずれにあるかを迅速に特定できます。