LTM スペシャリストは、プール メンバーと対応するアプリケーション サービス ポートの両方をチェックする一連のモニターを備えたプールを作成する必要があります。プール メンバーにはポート 80 上のサービスがあります。アプリケーション サービスはポート 8009 上にあります。
LTM デバイスは、プール メンバーと対応するアプリケーション サービスがモニターを通過するときに、プール メンバーへのトラフィックをロード バランシングする必要があります。
この要件を満たすモニターとパラメーター セットはどれですか?

展示を参照してください。


BIG-IP 管理者は、SSH トラフィックの負荷分散を行うために新しい仮想サーバーを作成します。ユーザーはサーバーにログオンできません。
この問題を解決するには、BIG-IP 管理者は何をすべきですか?

- 展示する -

- 展示する -
展示を参照してください。
Web アプリケーションは、ユーザーのコンピューターが夜間にシャットダウンされた後でもセッションを継続できるように構成されています。新しい LTM デバイスは、Web アプリケーションの負荷を複数のサーバーに分散するように構成されています。アプリケーション所有者は、ブラウザーが再起動されるかコンピューターが再起動されるたびに、アプリケーション ユーザーが Web アプリケーションからログアウトされると報告します。
何が問題ですか？

プールには 3 つのサーバー (172.16.20.1、172.16.20.2、および 172.16.20.3) があり、仮想 IP アドレスが割り当てられています。
10.0.20.88。
ユーザーは HTTP アプリケーションに接続できません。問題を理解し、解決策を見つけるために、LTM スペシャリストは LTM デバイス上で 2 つの同時トレースを実行し、次の結果が得られます。
クライアント側でトレースします。
tcpdump: 詳細出力は抑制されます。0.0 でリッスンする完全なプロトコル デコードには -v または -vv を使用します。リンク タイプ EN10MB (イーサネット)、キャプチャ サイズ 96 バイト
22:22:07.423759 IP 172.16.20.100.53875 > 10.0.20.88.80: S 998346084:998346084(0) 勝利 5840 <mss
1460,sackOK,タイムスタンプ 67942058 0,nop,wscale 4>
22:22:07.424056 IP 10.0.20.88.80 > 172.16.20.100.53875: S 4671780:4671780(0) ack 998346085 win 4380
<mss 1460,nop,wscale 0,nop,nop,タイムスタンプ 2392362490 67942058,sackOK,eol>
22:22:07.424776 IP 172.16.20.100.53875 > 10.0.20.88.80: 。ack 1 勝利 365 <nop,nop,タイムスタンプ 67942058
2392362490>
22:22:07.424790 IP 172.16.20.100.53875 > 10.0.20.88.80: P 1:149(148) ack 1 win 365 <nop,nop,timestamp
67942058 2392362490>
22:22:07.424891 IP 10.0.20.88.80 > 172.16.20.100.53875: 。ack 149 win 4528 <nop,nop,タイムスタンプ
2392362491 67942058>
22:22:12.024850 IP 10.0.20.88.80 > 172.16.20.100.53875: R 1:1(0) ack 149 win 4528
6 パケットがキャプチャされました
フィルタで6パケット受信
カーネルによってドロップされたパケットは 0 個です
サーバー側でトレースします。
tcpdump: 詳細出力は抑制されます。内部でリッスンする完全なプロトコル デコードには -v または -vv を使用します。リンク タイプ EN10MB (イーサネット)、キャプチャ サイズ 96 バイト
22:22:07.424881 IP 172.16.20.100.53875 > 172.16.20.2.80: S 51116678:51116678(0) 勝利 4380 <mss
1460,nop,wscale 0,nop,nop,タイムスタンプ 2392362491 0,sackOK,eol>
22:22:08.424893 IP 172.16.20.100.53875 > 172.16.20.2.80: S 51116678:51116678(0) 勝利 4380 <mss
1460,nop,wscale 0,nop,nop,タイムスタンプ 2392363491 0,sackOK,eol>
22:22:09.625082 IP 172.16.20.100.53875 > 172.16.20.2.80: S 51116678:51116678(0) 勝利 4380 <mss
1460,nop,wscale 0,nop,nop,タイムスタンプ 2392364691 0,sackOK,eol>
22:22:10.825194 IP 172.16.20.100.53875 > 172.16.20.2.80: S 51116678:51116678(0) 勝利 4380 <mss
1460,サックOK,エオル>
4 パケットがキャプチャされました
フィルタによって 4 つのパケットが受信されました
カーネルによってドロップされたパケットは 0 個です
LTM スペシャリストは問題を解決するために何をすべきでしょうか?

LTM スペシャリストは、新しいアプリケーションの処理をオフロードするようにクライアント プロファイルを構成しています。会社のポリシーでは、クライアントは最大 30 分間セッションを再開できるが、その後は新しいセッションを再ネゴシエートする必要があります。
この要件を満たすために、LTM スペシャリストはどの設定を変更する必要がありますか?