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

**FOX ★** · 04/07/01 13:55

日増しに増加する携帯からのアクセス。
かつて、羨ブラが生まれたように何かが生まれないと
ならない気がする。

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

Love Affair 作戦。
Part2 大黒埠頭

前スレ
【Love Affair】携帯からのアクセスに対する考察・次の一手 Part1
http://qb5.2ch.net/test/read.cgi/operate/1075887465/

**root ★** · 04/07/08 00:30

>>307
そうです。(>>290)

◆BFzK/mtqM2 · 04/07/08 00:31

あら、コピーしおわちゃった。

多分大丈夫な予感です。

**root ★** · 04/07/08 00:34

おつです。＞両氏

いちおう、両氏からの動作OKの確認を待って、儀式依頼します。

でも中の人が >>300 であることと、DNSが変わるのに時間がかかることから、
本格稼働は明日以降になる予感も。

◆EA.clAssIc · 04/07/08 00:37

動作確認OKです。
今名前が変わる前なので、subjectをｷｬｯｼｭしちゃってますが、
c-docomoに変更後は期待通り動作すると思います。

ところで、.BAKﾌｧｲﾙは削除して良いですか?　>>◆BFzK/mtqM2さん

◆BFzK/mtqM2 · 04/07/08 00:39

削除しちゃってくださいｗ
他にいらないのも。。。。

◆EA.clAssIc · 04/07/08 00:41

了解ですー
皆様、お疲れ様です。

◆BFzK/mtqM2 · 04/07/08 00:41

datﾌｫﾙﾀﾞもsubjectﾌｫﾙﾀﾞももう要らないんだよな。。。。

**root ★** · 04/07/08 00:41

おつです。
では、儀式依頼へと。

**root ★** · 04/07/08 00:50

依頼しました。

さて、poundでちょっとつないでみるか。

**root ★** · 04/07/08 00:54

旧c-docomo=>新c-docomoをpoundでつないでみた。

**root ★** · 04/07/08 00:56

さて、どうかな？
ログを見る限り、だいじょうぶそうにみえるけど。

**root ★** · 04/07/08 00:58

LAが2とか3ぐらいしかいかないや。< 新c-docomo
うそみたいだ。何か間違ってるのかな。

**root ★** · 04/07/08 00:59

お、ちょっとまずいかな。
設定かえます。

**root ★** · 04/07/08 01:01

大丈夫だった。再度上げました。

◆BFzK/mtqM2 · 04/07/08 01:01

c-docomoは　503 Service Unavailable　です。

**root ★** · 04/07/08 01:03

>>322
pound側でほんとうに携帯からしかみられなくなっています。
どうせ新c-docomoで止まるので、解除します。

◆BFzK/mtqM2 · 04/07/08 01:04

携帯からは見れました。

**root ★** · 04/07/08 01:05

そっかぁ。poundで飛ばすとIPアドレスが変わっちゃうのね。
PCから見るとわれわれも人大杉になっちゃうなぁ。しかたないか。

**root ★** · 04/07/08 01:06

LAが1切ってるけど、何かの間違いってことはないよなぁ、、、。

◆BFzK/mtqM2 · 04/07/08 01:07

うーん、むちゃくちゃ軽い。。。。

**root ★** · 04/07/08 01:08

やっぱ、サーバとしての「モノ」が違うってことなのかなぁ。

◆BFzK/mtqM2 · 04/07/08 01:08

アクセスカウンタ復活させてみませんか？　＜　新c-docomo

**root ★** · 04/07/08 01:09

>>329
やってみる。

**root ★** · 04/07/08 01:18

負荷は脈動的にかかるけど、LA=1～3で安定してるみたい。
やっぱ、Pen4 Single IDEとOpteron dual SCSIでは比較することすらおこがましいのかも。

ちなみにPHPアクセラレータのamd64版はないため、次善の策としてAPCを導入しています。

◆BFzK/mtqM2 · 04/07/08 01:21

ホントに軽いね。
http://ch2.ath.cx/load/c-docomo.html
って、pekoのが反映されてるのかな？

**動け動けウゴウゴ２ちゃんねる** · 04/07/08 01:23

ためしにAPCを切るとか

**root ★** · 04/07/08 01:24

>>332
DNSが更新されていないので、旧c-docomoです。
今は単に新c-docomoに転送しているだけだから、軽いわけで。

LA情報はしばらくはこちらで。
http://c-docomo.peko.2ch.net/_service/20040708.txt

**root ★** · 04/07/08 01:25

>>333
明日以降、DoCoMoゲートウェイから直接来るようになったらやってみます。

◆BFzK/mtqM2 · 04/07/08 01:29

>>334
なろほど、旧c-docomoがバッファになっている可能性もあるのかな？

いずれにしても、旧c.2ch.netの実績からすると当然のような気もしますね。
comic4鯖とdomoco以外のアクセスがなくなっているわけだし。

**root ★** · 04/07/08 01:31

>>336
で、ディスクもストライピングを導入してnewfsのパラメータを変えてチューニングしてあるし、
apc(PHPキャッシュ)を入れているし、datキャッシュはblackgoatがやっているし、
掲示板がないのでPHP処理に注力できると。

でもこのへんのチューニングノウハウは、遅いサーバで四苦八苦したからこそ得られたわけで。

**ミラー名無しさん** · 04/07/08 01:32

>334
同じファイルを指しているような。
http://banana404.maido3.com/~ch2c-docomo/_service/20040708.txt

**root ★** · 04/07/08 01:32

>>338
お、こっちもpoundで運ばれるのか。
じゃ、既にメモリは変わったことになるわけか。

**動け動けウゴウゴ２ちゃんねる** · 04/07/08 01:33

>>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なんじゃないですかね。

**root ★** · 04/07/08 01:34

メモリ => 目盛
(ch2.ath.cxのことです)

http://ch2.ath.cx/load/c-docomo.html

しかしそうして見ると、改めてすごい。

**root ★** · 04/07/08 01:36

>>340
そうすね。こっちはhttpでとってないので、転送の影響出ないし。

◆BFzK/mtqM2 · 04/07/08 01:36

295 名前：wbcc1s15.ezweb.ne.jp＠FOX ★ 投稿日：04/07/07 22:14 ID:???
１０倍はこなせるですよね？

とりあえず、今の負荷からすると10倍こなせそうな予感はしますね。

**root ★** · 04/07/08 01:37

負荷は喫水線を超えるとがばっと来るので油断は禁物ですが、
とりあえずそれなりに性能は出せている…のかな。>>343

live8を作っていた時にも思ったけど「これで本来の性能」と思うと、
実はそうじゃなかったりするんだよなぁ。

◆BFzK/mtqM2 · 04/07/08 01:40

ところで、pekoは一時的なもの？

**root ★** · 04/07/08 01:50

まだr.i/p.iを止めていないサーバがかなりあるわけで、、、。>>345

◆BFzK/mtqM2 · 04/07/08 01:52

そうですね。
またしばらく様子見ですね。

**動け動けウゴウゴ２ちゃんねる** · 04/07/08 01:56

11日は球宴（長野）と参院選開票があります。どれくらいの負荷が
かかるか興味があります。

**root ★** · 04/07/08 02:28

さて、DNS変更後もこの軽さが続くことを祈りながら、本日はおやすみなさい。

**root ★** · 04/07/08 02:35

ためしにhttpdを再起動してみた。するとLAが一時的に上がる。
APC(PHP中間コードキャッシュ)がうまく動いている予感。

さて、ねるか。

**FOX ★** · 04/07/08 04:22

でしょ

次はフロント全部peko にして
30倍の負荷を BlacGoat へですよー

で、このとき多分耐えられなくなるけど
これを解消するのはソフトウェァ的手段で、という運びになっとります。

**動け動けウゴウゴ２ちゃんねる** · 04/07/08 04:27

>>351
えっ、もう次のプランですかぁ・・・
相変わらず、早いですねぇ・・・

がんばってください・・・

**動け動けウゴウゴ２ちゃんねる** · 04/07/08 09:03

>>351
あと2台のpekoをどこから調達するのか気になります。
cobra2246が空いてて、もう1台は…?

◆BFzK/mtqM2 · 04/07/08 09:39

othersどこかと同居でも問題ないんじゃないかなぁ～

**動け動けウゴウゴ２ちゃんねる** · 04/07/08 13:55

>>354
cobra 2244(game6とnews11)をどけるのでは？
移動させるとしてもgame6がbanana3台分いるのですよね。
値段調べてませんが、banana3台とTiger1台どちらが安上がりなのかわかりません。

**動け動けウゴウゴ２ちゃんねる** · 04/07/08 13:57

news12が空くんじゃない　（ﾎﾞｿ

**root ★** · 04/07/08 14:30

>>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　 =>

◆BFzK/mtqM2 · 04/07/08 14:38

キャッシュの効率化を考えたら、キャリアじゃなくdatを取りにいく先で分けたほうがいいんじゃないかな？

**root ★** · 04/07/08 14:42

>>358
お、それいいですね。
絶対ヒット率上がるし。

news*、tv*、... 用blackgoat
etc*、life*、... 用blackgoat
love*、comic*、... 用blackgoat

っていうかんじかなと(上記分け方に意味はないです)。

**FOX ★** · 04/07/08 15:03

>>357-358
その方法は封印して一台で動くようにプログラムを書こうという話でーす。

**root ★** · 04/07/08 15:16

>>360
なるほど、それがソフトウェア的手段(>>351)だと。
何か、勝算がおありなので。

**FOX ★** · 04/07/08 15:22

まずは　30倍負荷下の BlackGoatを作り出さなきゃ
なにも見えてこないかと・・・

つまりあそこが悲鳴を上げるかな? とかは予想は出来るけど
実際にはわからないわけで、

◆BFzK/mtqM2 · 04/07/08 15:27

と言う訳で入り口を広くしましょうと言うことですね。

**root ★** · 04/07/08 15:35

とすると実作業は、

1)c-auをpekoにする
1')c-others/c(同じマシン)をpekoにする
2)すべてのサーバのr.iとp.iを止める
3)i.2ch.netのr.iとp.iに行く入り口をふさぐ

ということになるのかな。

**FOX ★** · 04/07/08 15:38

概ねそんな順番かと、

c-au をpeko にして、r.i / p.i を順次とめてみて
どこまで耐えられるか、、、
c-others はpeko化が必要になった時点で、

**動け動けウゴウゴ２ちゃんねる** · 04/07/08 15:43

各板のi/index.html生成もとめてみればいいかと＞r.i/p.i停止

**動け動けウゴウゴ２ちゃんねる** · 04/07/08 15:44

要は、c.2chの負荷テストですかな？
でも、失敗すると、少し前にc-docomoがダウンした二の轍を踏むのでは…。
現在は少し前の過負荷状態は解消されたが…。予断が許さない状態だし…。

**FOX ★** · 04/07/08 15:46

>>366
たぶん /i/ の停止は一番最後になる予感
bbs.cgi の改造ですし、

**動け動けウゴウゴ２ちゃんねる** · 04/07/08 16:00

削除じゃなくて、c-　への誘導リンクにして欲しいな
と思ってみる。

**FOX ★** · 04/07/08 16:25

http://server.maido3.com/pie/graph/c-do.gif
これはどのように理解すればいいのだろうか?

**root ★** · 04/07/08 16:34

>>370
これは今のbanana404かな。

だとすると、
・入るほうは: (1)携帯からのリクエスト (3)cobra2247からの応答
・出るほうは: (1)携帯への戻り (2)cobra2247への転送

かと。つまり、今は単純に「水道管」になっているだけかと。

**FOX ★** · 04/07/08 16:36

なるほど、なるほど

**root ★** · 04/07/08 17:11

ということで、c-docomo/c-au/c-othersの代表化作業ができました。
DNS浸透すれば(1日かな)、形が整います。

ということで、クラシックさん、◆BFzK/mtqM2 さんにお知らせです。

1)それぞれのフロントエンドへのアクセス方法:

c-au1.2ch.net
c-docomo2.2ch.net
c-others1.2ch.net

でアクセス(ファイルのうｐ等)してください。

また動作確認が必要な場合には、それぞれの名前でhttpアクセスすることもできます。
デバッグ用のアクセスコントロールもしてあります。

2)設定

それぞれのフロントエンドには、代表名でアクセスが来ます。
つまり、携帯側から送られてくるホスト名は、今までと同じです。
(c-au.2ch.net, c-docomo.2ch.net, c-others.2ch.net となります)

**root ★** · 04/07/09 01:06

LAがピークで24ぐらいになるのか。
ということでちょっとだけ設定をいじってみた。

# Apacheを起動しなおすとPHPの中間コードキャッシュがなくなるので、LAが一時的に急上昇。

**動け動けウゴウゴ２ちゃんねる** · 04/07/09 02:07

負荷監視所見たら、au鯖だけ物凄い負荷（一時に比べ、1/10だが）。
他鯖（c.2ch以外含む）の10倍の負荷がかかっている。下手すれば、ダウンしかねない。
docomo/others鯖は負荷が今のところ安定している。

**root ★** · 04/07/09 02:53

傾向としては、アクセス数がある喫水線を超えると負荷がぐわっと上がる感じだなぁ。
c-au1とかは明確にそうだし、peko化して劇的に軽くなったc-docomo2もその傾向。

あちこちのr.i/p.iを止めた時に、どうなるのかなぁ。
もしレスポンスが悪く重くなったら、またチューニング(= 悪あがき)の日々か。

**動け動けウゴウゴ２ちゃんねる** · 04/07/09 02:58

それもまた楽し。

**FOX ★** · 04/07/09 04:30

http://server.maido3.com/pie/graph/c-do.gif

おっ　何かが切り替わった?

**FOX ★** · 04/07/09 04:36

http://server.maido3.com/pie/graph/c-ot.gif
http://server.maido3.com/pie/graph/c-au.gif

でもこれらはどういう意味なんだろ、、、
難しいなぁ、、、

**root ★** · 04/07/09 04:36

>>378
DoCoMoのサーバにDNSが浸透しましたね。
c-docomo1=>c-docomo2へのpoundでの転送をとめます。

**root ★** · 04/07/09 04:39

>>379
上は、c-others1に代表(c-docomo, c-au, c-others)を集めたからですね。
c-auの青線がたまに上回るのは、なんでだろう。

**FOX ★** · 04/07/09 04:42

とうめん　c-docomo1 (banana404) が空いている状態ですが、
ロビンちゃんの実験(別にする必要はないけど)でもしますかー?
au 用をターゲットに、

**root ★** · 04/07/09 04:43

>>382
おぉ、c-au2の登場ですか。いいかも。

今日はもう眠くてアタマが回らないので、
明日の午後あたりにでも。

**root ★** · 04/07/09 11:46

c-au2のバーチャルホストの設定しました。
儀式場にて。

**root ★** · 04/07/09 11:55

c-au2の準備ができました。
アカウント等の設定は現c-au1と同じです。
2ch.net的DNS設定はまだですが、banana404.maido3.com でアクセスできます。

ということで、中身を入れ込んでくださいです。＞両氏

**動け動けウゴウゴ２ちゃんねる** · 04/07/09 12:53

見えないので書き込み

◆BFzK/mtqM2 · 04/07/09 13:15

c-docomo1中身は消しちゃったのかな？
そのままで動くはずです。

**root ★** · 04/07/09 13:20

>>387
そうすか。
だとすると、バーチャルホストとしてc-auを受け付けるようにすればいいのかな。

実験だし、それでいいかな。
んじゃやってみます。

**root ★** · 04/07/09 13:33

ロードバランスしてみた。

**root ★** · 04/07/09 13:37

ログでみる限り、うまくいってそうな予感。
そのうち転送量グラフに反映されるかなと。

**root ★** · 04/07/09 13:38

で、今回はDNSラウンドロビンではなくて、poundの分散機能を使用。
こんなかんじで。

UrlGroup ".*"
BackEnd 206.223.150.95,80,1
BackEnd 206.223.150.140,80,1
EndGroup

**FOX ★** · 04/07/09 13:41

**root ★** · 04/07/09 13:49

そうですね。>>392

こんなかんじで、分業制で機能しています。

・総合受付、携帯との通信担当
　banana405

・PHP処理担当
　au係 banana403 banana404
　DoCoMo係 cobra2247
　その他係 banana405

・dat/subject.txtキャッシュ、I/O担当
　banana406

**動け動けウゴウゴ２ちゃんねる** · 04/07/09 14:14

ロードバランスなんてするとFOXさんに怒られますよ

なんて。

**root ★** · 04/07/09 14:20

>>394
実験だし。
でも2ch.netドメインでロードバランシングを導入したのはお初かもね。

**root ★** · 04/07/09 19:52

ロードバランシングはかなり効果ある模様。今日のピークを乗り越えられるか。
http://ch2.ath.cx/load/c-au1.html

◆BFzK/mtqM2 · 04/07/09 20:12

順次p.iとr.iを止めていき、BlackGoatの限界を見ていくフェーズに移行かな？

◆BFzK/mtqM2 · 04/07/09 22:56

c-docomo2は徐々にメモリが少なくなってきていますね。
http://mumumu.mu/mrtg/mrtg-rrd.cgi/memory/c-docomo2memory.html

**root ★** · 04/07/09 22:57

ふうむ、MaxRequestsPerChildが1000の時よりも100の時のほうが断然軽い、、、。< c-docomo
ちょっと不思議な気がするけど、PHP+APCキャッシュな設定ならではなのかも。

**root ★** · 04/07/09 22:58

>>398
ということで、設定変えてみたです。メモリというより処理自体が滞留していたみたいなので。

◆BFzK/mtqM2 · 04/07/09 23:02

あらホントだ、
LAが100→30に一気に下がった。

**root ★** · 04/07/09 23:09

c-au[12]も重くなってきたので、c-docomo2と同じ設定にしてみた。

つまりphp_accerelatorを止め、APCキャッシュに変更し、
MaxRequestsPerChildを1000から100に変更。

**root ★** · 04/07/09 23:10

c-au[12]も下がった。アクセスがハイレートの時は、APCキャッシュのほうが効果あるのか。

**root ★** · 04/07/09 23:14

念のためc-others1も同じ設定にしておいた。

**root ★** · 04/07/09 23:22

どうもhttpdのゾンビさんがいっぱいいました。< c-docomo
とりあえずリブートしてみた。

**root ★** · 04/07/09 23:22

これで概ね落ち着いたはず。
少しめしくってきます。

**root ★** · 04/07/10 12:04

c-au1とc-au2のアクセス数統計を復活させてみた。
http://mumumu.mu/mrtg/mrtg-rrd.cgi/access/