F5サービスダウン時のアクション
「ActiononServiceDown」をNoneに設定したときに、F5がトラフィックをリバランスする方法を知っている人はいますか。つまり、アクティブな接続があり、サーバーがダウンするようにヘルスチェックを更新したとします。既存の接続はアクティブですが、Apacheサービスを停止します。 F5は、以前の接続に対する応答が表示されないことに基づいて再選択しますか、それとも2つのiRuleイベントを使用する必要がありますか... LB_FAILEDおよびLB_RESELECT？
ありがとう、
'action on servicedown'のプール構成がデフォルトの 'none'に設定されている場合、プールメンバーがマークダウンされている場合、LTMは既存の接続に対して何も行いません。
新しい接続は、新しいプールメンバーに対して負荷分散/永続化されます。
ほとんどのアプリケーショントラフィック処理では、通常、新しいプールメンバーを再選択して、クライアント接続の途中で新しいサーバー側接続を作成することはできません。クライアントは通常、新しく選択されたサーバー上にアプリケーションセッションを作成しません。
HTTPの場合、通常、デフォルトの「サービスダウン時のアクション」設定である「なし」を使用するか、「拒否」を使用するのが理にかなっています。拒否はLTMをトリガーしてTCPリセットをクライアントに送信し、新しいプールメンバーへの新しいTCP接続でリクエストを手動で再試行できるようにします。
アーロン
免責事項：私は1年間f5LTMに触れていません。
提案どおりに再選択されます（負荷分散方法によって方法が決まります）が、注意点があります。iRuleと組み合わせてCookieの永続性を有効にすると、モニターの状態が無視され、すべてのプールメンバーが非アクティブであっても、トラフィックは非アクティブなプールメンバーに渡されます。そのシナリオは、LB_あなたが言及したイベントは重宝します。