Pgpool-IIの接続性能の改善 | Let's POSTGRES

SRA OSS, Inc. 日本支社 石井 達夫 はじめに 本記事は2013年のPostgreSQL Advent Calendar の 12/17 の記事です。pgpool-IIに多数のクライアント同時に接続すると、極端にレスポンスが落ちることがあります。ここではその原因と改善方法について考えます。 pgpool-IIはpre-fork型のアーキテクチャ pgpool-IIは、複数のPostgreSQLを使ったクラスタシステムを構築できるミドルウェアです。pgpool-IIでは、num_init_childrenというパラメータの数だけあらかじめプロセスを起動(pre-fork)しておきます。クライアントからの接続要求があると、そのプロセスの一つがカーネルから選択され、クライアントからの接続を受付けて、処理を開始します。これはApacheなどと同じ方式で、あらかじめプロセスをフォークして

[wushi]

netstat -sでカーネルのlistenキューあふれの状況が確認可能。ESTABLISHEDの数/file descriptorの最大数で現在の許容量と使用率は分かるが、あふれた時捨てられている数が分かれば増やす数の指標にできる。

[tmatsuu]

あれ、somaxconnを増やしてもプログラム側のlistenが十分に大きくなければ意味ないのか。ここらへんの理解がまだ乏しいおれ。

[koemu]

somaxconnに注意。memcachedとかほかのミドルでも気をつけないと行けないけど、改めて。