X
トップページ⇒運用情報
1001コメント315KB

【Love Affair】携帯からのアクセスに対する考察・次の一手 Part1

■ このスレッドは過去ログ倉庫に格納されています
0001FOX ★
垢版 |
04/02/04 18:37ID:???
日増しに増加する携帯からのアクセス。
かつて、羨ブラが生まれたように何かが生まれないと
ならない気がする。

たぶん解決策は、時間を売って空間を買うだと思うけど
いろいろ考察して、次の一手を決めようかと、

Love Affair 作戦。
Part1 マーリンルージュ
0002鳥取砂丘&rlo;ﾑﾚｰﾊ村ﾘﾟﾌ＠&lro; ◆Dream/3P/.
垢版 |
04/02/04 18:39ID:JbF6R1rW
　　>>1が見えない
￣￣￣￣∨￣￣￣￣
　　　　　　　　　　　　　。　。
　　　　　　　　　　　　　||　|| 　／⌒ ヽ.
　　　　　　　　　　　　 / ⌒ヽ（　/⌒ヾ ）
　　　　　　　　　　　　((ﾟДﾟ,,))ゝヽのﾉノ
　　　　　　　　　　　⊂⊂ ＿＿＿＿＿つ　　　））　　　　））
0004FOX ★
垢版 |
04/02/04 18:42ID:???
問題点

1) 利用者の爆発的増加によるサーバ資源の圧迫
2) すべてのリクエストを cgi で答えている
3) 一気にデータを送らないのでリクエスト回数が膨大
0007動け動けウゴウゴ２ちゃんねる
垢版 |
04/02/04 18:55ID:SbvZK1P4
>>6
そもそもiMonaしかないし
俺はクラシックさんのところを使わせてもらってる
0008鳥取砂丘&rlo;ﾑﾚｰﾊ村ﾘﾟﾌ＠&lro; ◆Dream/3P/.
垢版 |
04/02/04 18:58ID:JbF6R1rW
iMonaしかないのでつか。
おいら前までiMona使ってたけどちょっと微妙かなと思い始めてたんで
他に何かいいのがないかと思ったんだけど・・・(´・ω・｀)

おいらJavaできないしなぁ。。。(´・ω・｀)ｼｮﾎﾞｰﾝ
0009 ◆EditorXPmA
垢版 |
04/02/04 19:09ID:DJhLTqDj
iMonaは、BREW対応は無理らしい。
そもそもBREWでは個人がアプリを公開できないらしい。

他のブラウザは、、「携帯用2chブラウザ｢giko(仮)｣を作ろう!! 」
というスレがあるけど、開発が行われているのかさえ怪しい状態。
http://news6.2ch.net/test/read.cgi/appli/1072187945/
0010 ◆reffIFJNS6
垢版 |
04/02/04 19:18ID:C0ZG+Ngq
記念カキコついでに素案だけ出してみます。
他のメーカーは調べてないけどドコモの場合、機種によってはヒープ
容量が大きい機種があるのでそれならスレデータは一括ＤＬして閲覧
する際にアプリ側で処理させればｃｇｉ呼び出しは減るかも

※他のメーカーでも可能なら有効かもしれません。

0011root ★
垢版 |
04/02/04 19:29ID:???
マーリンルージュ、ついに来たかぁ。

もっとも典型的な現状を貼っておこう。
一番携帯率が高い、news6のread.cgiとr.iの推移。
緑色がread.cgiで、青いのがr.iとp.iの起動数。
http://mumumu.mu/mrtglog/2004/02/04/read/news6read.html

ここは交通情報や携帯アプリ板ができる前からこの比率です。
みんな、芸能スポーツ関係は携帯で見るですかね。

特に朝8時台は完全に逆転状態です。
スポーツ新聞や電車の中吊りを見て、速攻でアクセスしてるのかも。
0012root ★
垢版 |
04/02/04 19:31ID:???
つれづれに考えていること:

・どういう時に携帯でアクセスしたいと思うのか
・携帯でアクセスする時のCGI起動パターンはどうなのか
- CGIを起動しなくてもいいようにできるのか、できないのか
・CGIが重いとすれば、何か別の解決法はあるのか
・実はr.iなんて、大した負荷になってないんじゃないのか

http://mumumu.mu/mrtg/mrtg-rrd.cgi/read/ による、
携帯率が多いサーバ:
・news5 news6 news8
携帯率が少ないサーバ:
・aa3 (当たり前)
0015root ★
垢版 |
04/02/04 19:46ID:???
起動数、読み出し数でみると、現状こんなかんじ。

・read.cgi起動数 vs r.i+p.i起動数 vs dat直読み数

・多いサーバ(news系, gamble系)

昼間〜夜は、read 3、r+p 1.5、dat 4〜5ぐらい
深夜は、readとr+pがほぼ拮抗、news6では携帯の方が多い

・普通のサーバ(aa系、science系他のやつ)

昼間〜夜は、read 3 、r+p 1、dat 4〜5ぐらい
深夜は、read 2、r+p 1ぐらいになる

・aa系とscience系は、携帯からの利用は少ない

aa系はわかるが、なぜscience系が少ないんのか？
0016root ★
垢版 |
04/02/04 19:49ID:???
で、全体にいえること。

・深夜4時〜7時ぐらいまでは、携帯の比率が高くなる

=> 寝床で見ているに違いない

・news系は、朝8時台にアクセスが多くなる
・news系はよく見ると、夜の6時台の後半にも少し山がある

=> 通勤途中に見ているに違いない

とりあえず現状の分析は、こんなところ。
さて、次の一手は。
0020某ソレ511
垢版 |
04/02/05 01:10ID:7Mj8THEr
BREWは、申請してくれた神がいたけど、
「24時間通信内容を監視しろ」とかいわれて
却下だったんだよね。
0022ピロリ
垢版 |
04/02/05 11:18ID:Y7qbF1IY
キャッシュに一票なんだな、
0023root ★
垢版 |
04/02/05 11:36ID:???
キャッシュかぁ。
とすると、キャッシングの戦略を考えたほうがいい気がするなぁ。

・どのくらいの量、キャッシュすればよい?
・どのへんを、キャッシュすればいい?
・キャッシュの効果は、どうやってはかる? つまり「どのくらいうまくいっているのか」を知りたい。
・キャッシュを入れることでかかるコストも考慮しなきゃ

考え方としては「r.iやp.iでコストがかかっているところを調べて、
コストを下げる方向でチューニングする」っていう感じかなぁ。

r.iやp.iまわりで、どこが一番コストかかってるのかしら。
プログラムの起動コストそのものだったりして。
0024root ★
垢版 |
04/02/05 11:38ID:???
格言として「下手なキャッシュなら、入れないほうが幸せ」ってのもありますです。
今はOSがかなり頭よくキャッシングするんで、へんに入れると、かえってコストがかかったり。

でも、うまく動くなら、その効果は絶大。
0025ピロリ
垢版 |
04/02/05 11:46ID:Y7qbF1IY
たとえば newsplus@news5 を例に取ると
iMode用のfrontend news6i.2ch.net を別サーバで用意。
news6のp.i r.iは停止。

つまり　iModeからの圧力は news6 サーバには及ぼさない。
どうだ。

ただし news6i.2ch.net はディレイがある。(10sec , 30sec ,60sec ???)
できれば news6i は html で全部を渡したい。
0026root ★
垢版 |
04/02/05 12:13ID:???
>>25
サーバを分ける戦略ですか。効果はありそうな気がしますね。

でも、news系＊以外＊で携帯でのアクセスが多いところ
(gamble系とか交通情報)は、ちょっと躊躇するかなぁ。

あ、でも、10秒ぐらいでキャッシュすれば、それでも相当いけるのか。
つまり、板の状況に合わせて、ディレイを変えられればいいと。

ということで、とりあえず飯落ち。
0028root ★
垢版 |
04/02/05 20:34ID:???
ちょっと考えてみた。超たたき台。

○読む

1)携帯からのhttpでのアクセスを受け付けるサーバ、news9iを用意する。

2)news9iは、例えばこんなリクエストを受けることになる。
リクエストは、「キャッシュマネージャ」が受ける。

GET http://news9i.2ch.net/test/r.i/dqnplus/1075961327/i HTTP/1.1
Host: news9i.2ch.net

3)news9iの「キャッシュマネージャ」は、自分のキャッシュを調べる。
なければnews9をHTTPでアクセスして、該当するdatをもらってくる。
datが更新されている場合も、同じようにもらってくる。
もらってくるときは、できれば増分だけが望ましいが、必須ではない。レスあぼーんの場合だってあるし。
キャッシュにある場合、news9のファイルと一致しているかどうか調べて、なくなっていた場合
(スレあぼーんやdat落ち)は、datを消す処理をする。

4a)datが得られない場合、news9i上の「r.iクローン」が「ないよ」を発信者に返す。

4b)datが得られた場合、「r.iクローン」が整形処理して、結果を発信者に返す。

○書く

1)news9iがリクエストを受ける。

POST /test/bbs.cgi HTTP/1.1

2)POSTだった場合、リクエストはそのままnews9にフォワードする。
0029root ★
垢版 |
04/02/05 20:38ID:???
んー、これだと、全部同じとこから投稿されたことになっちゃうなぁ。
わざと「漏れ串」っぽくすればいいのかな。

で、>>28 っぽいことは、割と何とかなるような気がしないでもなかったり。
たぶん、datを持ってくるのを、r.iクローンでやるようにするとかいうかんじかしら。

脳内だけで、紙にも書かずに適当なこと書いてるので、とりあえずこのぐらいにしとこう。
0030root ★
垢版 |
04/02/05 20:40ID:???
なんだか、Apacheのmod_proxyかsquidと、
read.cgiクローン(場合によってはbbs.cgiクローン)を使うと、
もやもやとできるような気が、しないでもなかったり、あったり。

ということで、いったん別スレへ。
0031 ◆g4HrV7ViKA
垢版 |
04/02/05 20:58ID:3F7MPLms
そういや昨夏のことを思い出した。
携帯の各私家メニューからのアクセスが激増して、私家メニューがまとめてロックアウトされた事件。
あれの時、各私家メニューに対して管理側から要請されたのが

・r.i使用禁止、dat直読みの義務づけ
・できればdatキャッシュ装備、増分読み

だったと記憶してるけど。

それを今度は本家で(ry、
ただし私家に比べてアクセス数が段違いなので鯖ごとに、
……というように理解してみた。

そーいや、携帯ユーザの本家・私家比率（パソコンの専ブラ比率に相当）って
どのくらいなんだろう、とか気になってみる。
0032動け動けウゴウゴ２ちゃんねる
垢版 |
04/02/05 20:59ID:UPhTh0VE
クラシックさんが言ってたことだけど

・r.i での最新10件分のレスをhtmlで提供。
・これにより r.i コールを2/3に減らせる。

↑これは既に導入されてるのでしか？
0033root ★
垢版 |
04/02/05 21:11ID:???
いきなりPCがブルースクリーンになった。しくしく。

で、>>28-29 って、

・対応版p.i
・対応版r.i
・対応版bbs.cgi

ができれば、それでいけるような気がしてきた。
携帯だけがターゲットなら。

>>31 >>32
レスどうもです。参考になるかも。
>>32 の答えは、わからんです。個人的には導入されてない気がする。

---

で、妄想なわけだけど、これってうまくやると、とっても負荷分散できるんじゃないんだろうか。

・datの更新操作は1つのバックエンドでやることにする
・bbs.cgi本体は、バックエンドで動く
・read.cgi/r.i/p.iのクローンとdat直読みに対応したフロントエンドを複数台ならべる
・フロントエンドは必要に応じてバックエンドにdatをとりにいく
・フロントエンドではbbs.cgiのクローンも動いていて、バックエンドにdat書き換えを依頼する
・複数台のフロントエンドは、DNSラウンドロビンを使って、1台にみせかける

…といったところで、いったん落ち。
0034root ★
垢版 |
04/02/05 21:20ID:???
削除系(dat操作するすべてのもの)や、キャップ管理系のcgiは、バックエンドで動かすのかな。
いずれにせよ、割と軽い改造で、いけるような気がするなぁ。

でも、最初から欲張らないで、まずは「携帯」、ぶっちゃけて言ってしまえば、

・datキャッシュに対応したp.iクローン
・datキャッシュに対応したr.iクローン
・リクエスト転送に対応したbbs.cgiクローン(これは最初は、あきらめてもよい)

を作ることをターゲットにして、
将来は>>33の後半のような負荷分散をすることも頭のすみっこに置きながら、
ﾏﾀｰﾘモードでごそごそしてみるってのが、いいような気がする。
■ このスレッドは過去ログ倉庫に格納されています
ニューススポーツなんでも実況