回答編集履歴

1

追記

2015/12/08 05:00

投稿

pi-chan
pi-chan

スコア5936

test CHANGED
@@ -129,3 +129,47 @@
129
129
 
130
130
 
131
131
  これら一つ一つについて書き出すと、ポイントを箇条書きにするだけでも膨大な量になってしまうので、ボトルネックを特定し具体的な対策の「方針」が決まった時点で、必要に応じて再度ご質問ください。
132
+
133
+
134
+
135
+ ---
136
+
137
+ 《追記:2015/12/08 14:00》
138
+
139
+
140
+
141
+ > PostgreSQLのMax_connection数を現行の100から少しでも上げる必要がある事から
142
+
143
+ との事ですが、そうであればやはりロードアベレージは直接的には関係ないですね。
144
+
145
+ そして、この **チューニングの目的** こそ、質問の最初に伝えるべきものです。
146
+
147
+
148
+
149
+ 接続数を増やす最大のカギは Postgres 自体のパラメーター調整ですが、やはりただ闇雲に変更すれば良いでは無いです。既に色々調整済みとの事ですからご承知だろうとは思いますが、一応、下記ページを振り返って設定値を見直してみてください。
150
+
151
+ [PostgreSQLのチューニング事例](http://qiita.com/awakia/items/54503f309216c840765e)
152
+
153
+ [PostgreSQLのチューニング その1](http://www.mindcircus.jp/archives/2734)
154
+
155
+
156
+
157
+ その上で、もしOS側のTCP同時接続数の上限がボトルネックになっているならばカーネルパラメーターを調整します。
158
+
159
+ [net.core.somaxconnについて調べてみた](http://tetsuyai.hatenablog.com/entry/20111220/1324466655)
160
+
161
+ 関連するパラメーターは他にもあるので、必要なら追加で調べるか質問してください。
162
+
163
+
164
+
165
+ その上で更なる改善が必要ならば、**pgpool** の導入を検討されると良いかもしれません。
166
+
167
+ [PostgreSQLには絶対!pgpool-II](https://thinkit.co.jp/article/98/)
168
+
169
+
170
+
171
+ 古い情報が多くて恐縮ですが、ご参考になれば幸いです。
172
+
173
+
174
+
175
+