[pgpool-general-jp: 1316] Re: select 文のタイムアウトについて

[Kikuchi Yukihiro]

石井様

ご返信ありがとうございます。

環境はクラウドです。
WebサーバとDB#2については調査してみます。

pgpoolのバージョンですが、3.0.3->3.0.16に上げるのと
3.0.3->3.3.4に上げるのではどちらが良いのでしょうか。
現状ではDBのレプリケーションと負荷分散のみを目的としています。
ただ、今後サービスが追加されていく予定もあり、選択に迷っております。

よろしくお願い致します。

----- Original Message -----
>Date: Tue, 28 Oct 2014 08:56:38 +0900 (JST)
>To: pgpool-general-jp ＠ sraoss.jp, y-kik ＠ nifty.com
>Subject: Re: [pgpool-general-jp: 1312] select
>From: Tatsuo Ishii <ishii ＠ sraoss.co.jp>
>
>
>石井です。
>
>> お世話になります。菊池と申します。
>> 
>> WebサーバからDBサーバへ接続する際にpgpool-II-3.0.3を使用しています。
>
>3.0.3は2011年にリリースされたバージョンで、相当古いので、最新の3.0.16に
>アップグレードすることをおすすめします。
>
>後はどういう環境をお使いか分かりませんが、単純にpgpool-IIとDB#2の間のネッ
>トワーク機器が壊れかけている可能性もあります。仮想環境やクラウドでは、
>ネットワークが不安定で、タイムアウトするケースもあります。そのへんも調
>査されてはいかがでしょう？
>--
>Tatsuo Ishii
>SRA OSS, Inc. Japan
>English: http://www.sraoss.co.jp/index_en.php
>Japanese:http://www.sraoss.co.jp
>
>> pgpoolはレプリケーションモードで動作しており、2台のDBサーバへ接続しています
が
>> select文を発行した際にDB#2側でのみタイムアウトが発生することがあります。
>> 以前は2か月ごとぐらいだったのが8月後半以降はほぼ一週間に一度発生すようにな
りま
>> した。
>> 9月中旬にDBサーバ2台をリブートしたところタイムアウトが10/27まで発生しており
ま
>> せん。
>> 
>> pgpoolのメッセージは以下のものが残っていました。
>> wait_for_query_response:waiting for backend 1 cpmpleting the query
>> pool_read_failed(connection timeout)
>> 
>> DB#2には”接続がタイムアウトしました”とログが残っていました。
>> 
>> 
>> リブートで状況が改善しているように見えますので、不要なセッションが残ったま
まに
>> なっていてリソースが確保できない状態になったのかとも思いますが、
>> 情報がpgpool,postgresのメッセージしかないため判断が付きません。
>> 
>> タイムアウトを解消するためにどの様な方法がありますでしょうか。
>> また、今度タイムアウトが発生した際に取得すべき情報は何がありますでしょうか
。
>> （各サーバのps　-ef、vmstat、メッセージ等でしょうか）
>> 
>> 環境は以下の通りです。（一部情報が頂けていないものがあります）
>> 
>> pgpool-II-3.0.3
>> PostgreSQL-9.0.3
>> Web,DBサーバーとも低負荷状態
>> 
>> 情報が少なくて申し訳けありませんが、よろしくお願い致します。
>> 
>> _______________________________________________
>> pgpool-general-jp mailing list
>> pgpool-general-jp ＠ sraoss.jp
>> http://www.sraoss.jp/mailman/listinfo/pgpool-general-jp