【Love Affair】携帯からのアクセスに対する考察・次の一手 Part2
■ このスレッドは過去ログ倉庫に格納されています
日増しに増加する携帯からのアクセス。
かつて、羨ブラが生まれたように何かが生まれないと
ならない気がする。
たぶん解決策は、時間を売って空間を買うだと思うけど
いろいろ考察して、次の一手を決めようかと、
Love Affair 作戦。
Part2 大黒埠頭
前スレ
【Love Affair】携帯からのアクセスに対する考察・次の一手 Part1
http://qb5.2ch.net/test/read.cgi/operate/1075887465/ c-docomoは 503 Service Unavailable です。
>>322
pound側でほんとうに携帯からしかみられなくなっています。
どうせ新c-docomoで止まるので、解除します。 そっかぁ。poundで飛ばすとIPアドレスが変わっちゃうのね。
PCから見るとわれわれも人大杉になっちゃうなぁ。しかたないか。 LAが1切ってるけど、何かの間違いってことはないよなぁ、、、。 やっぱ、サーバとしての「モノ」が違うってことなのかなぁ。 アクセスカウンタ復活させてみませんか? < 新c-docomo 負荷は脈動的にかかるけど、LA=1〜3で安定してるみたい。
やっぱ、Pen4 Single IDEとOpteron dual SCSIでは比較することすらおこがましいのかも。
ちなみにPHPアクセラレータのamd64版はないため、次善の策としてAPCを導入しています。 >>332
DNSが更新されていないので、旧c-docomoです。
今は単に新c-docomoに転送しているだけだから、軽いわけで。
LA情報はしばらくはこちらで。
http://c-docomo.peko.2ch.net/_service/20040708.txt >>333
明日以降、DoCoMoゲートウェイから直接来るようになったらやってみます。 >>334
なろほど、旧c-docomoがバッファになっている可能性もあるのかな?
いずれにしても、旧c.2ch.netの実績からすると当然のような気もしますね。
comic4鯖とdomoco以外のアクセスがなくなっているわけだし。 >>336
で、ディスクもストライピングを導入してnewfsのパラメータを変えてチューニングしてあるし、
apc(PHPキャッシュ)を入れているし、datキャッシュはblackgoatがやっているし、
掲示板がないのでPHP処理に注力できると。
でもこのへんのチューニングノウハウは、遅いサーバで四苦八苦したからこそ得られたわけで。 >334
同じファイルを指しているような。
http://banana404.maido3.com/~ch2c-docomo/_service/20040708.txt
>>338
お、こっちもpoundで運ばれるのか。
じゃ、既にメモリは変わったことになるわけか。 >>334
鯖監視所のc-docomoはc-docomo.pekoを読んでるみたいですね。
http://c-docomo.2ch.net/_service/20040708.txt
http://c-docomo.peko.2ch.net/_service/20040708.txt
ココまでオマケで転送掛かってるみたい。
旧c-docomoはmumumu.muのMRTG統計で取ってる方が
正規のLAなんじゃないですかね。 メモリ => 目盛
(ch2.ath.cxのことです)
http://ch2.ath.cx/load/c-docomo.html
しかしそうして見ると、改めてすごい。 >>340
そうすね。こっちはhttpでとってないので、転送の影響出ないし。 295 名前:wbcc1s15.ezweb.ne.jp@FOX ★ 投稿日:04/07/07 22:14 ID:???
10倍はこなせるですよね?
とりあえず、今の負荷からすると10倍こなせそうな予感はしますね。 負荷は喫水線を超えるとがばっと来るので油断は禁物ですが、
とりあえずそれなりに性能は出せている…のかな。>>343
live8を作っていた時にも思ったけど「これで本来の性能」と思うと、
実はそうじゃなかったりするんだよなぁ。 まだr.i/p.iを止めていないサーバがかなりあるわけで、、、。>>345 11日は球宴(長野)と参院選開票があります。どれくらいの負荷が
かかるか興味があります。
さて、DNS変更後もこの軽さが続くことを祈りながら、本日はおやすみなさい。 ためしにhttpdを再起動してみた。するとLAが一時的に上がる。
APC(PHP中間コードキャッシュ)がうまく動いている予感。
さて、ねるか。 でしょ
次はフロント全部peko にして
30倍の負荷を BlacGoat へですよー
で、このとき多分耐えられなくなるけど
これを解消するのはソフトウェァ的手段で、という運びになっとります。 >>351
えっ、もう次のプランですかぁ・・・
相変わらず、早いですねぇ・・・
がんばってください・・・ >>351
あと2台のpekoをどこから調達するのか気になります。
cobra2246が空いてて、もう1台は…? othersどこかと同居でも問題ないんじゃないかなぁ〜 >>354
cobra 2244(game6とnews11)をどけるのでは?
移動させるとしてもgame6がbanana3台分いるのですよね。
値段調べてませんが、banana3台とTiger1台どちらが安上がりなのかわかりません。 >>351
BlackGoatが限界に達したら(どんな限界かにもよりますが、もしblackgoatのディスクI/Oなら)、
blackgoatを多段化すればいいのかな。
こんなかんじで。
c-docomo1,2,3,... => c-docomoX 用 blackgoat => blackgoat親玉 => 2chサーバ群
c-au1,2,3,... => c-auX 用 blackgoat =>
c-others1,2,3,... => c-othersX 用 blackgoat =>
キャッシュの効率化を考えたら、キャリアじゃなくdatを取りにいく先で分けたほうがいいんじゃないかな? >>358
お、それいいですね。
絶対ヒット率上がるし。
news*、tv*、... 用blackgoat
etc*、life*、... 用blackgoat
love*、comic*、... 用blackgoat
っていうかんじかなと(上記分け方に意味はないです)。 >>357-358
その方法は封印して一台で動くようにプログラムを書こうという話でーす。 >>360
なるほど、それがソフトウェア的手段(>>351)だと。
何か、勝算がおありなので。 まずは 30倍負荷下の BlackGoatを作り出さなきゃ
なにも見えてこないかと・・・
つまりあそこが悲鳴を上げるかな? とかは予想は出来るけど
実際にはわからないわけで、 と言う訳で入り口を広くしましょうと言うことですね。 とすると実作業は、
1)c-auをpekoにする
1')c-others/c(同じマシン)をpekoにする
2)すべてのサーバのr.iとp.iを止める
3)i.2ch.netのr.iとp.iに行く入り口をふさぐ
ということになるのかな。 概ねそんな順番かと、
c-au をpeko にして、r.i / p.i を順次とめてみて
どこまで耐えられるか、、、
c-others はpeko化が必要になった時点で、 各板のi/index.html生成もとめてみればいいかと>r.i/p.i停止 要は、c.2chの負荷テストですかな?
でも、失敗すると、少し前にc-docomoがダウンした二の轍を踏むのでは…。
現在は少し前の過負荷状態は解消されたが…。予断が許さない状態だし…。 >>366
たぶん /i/ の停止は一番最後になる予感
bbs.cgi の改造ですし、
削除じゃなくて、c- への誘導リンクにして欲しいな
と思ってみる。 >>370
これは今のbanana404かな。
だとすると、
・入るほうは: (1)携帯からのリクエスト (3)cobra2247からの応答
・出るほうは: (1)携帯への戻り (2)cobra2247への転送
かと。つまり、今は単純に「水道管」になっているだけかと。 ということで、c-docomo/c-au/c-othersの代表化作業ができました。
DNS浸透すれば(1日かな)、形が整います。
ということで、クラシックさん、◆BFzK/mtqM2 さんにお知らせです。
1)それぞれのフロントエンドへのアクセス方法:
c-au1.2ch.net
c-docomo2.2ch.net
c-others1.2ch.net
でアクセス(ファイルのうp等)してください。
また動作確認が必要な場合には、それぞれの名前でhttpアクセスすることもできます。
デバッグ用のアクセスコントロールもしてあります。
2)設定
それぞれのフロントエンドには、代表名でアクセスが来ます。
つまり、携帯側から送られてくるホスト名は、今までと同じです。
(c-au.2ch.net, c-docomo.2ch.net, c-others.2ch.net となります) LAがピークで24ぐらいになるのか。
ということでちょっとだけ設定をいじってみた。
# Apacheを起動しなおすとPHPの中間コードキャッシュがなくなるので、LAが一時的に急上昇。 負荷監視所見たら、au鯖だけ物凄い負荷(一時に比べ、1/10だが)。
他鯖(c.2ch以外含む)の10倍の負荷がかかっている。下手すれば、ダウンしかねない。
docomo/others鯖は負荷が今のところ安定している。 傾向としては、アクセス数がある喫水線を超えると負荷がぐわっと上がる感じだなぁ。
c-au1とかは明確にそうだし、peko化して劇的に軽くなったc-docomo2もその傾向。
あちこちのr.i/p.iを止めた時に、どうなるのかなぁ。
もしレスポンスが悪く重くなったら、またチューニング(= 悪あがき)の日々か。 >>378
DoCoMoのサーバにDNSが浸透しましたね。
c-docomo1=>c-docomo2へのpoundでの転送をとめます。 >>379
上は、c-others1に代表(c-docomo, c-au, c-others)を集めたからですね。
c-auの青線がたまに上回るのは、なんでだろう。 とうめん c-docomo1 (banana404) が空いている状態ですが、
ロビンちゃんの実験(別にする必要はないけど)でもしますかー?
au 用をターゲットに、 >>382
おぉ、c-au2の登場ですか。いいかも。
今日はもう眠くてアタマが回らないので、
明日の午後あたりにでも。 c-au2のバーチャルホストの設定しました。
儀式場にて。 c-au2の準備ができました。
アカウント等の設定は現c-au1と同じです。
2ch.net的DNS設定はまだですが、banana404.maido3.com でアクセスできます。
ということで、中身を入れ込んでくださいです。 >両氏 c-docomo1中身は消しちゃったのかな?
そのままで動くはずです。 >>387
そうすか。
だとすると、バーチャルホストとしてc-auを受け付けるようにすればいいのかな。
実験だし、それでいいかな。
んじゃやってみます。 ログでみる限り、うまくいってそうな予感。
そのうち転送量グラフに反映されるかなと。 で、今回はDNSラウンドロビンではなくて、poundの分散機能を使用。
こんなかんじで。
UrlGroup ".*"
BackEnd 206.223.150.95,80,1
BackEnd 206.223.150.140,80,1
EndGroup 現在のところ、こうなのかな?
c.2ch.net (banana405)
|- c-au1 (banana403) -|
|- c-au2 (banana404) -- 二台でロードバランス
|
|- c-docomo2 (peko247) - 強力な一台
|
|- c-others (banana405) - c と共用
そうですね。>>392
こんなかんじで、分業制で機能しています。
・総合受付、携帯との通信担当
banana405
・PHP処理担当
au係 banana403 banana404
DoCoMo係 cobra2247
その他係 banana405
・dat/subject.txtキャッシュ、I/O担当
banana406 ロードバランスなんてするとFOXさんに怒られますよ
なんて。 >>394
実験だし。
でも2ch.netドメインでロードバランシングを導入したのはお初かもね。 ロードバランシングはかなり効果ある模様。今日のピークを乗り越えられるか。
http://ch2.ath.cx/load/c-au1.html 順次p.iとr.iを止めていき、BlackGoatの限界を見ていくフェーズに移行かな? ふうむ、MaxRequestsPerChildが1000の時よりも100の時のほうが断然軽い、、、。< c-docomo
ちょっと不思議な気がするけど、PHP+APCキャッシュな設定ならではなのかも。 >>398
ということで、設定変えてみたです。メモリというより処理自体が滞留していたみたいなので。 あらホントだ、
LAが100→30に一気に下がった。 c-au[12]も重くなってきたので、c-docomo2と同じ設定にしてみた。
つまりphp_accerelatorを止め、APCキャッシュに変更し、
MaxRequestsPerChildを1000から100に変更。 c-au[12]も下がった。アクセスがハイレートの時は、APCキャッシュのほうが効果あるのか。 念のためc-others1も同じ設定にしておいた。 どうもhttpdのゾンビさんがいっぱいいました。< c-docomo
とりあえずリブートしてみた。 これで概ね落ち着いたはず。
少しめしくってきます。 次の実験はDocomoとauの鯖を取り替えっこですかい?
Docomo→ロードバランス
au→peko鯖 次は
もうちょっと統計情報を取ってから
どんどん r.i / p.i を停止して、どこまで負荷が上がるか。。。
c-docomo2 (peko) が果たしてどこまで受け止められるか !?
c-au1 / c-au2 のコンビではどうか。。。
を予定してますー。 >>409
あと、BlackGoatはBananaで充分かもね。 p.i / r.i を廃止しているサーバを五台ほど増やしてみた。 もう携帯は禁止するしかないよ
携帯向けカテゴリだけpeko鯖に入れて別運用
作戦失敗かな?
i.2ch止めてc.2chがパンクしたとなると…。
i.2chでは各鯖に負荷がかかっていたが、c.2chでは特定の鯖にドンと負荷がかかっている訳だし…。 >>416
失敗じゃなくて、たんに現実をつきつけられた段階かと。
ふやす気になれば受付嬢は横並びで増やせるわけですが(c-auのように)、
ふやすためには第8層や第9層のプロトコルが(りゃ。 しかし、c-docomo2、涙が出る状況だなぁ。
何か手法はないもんかなぁ。
PHPの実行回数を減らす(キャッシュ使うとか、物量でクリアするとか)
1回の実行コストを下げる
このあたりか。 c-auとc-docomoの鯖を替えてみようぜ〜。
c-docomo2.2ch.net は作業中でしょうか?@応答無し
uptime にも 1 user と入ってましたので。 >>420
作業中でした。異常なシステムメッセージが出て、パフォーマンスが悪くなったため、
リブートをかけたところ上がってこず。
リブート要請中。もし上がってこない場合、現地対応が必要かも。 ■ このスレッドは過去ログ倉庫に格納されています