回答編集履歴
1
追記
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
|
+
|