ソフトウェアLB パラメータシート（nginx / HAProxy）

BIG-IP・A10 Thunder と同じ位置づけですが、★装置を買わない選択肢なので、装置側の2本とは核が違います。★核は3枚です。（1）ヘルスチェック設計 … ★nginx の無償版には能動的なヘルスチェックがありません（NGINX Plus の機能）。無償版で使えるのは受動的な確認だけで、max_fails（既定1回）と fail_timeout（既定10秒）により、★実際の利用者のリクエストが失敗しないと「落ちた」と分かりません。つまり最初の何人かは必ずエラーになります。HAProxy は無償版でも能動的に確認できるので、★製品を選ぶ段階で効く違いです。（2）設定の反映と冗長 … 設定はテキストなので★1つの誤字で全サービスが落ちます。必ず検査してから反映してください。再読み込みと再起動を取り違えると既存の接続が切れます。そして★装置と違って筐体のHAが無く、冗長は自分で組むことになります。監視の経路が1本だと両方が現用になり、同じIPが2つ存在します。（3）OSと資源設計 … ★装置ではないのでOS側の上限が効きます。同時接続数はLBの設定だけ上げても増えず、バックエンドへ出る送信元ポートが枯渇すると「途中から繋がらない」形で出ます。★能動的な確認の可否は nginx 公式ドキュメントで裏を取っています。

★製品を選ぶ段階で、能動的なヘルスチェックが使えるかを確認してください。nginx の無償版では使えません。「LBとして同じ」と思って選ばないでください。★無償版で使うなら、受動的な設定の値を明示してください。既定（1回の失敗・10秒）のままだと、一時的な失敗でも外れます。★1台止める試験では、外れることだけでなく「外れるまでに何リクエスト失敗したか」まで見てください。それを許容できるかが判断の材料になります。★「全部落ちた」を監視項目一覧に入れてください。全メンバーが落ちるとLBはただエラーを返すだけになり、1台ずつの監視では拾えません。★反映の前に必ず検査してください。1つの誤字で全サービスが落ちます。★再読み込みと再起動を取り違えないでください。手順書に明記してください。★冗長は自分で組みます。何も入れなければ1台構成のままです。★監視の経路を2本以上にしてください。1本だと両方が現用になり、同じIPが2つ存在します。★プロセスが生きていることと応答することは別です。応答しない状態で切り替わるかを試験してください。★同時接続数はOS側の上限も上げてください。★性能は実測してください。装置の公称値のような数字がありません。パスワード・証明書の鍵は書かず「別紙参照」としてください。