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が多発している状況です。

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

宜しくお願いします。