ふぁぼったーの負荷分散の計画をあれこれ考えてみた。 - 2009-11-01 - 小野マトペの業務日誌(アニメ制作してない篇)

今日一日調べたこととかまとめてみる。 問題点 次回リリースの新機能はDB select負荷がかなり掛かるはずである。 現状でもデータLOADによる負荷が10に達し、selectにスロークエリ、接続エラーが出ている。DBの負荷分散が急務である。 参考: Load Average 参考: Slow Query あと、STATUSテーブルが2GBに達しようとしているので、デフォルトのサイズ制限4GBが見えてきた。再定義できるけど。 垂直分割対応案 日本語版DBと英語版DBのデータベースとクローラを別ホストに格納する 現状、favotterとfavotter_enはほぼ同規模のDBとなっている。 ただし、参照は圧倒的にfavotterが多い。 favotter_enのクローラを止めたら、スロークエリが激減した事がある。 参考: 小野マトペ on Twitter: "まる一日英語版のクローラ止めてた

[ono_matope]

id:ryuzi_kambe クラウド利用、特にGAEはゼロから開発をやり直す必要があるため考えてないです。EC2にしても自宅鯖よりは割高なので…

[pcod]

tritonnはやはりパフォーマンス出ないんだな

[mk16]

ふぁぼったーでこれだけ頭を悩ませてるなら、ぶこめすたー復旧は当分先っぽそうorz

[dkfj]

Insert時のテーブルロックが問題なのであれば、ひとまずInnoDBに変更したらと思った。けど、SENNAを使ってるからMyISAMから変更できないのかな。確かに難しいなぁ。だからGroongaを待つなのか。

[tofu-kun]

こういったシステムを運用すると毎日アイデアを考えちゃうよね。大変だけど楽しい。

[kujoo]

後で読んで、試行の参考に。

[gungle]

大規模システムの構成、チューニングは悩みどころだけど、面白いところでもある。

[ryuzi_kambe]

こういうのって参考にならない情報かな？ http://togetter.com/li/494