Love Affair

概要・目的

パケット定額制などで、日増しに増加する携帯電話からのアクセス。それによる、サーバ資源の圧迫。

それをどうにかしよう! というプロジェクトです。

現状

携帯電話からのアクセスは各掲示板用サーバが直接取り扱うのではなく、専用のゲートウェイを通して行います。

ゲートウェイは、入口(c)・フロント3台(c-docomo, c-au, c-other)・バック1台(blackgoat)から構成されています。

  • フロントはバックをPROXYとしてアクセスしています。
  • バックのディレイは120秒で、掲示板の鯖からdat取得して120秒経過していない場合は、同-じdatを取得するために掲示板の鯖にアクセスすることはありません。
  • ストライピングで、ディスクI/Oがディスク2本に分散されて、高速化されました。

短期目標

  • >>195 c-docomoの負荷が高い理由の推測大会。
  • >>207 c-docomoの台数を増やせば軽くあんるのは既知の解決策。平均化も同じ。
  • >>216 当初の推測よりもdocomoの割合が高い?
  • >>211 c-docomoは常にhttpdがCPUを食っている。
  • >>225 TIME_WAIT(携帯側が待っている)ものがどっさりある。
  • >>230 現在の振り分けはUA。IPで振り分けることも可能。複数台鯖の振り分けはDNSラウンドロビンかpound。
  • >>233 せっかくのチャンスだからいろいろデータ取りしてあれこれ研究する。分け方の一例としては回線速度
  • >>236 c-docomoを分割せずにそのままpekoで運用。
  • >>280 banana用のPHPを高速化するモジュールはPHP acceralatorが一番いい。
  • >>317 c-docomoをpeko化。
  • >>331 peko用のPHPを高速化するモジュールはAPC。
  • >>351 次はフロント全部をpeko化して、バックの負荷テスト。耐えられなかったときの解消手段はソフトウェアで。
  • >>364 作業順は(1)c-auのpeko化、(2)cとc-othersを同一鯖でpeko化、(3)すべてのr.iとp.iを止める。
  • >>368 /i/の削除は最後。
  • >>373 c-docomo/c-au/c-othersは代表窓口名(携帯でのアクセス用)に、実体はc-docomo2/c-au1/c-others1に(LA取得など)。

メインで関わっている人たち

root ★

FOX ★

URL

http://c.2ch.net/

不具合の調整 - c.2ch不具合報告総合スレ

連絡のつくスレッド

【Love Affair】携帯からのアクセスに対する考察・次の一手 Part2 - 大黒埠頭

過去ログ - 【Love Affair】携帯からのアクセスに対する考察・次の一手 Part1 - マーリンルージュ


トップ   新規 一覧 単語検索 最終更新   ヘルプ   最終更新のRSS