回答編集履歴
1
追記
answer
CHANGED
|
@@ -63,4 +63,25 @@
|
|
|
63
63
|
|
|
64
64
|
４）プロセス自体を改善して負荷を下げる
|
|
65
65
|
|
|
66
|
-
これら一つ一つについて書き出すと、ポイントを箇条書きにするだけでも膨大な量になってしまうので、ボトルネックを特定し具体的な対策の「方針」が決まった時点で、必要に応じて再度ご質問ください。
|
|
66
|
+
これら一つ一つについて書き出すと、ポイントを箇条書きにするだけでも膨大な量になってしまうので、ボトルネックを特定し具体的な対策の「方針」が決まった時点で、必要に応じて再度ご質問ください。
|
|
67
|
+
|
|
68
|
+
---
|
|
69
|
+
《追記:2015/12/08 14:00》
|
|
70
|
+
|
|
71
|
+
> PostgreSQLのMax_connection数を現行の100から少しでも上げる必要がある事から
|
|
72
|
+
との事ですが、そうであればやはりロードアベレージは直接的には関係ないですね。
|
|
73
|
+
そして、この **チューニングの目的** こそ、質問の最初に伝えるべきものです。
|
|
74
|
+
|
|
75
|
+
接続数を増やす最大のカギは Postgres 自体のパラメーター調整ですが、やはりただ闇雲に変更すれば良いでは無いです。既に色々調整済みとの事ですからご承知だろうとは思いますが、一応、下記ページを振り返って設定値を見直してみてください。
|
|
76
|
+
[PostgreSQLのチューニング事例](http://qiita.com/awakia/items/54503f309216c840765e)
|
|
77
|
+
[PostgreSQLのチューニング その１](http://www.mindcircus.jp/archives/2734)
|
|
78
|
+
|
|
79
|
+
その上で、もしOS側のTCP同時接続数の上限がボトルネックになっているならばカーネルパラメーターを調整します。
|
|
80
|
+
[net.core.somaxconnについて調べてみた](http://tetsuyai.hatenablog.com/entry/20111220/1324466655)
|
|
81
|
+
関連するパラメーターは他にもあるので、必要なら追加で調べるか質問してください。
|
|
82
|
+
|
|
83
|
+
その上で更なる改善が必要ならば、**pgpool** の導入を検討されると良いかもしれません。
|
|
84
|
+
[PostgreSQLには絶対！pgpool-II](https://thinkit.co.jp/article/98/)
|
|
85
|
+
|
|
86
|
+
古い情報が多くて恐縮ですが、ご参考になれば幸いです。
|
|
87
|
+
|