【Love Affair】携帯からのアクセスに対する考察・次の一手 Part2
■ このスレッドは過去ログ倉庫に格納されています
日増しに増加する携帯からのアクセス。
かつて、羨ブラが生まれたように何かが生まれないと
ならない気がする。
たぶん解決策は、時間を売って空間を買うだと思うけど
いろいろ考察して、次の一手を決めようかと、
Love Affair 作戦。
Part2 大黒埠頭
前スレ
【Love Affair】携帯からのアクセスに対する考察・次の一手 Part1
http://qb5.2ch.net/test/read.cgi/operate/1075887465/ docomo2
・access 19.3 c/s
・data in 98.5 kb/s
・data out 285.5 kb/s
1アクセスでは、IN 5.10kb OUT 14.79kb
au1
・access 11.1 c/s
・data in 155.5 kb/s
・data out 170.4 kb/s
1アクセスでは、IN 14.03kb OUT 15.35kb
比較してみたら、docomoは受信が少ない、送信は両方とも同じですね。
という事は、
↓
帰宅。>>510-513 について、ひとつずつ。
アクセス量(iからcへのリンク作ってから比率はあまり変わらない):
au : DoCoMo: others = 24 : 40 : 12 = 2 : 3+1/4 : 1
c-docomo2 + c-docomo3 で 40access/sec
c-au1 + c-au2 で 24access/sec
c-others1 は 12access/sec
アクセスはhttpdへの秒あたりのアクセス数です(access/sec)。
c系の場合そのほとんどがPHPの実行なので、PHPの起動回数と考えてよいです。
というわけで、DoCoMoのアクセス数はauの1.5倍よりは多い。
でも倍はない。
でも、pekoが2台必要だった。
それでもそれなりに負荷かかっている。というか、httpdのスロットが埋まっている。 で、トラフィックのグラフを見ていると、確かに不思議。
最初は計り間違いを疑ったぐらい。
でも、公式発表 ( http://server.maido3.com/pie/ )と比較しても、間違ってないみたい。
で、auが多いんではなくて、DoCoMoのinが異常に少ない気がします。
このへんにpekoが2台必要になる鍵がある気がする。
なんというか、コネクションが捌けない原因が潜んでいそうというか。 で、DoCoMoって、アクセスがとっても脈動的な気がするのですよ。
少しすいたなと思うと、どばっと押し寄せてくる。
寄せては返す波のように、脈動的にアクセスがあります。
というか、Apacheのスロットが埋まります。
ひょっとして、何か携帯からの出口でしぼっていて、上りのトラフィックの通信速度を、
わざと出ないようにでもしてるのかしら。< DoCoMo >>515
INが少ないのは、URIが小さいって事かな?
だとすれば、docomoユーザはデフォルト設定のままの使用率が多いってことかも。
classicメニューの場合は、各種設定をURIに埋め込んでいるので、
違いがあるとすればそれくらいしか考えられないよな。
公式( http://server.maido3.com/pie/ )を見る限り、逆にauやotherのINが多い気がする。。。 poundのうちの一つ(c-others担当)がしばらくおかしかった模様。
今リスタートしました。 poundが一つ詰まると、全部いまいちになるみたい。
何かのヘルスチェックを入れないといけない予感。 見てるとメモリリークじゃなくて、そのぐらい(200M)バッファメモリを使うみたい。< poundロードバランサ
メモリ1G仕様で正解だったかも。 au+others→peko×1
docomo→banana×3〜4
て、ゆうのにしたら……。
うーむ、今日はpound不調すね。
いったんリブートします。< cの受け口 ふーむ。
poundでの振り分けを全部c-othersでやるのはちょっと苦しいみたいだなぁ。
(メモリを食うpoundプロセスが同じマシンで3つ動いている)
c-auはc-au1に、c-docomoはc-docomo2に持っていくか。
(IPアドレスは5つまで使えるので、技術的には問題なし)
でもc-docomo3の投入初日だし、今日はとりあえず様子見かなと。 あまりにも不調なので、poundの設定を見直し中。
とりあえず、
Client 300
Server 3600
Alive 10
を入れた。 docomo ってとっても設備(お金)かかるってことなのでしょうか >>527
そのようですねぇ・・・
これ以上の設備投資は・・・ うーん、、、。
何かドラスティックな解決方法があるような気がするんだけどなぁ。 poundがやはり不調のため、緊急に作業します。
c系のアクセスいったんとめます。 ロードバランサーをpoundからpythondirectorに変更中、、、。 軽いや。すごくいい。 < pythondirector
1プロセスで全部できるのもうれしい。
ひょっとして、脈動問題はこいつが原因だったのかも。 configがxmlなんだよなぁ。今はやりかもね。
5分で作った、泥縄式。
<pdconfig>
<service name="c-au">
<listen ip="206.223.150.146:80"/>
<group name="c-auservers" scheduler="roundrobin">
<host name="c-au1" ip="206.223.150.95:80"/>
<host name="c-au2" ip="206.223.150.140:80"/>
</group>
<enable group="c-auservers"/>
</service>
<service name="c-docomo">
<listen ip="206.223.150.147:80"/>
<group name="c-docomoservers" scheduler="roundrobin">
<host name="c-docomo2" ip="206.223.151.215:80"/>
<host name="c-docomo3" ip="206.223.151.210:80"/>
</group>
<enable group="c-docomoservers"/>
</service>
<service name="c-others">
<listen ip="206.223.150.148:80"/>
<group name="c-othersservers" scheduler="roundrobin">
<host name="c-others1" ip="206.223.150.145:80"/>
</group>
<enable group="c-othersservers"/>
</service>
</pdconfig> ロードバランサは軽く、しかもうまく一本化できたみたいなので、>>525 は中止で。
あとは、これでしばらく様子見か。 夏WIN出たらauがすごいことになりそう
外部フォームから書き込み許可する方法模索してもらえませんか。
●有りのみとかでもいいので。
そうすれば直書き型p2クライアントが完成するので開放できたりしちゃうんですが。(●´ー`●) c-docomo不安定だね…見れたり見れなかったり。
スレはひらくけど続きを押すと「接続できません」 ロードバランサのログに
socket.error: (24, 'Too many open files')
とか出ていたので、
kern.maxfiles=65536
kern.maxfilesperproc=32768
にして、ロードバランサを再起動してみた。(従来はそれぞれ上記の半分の値) DOCOMOだけど、レスポンスは悪くないのに全部読み込むまでにやたらと時間がかかるな。 >>546
まだ出るすね。< socket.error: (24, 'Too many open files')
FDをクローズしてないのかもね。 BlackGoatのLAN(フロント)側ってどの位の帯域を使ってるんでしょうか?
BG ←→2ch間でさえ深夜には20Mbpsに達しようという感じみたいなんで、
BGのLAN側のNICが100Mbps(でしたよね?)で大丈夫だろうかと思うんですが。
http://server.maido3.com/pie/graph/blackgoat.gif
http://server.maido3.com/pie/ >>548 root★さん
ロードバランサ越しにアクセスすると、全ての送受信がロードバランサ経由になるのかな?
レスポンスの悪さはそのあたりに原因があるのかな? ロードバランサのスケジューラをちょっと調整。
単純ラウンドロビンから、このときのコネクション数の少ないやつにしてみた。
scheduler="leastconns"
>>549
なるほど、みてみるか。
>>550
そうなりますね。
ということで、やっぱり >>525 をやろうかなと。 >>518
既出ですが、
違うと言う事を言っておきます ロードバランサ移動(c-others1からau用をc-au1に、DoCoMo用をc-docomo2に)の準備完了。
儀式依頼へと。 r.i p.i をほぼ全て止めた。
1) bbs.cgi の 板名/i/ の更新の停止。
2) 板名/i/ はそのまま放置?
3) あと何あったっけ? >>555
お、live8とか、更新しときます。
bbs.cgiが少し軽くなると。 あっ まだ bbs.cgi の改造やってませんですー >>557
あ、了解です。
止めるにあたって何をする必要があるのかと、そゆことですね。 >>546
出会い系サイトやってたときそんなログいっぱいだったなぁ
httpdがよく死んだし。OSはなんですか? >>555
1)で板名/i/の更新が停止したのなら、2)で板名/i/からc.2ch.netの各板の
スレ一覧表示にリダイレクトするようにしてはいかがでしょ? >>652
まだ止めていないけど、
リダイレクトするとすれば
どうやるのですか?
こんな感じ?
http://c.2ch.net/z/-/dqnplus/i 黒やぎさんが止まっているようですが、作業中なのでしょうか?
そうでなければリブート要請いたしますけれども・・・ 内側はpingかかるみたい。< blackgoat 内側からログインできました。< blackgoat
マシンは動いてますね。スイッチ? ホスト側は異常なさそうですね、、、。スイッチかも。
一応、リブートしかけます。< blackgoat >>570
Muchas gracias.m(_ _)m >>571
同時刻にcomic6もおかしかったみたいなので、
スイッチ側だったのかもです。
comic6:206.223.150.195
blackgoat:206.223.150.190 >>572
comic6 (banana388) はリブートしました。
for some reason. >>573
了解です。
いずれにせよ、今は復旧したはず。 c-docomo2、落ちたかも。
表も裏もだめみたい。
しばらく待ってだめなら、リブート要請します。 とりあえず、c-docomoの入り口をc-docomo3に変更しませんか? 帰宅。体調いまいち。
>>578
それがちょうどタイミングの悪いことに、
負荷上昇に伴って、c-docomoをc-others1からc-docomo2に変更したばかりなのです。
うーむ。 c.2ch.netからの誘導をc-docomo3に直接行うとかは? ログインしたとたんに黙った、、、。どうなってるんだろう。 ログインできたと言うことは、鯖は生きていそうって事かな? ごくたまに(10秒ぐらい)pingかかるみたい。ううむ。 ping来るようになった。
でも、sshではいれない。
%ssh cobra2247.maido3.com
ssh_exchange_identification: Connection closed by remote host またping止まったかも。何が起こってるんだろう。 こういうアプローチは如何でしょう?
★httpd を inetd 起動にする。
といっても、inetd で起動するのではなく、svscan -> tcpserver -> httpd -F(fg 起動) にする。
(svscan 類は稼働してますよね?(^-^) )
○利点
必要以上にメモリを食わない。接続数に応じて httpd が起動する。
httpd.conf に記述されている ServerType を standalone -> inetd に書き換えるだけ。
tcpserver -c num で接続数を制限出来る。
tcpserver -t sec. で timeout を設定出来る。
tcpserver -x filename.cdb でアクセス制御が出来る。
○欠点
接続の度に httpd が起動するので起動コストがかかる。
httpd.conf で設定された、StartServers などのポート監視などの設定が無視される。(tcpserver に依存させるため)
★MySQL 鯖を切る
標準の PHP では enable になっているかと思うけれども、利用しないのであるならば MySQL を切る。
○利点
無駄な daemon が減る。結構メモリを食べはります(泪)@MySQL さん
○欠点
おそらく ports では設定出来ないのかな?となると、ソースを拾ってきてコンパイルする必要がある。
(httpd へは DSO で食わせていると思うのでその点は設定変更は不要)
上記の設定を施した自鯖では今のところ支障なく動いています(^-^) @貧弱過疎鯖ですけれども(苦笑) メモリ節約路線ですね。< 前者
daemontools等はもちろん動いてます(dnscache自分持ちだし)。
後者も、ありかな。(MySQLサーバではなく、MySQLとの連携機能ですね)
MySQL使ってないなら、その部分の機能はいらないですしね。 >>563 FOX ★さん、
そのURLで問題ありません。
将来的にsubject.txtの整形&表示部分もコストを少なくしたいので、
/i/index.html でリンクして頂けると助かります。 c-docomo2でのpoundの起動方法を変えました。
これで、不可解なダウンは起こらなくなったはず。
# amd64なマシンだとdaemontools配下になぜかできないみたい。原因はあとでまた。 旧c-au/c-docomo(c-others1と同じホスト)からの臨時転送をとめました。
これで今は、
1)携帯からc.2ch.netにアクセスする
2)リダイレクトでc-au, c-docomo, c-othersに振り分けされる
3)携帯は改めてc-????にアクセスする (c-????は現在それぞれの現役サーバのうち一番若い番号)
4)c-????にいるpoundがはそれぞれのサーバにロードバランスする
となります。 板名/i/index.html の更新終了
bbs.cgi ver 20040723 板名/i/index.html の中身はどうすればいいのだろうか、、、
1) 中身をどうする?
2) 板名/i/index.html へリンクしているところはあるんでしたっけ? これでいいべか?
<html>
<head><title>移転しました</title></head>
<body>
<a href="http://c.2ch.net/z/-/dqnplus/i/index.html">移転しました</a>
</body>
</html>
おお、ちょと伝わっていない予感…
現在cでは、スレッド一覧を表示するのに、各板のsubject.txtをリクエストしているのですが、
出来ればこのコストは減らしたいなと考えています。
ですので、出来ればで良いのですが、
bbs.cgiが作成する/i/index.html(スレッド一覧)は、
r.iへのリンクではなく、c.2ch.netへのリンクに変更して頂けると幸いです、、、 しかし、2ちゃんねるのサーバの要求としては
各サーバの負荷を劇的に減らすために
携帯からのアクセスはすべて c.2ch.net 系が担当する
という方針であります。
つまり c.2ch.net が担当するよりも、各サーバで担当するほうが
処理的には軽くても、追い出すという算段です。
なるほど、了解です。
そうしましたら、index.htmlの中身は、
<html>
<head><title>移転しました</title></head>
<body>
<a href="http://c.2ch.net/z/-/dqnplus/i/">移転しました</a>
</body>
</html>
という感じでお願いできますでしょうか? んじゃ再度。
板名/i/index.html の更新終了
bbs.cgi ver 20040723
>>605
了解です。
で、今blackgoatの様子がおかしいかも(昨日と同じ、外部側の不調か)。
これから確認します。 質問でーす
携帯でなく普通のISPから
http://c.2ch.net/ をみたらどうなるのが正解ですか? sshでも入れないですね。リブート要請します。< blackgoat >>609
了解デーす
でもすごく重いのは私だけ? 今blackgoatが落ちてるからですね。(>>606 >>608)
# 裏側からログインできたのでリブート要請キャンセルしようとしたけど、
# 間に合わなかった、、、。とりあえずどうせリブートだったから同じだけど。 昨日書きましたが、r.iをこの板のみ残すもしくはqb5のみ残すのは
無理ですかね。いまはPCからカキコしてるけど携帯が落ちてたときに
携帯からの手段がないと思うんですよね。。。
それかqb5のみau/docomo/othersの振り分けをなくすとか。。。 ■ このスレッドは過去ログ倉庫に格納されています