yoku0825様

ご回答頂きありがとうございます。

ご教授頂いた内容を元に再度見直したところ、
LVS側のiptablesにmysqlの許可設定でNEWステートが入っている影響で、
MySQL側にFINが届いておらず、LVS側でドロップされておりました。

LVS側のiptablesを下記の様に変更し問題は解決しました。

-----
from
-A RH-Firewall-1-INPUT -s xxxx -p tcp -m state --state NEW -m tcp --dport xxxx -j ACCEPT
to
-A RH-Firewall-1-INPUT -s xxxx -p tcp -m tcp --dport xxxx -j ACCEPT
-----

ありがとうございました!!


2014年11月2日 17:21 yoku ts. <yoku0825@gmail.com>:

こんにちは、yoku0825といいます。

このあたり、参考にならないでしょうか。

LVS が FIN を落とす | 3.1415.jp
http://3.1415.jp/node/226

yoku0825,

2014/11/01 23:26 "香田昌俊" <m.kouda@verve-inc.jp>:

香田と申します。初めて投稿させて頂きます。
MySQLの負荷分散としてLVS(DSR)を利用し、Postfix(クライアント)からMySQLを
参照させメール配信を行う検証を行っております。

--------
構成
- Postfix (クライアント) ---> LVS(DSR) ---> MySQL

バージョン
- Keepalived 1.2.7
- MySQL 5.5.36
- Postfix 2.6.6-6
--------

Postfix側でMySQLを参照させ、メール送信を行うと
送信完了後も、MySQLにconnectionが残り続けるという事象が発生しました。
メール配信をする度にconnectionが残り続け、
最終的にMySQL でmax connectionに到達してしまうという状況です。

netstatを見ると、MySQL側にESTABLISHEDが残り続け、
Postfix側にFIN_WAIT1が多発している状況です。

何か考えられる要因等、アドバイスいただけると幸いです。
宜しくお願いします。