【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/21 14:27

>>492
ｃで呼べば、常によきにはからわれます。

**FOX ★** · 04/07/21 14:34

はいはーい

修正してきます、、

**FOX ★** · 04/07/21 14:42

でけた、でけた

http://headline.2ch.net/bbynews/i/

◆BFzK/mtqM2 · 04/07/21 15:29

＞FOX★さん
おつです。
ドコモ確認しました。

◆EA.clAssIc · 04/07/21 16:01

c系列(au、docomo、others)の方向性を変えてみたいと思います。
今までは、ﾒﾆｭｰを「より使いやすく」というｺﾝｾﾌﾟﾄで作っていましたが、
今後は「より軽く」というｺﾝｾﾌﾟﾄで。
不必要な機能は削り、最低限「見れること」を意識し作り直したいと思います。

もし、特に問題が無いようでしたら、そんな感じで進めたいですー。

**root ★** · 04/07/21 16:07

c-docomo3の器のセットアップができました。
ということで、c-docomo2と同じものを入れてくださいです。

アカウント情報をこれからメールします。

>>497
わくわく。

◆BFzK/mtqM2 · 04/07/21 17:19

あれ？
中身もはいってるなぁ～
◆EA.clAssIcさんかroot★さんがいれたのかな？
問題無さそうなので、ロードバランサーしちゃいましょうか～

**root ★** · 04/07/21 17:24

>>499
私は何もしとらんです。クラシックさんじゃないかな。

んじゃ、poundの設定更新してきます。

**root ★** · 04/07/21 17:29

うごかしはじめた。

**FOX ★** · 04/07/21 17:31

かんさつ　かんさつ

**root ★** · 04/07/21 17:32

某所の統計情報Webを更新してきます。

**動け動けウゴウゴ２ちゃんねる** · 04/07/21 17:46

>>497
いつも凄まじい負荷との戦いお疲れさまです
検索と一回の表示数の設定さえ残してもらえればいちユーザーとしてうれしいです

**root ★** · 04/07/21 18:00

poundってメモリリークするみたい。
c-au担当のpoundの大きさが200M超えてたです(リスタート済)。

◆X7F1FulWvk · 04/07/21 18:00

>>497
どきどき

**FOX ★** · 04/07/21 18:03

**root ★** · 04/07/21 18:05

>>507
Yes.

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

うまく半分ずつになっているみたい。11:00前の断はIPアドレスの変更。
16:00の急降下は、とりあえずさっき仮に対策してみた。

http://mumumu.mu/mrtg/mrtg-rrd.cgi/access/

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

http://mumumu.mu/mrtg/mrtg-rrd.cgi/traffic/

トラフィックのグラフを見て思ったこと、つらつら
1) au は docomo の1.5倍の転送量(out) である。
2) au は in/out 同じくらいだけど、docomo は outがinの三倍。

どしてなの?
この違いはどこからくるの?
つまりアクセス数は　docomo は au のせいぜい 1.5 倍しかないのに
なんで peko 二台もいるの?

**FOX ★** · 04/07/21 22:09

root ★さんに質問でーす

http://mumumu.mu/mrtg/mrtg-rrd.cgi/access/

このアクセスというのは何の値なのですか?
c.2ch.net のphpが起動された回数と思っていいのかな?

◆BFzK/mtqM2 · 04/07/21 22:15

>>510
１つ考えられることは、再送信の頻度の問題（回線の質）
つまり、携帯側に同じデータを何度か送信しないと携帯側がデータを受信完了しない。

>>511
サーバにアクセスした回数だと思う。
phpなどの動的コンテンツだけでなく、静的コンテンツへのアクセスもカウントされているはずです。

◆BFzK/mtqM2 · 04/07/21 22:26

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は受信が少ない、送信は両方とも同じですね。
という事は、　
↓

**root ★** · 04/07/21 23:17

帰宅。>>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のスロットが埋まっている。

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

で、トラフィックのグラフを見ていると、確かに不思議。
最初は計り間違いを疑ったぐらい。

でも、公式発表 ( http://server.maido3.com/pie/ )と比較しても、間違ってないみたい。

で、auが多いんではなくて、DoCoMoのinが異常に少ない気がします。
このへんにpekoが2台必要になる鍵がある気がする。

なんというか、コネクションが捌けない原因が潜んでいそうというか。

**root ★** · 04/07/21 23:24

で、DoCoMoって、アクセスがとっても脈動的な気がするのですよ。
少しすいたなと思うと、どばっと押し寄せてくる。
寄せては返す波のように、脈動的にアクセスがあります。
というか、Apacheのスロットが埋まります。

ひょっとして、何か携帯からの出口でしぼっていて、上りのトラフィックの通信速度を、
わざと出ないようにでもしてるのかしら。< DoCoMo

◆BFzK/mtqM2 · 04/07/21 23:30

>>515
INが少ないのは、URIが小さいって事かな？
だとすれば、docomoユーザはデフォルト設定のままの使用率が多いってことかも。

classicメニューの場合は、各種設定をURIに埋め込んでいるので、
違いがあるとすればそれくらいしか考えられないよな。

公式( http://server.maido3.com/pie/ )を見る限り、逆にauやotherのINが多い気がする。。。

**root ★** · 04/07/21 23:38

携帯って、上りと下りの速度とか違うんだっけか。

**root ★** · 04/07/22 00:01

poundのうちの一つ(c-others担当)がしばらくおかしかった模様。
今リスタートしました。

**root ★** · 04/07/22 00:04

poundが一つ詰まると、全部いまいちになるみたい。
何かのヘルスチェックを入れないといけない予感。

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

見てるとメモリリークじゃなくて、そのぐらい(200M)バッファメモリを使うみたい。< poundロードバランサ
メモリ1G仕様で正解だったかも。

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

au＋others→peko×1
docomo→banana×3～4
て、ゆうのにしたら……。

**root ★** · 04/07/22 00:31

うーむ、今日はpound不調すね。
いったんリブートします。< cの受け口

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

>>523 done.

**root ★** · 04/07/22 00:51

ふーむ。
poundでの振り分けを全部c-othersでやるのはちょっと苦しいみたいだなぁ。
(メモリを食うpoundプロセスが同じマシンで3つ動いている)

c-auはc-au1に、c-docomoはc-docomo2に持っていくか。
(IPアドレスは5つまで使えるので、技術的には問題なし)

でもc-docomo3の投入初日だし、今日はとりあえず様子見かなと。

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

あまりにも不調なので、poundの設定を見直し中。
とりあえず、

Client 300
Server 3600
Alive 10

を入れた。

**FOX ★** · 04/07/22 01:21

docomo ってとっても設備(お金)かかるってことなのでしょうか

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

そうかも。

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

>>527
そのようですねぇ・・・
これ以上の設備投資は・・・

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

うーん、、、。
何かドラスティックな解決方法があるような気がするんだけどなぁ。

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

>>527
今更(ry

**root ★** · 04/07/22 01:46

poundがやはり不調のため、緊急に作業します。
c系のアクセスいったんとめます。

**root ★** · 04/07/22 02:11

ロードバランサーをpoundからpythondirectorに変更中、、、。

**root ★** · 04/07/22 02:16

軽いや。すごくいい。 < pythondirector
1プロセスで全部できるのもうれしい。

ひょっとして、脈動問題はこいつが原因だったのかも。

**root ★** · 04/07/22 02:20

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>

**root ★** · 04/07/22 02:29

ロードバランサは軽く、しかもうまく一本化できたみたいなので、>>525 は中止で。
あとは、これでしばらく様子見か。

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

乙カレー

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

夏WIN出たらauがすごいことになりそう

外部フォームから書き込み許可する方法模索してもらえませんか。
●有りのみとかでもいいので。
そうすれば直書き型p2クライアントが完成するので開放できたりしちゃうんですが。(●´ー｀●)

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

また鯖落ちか? 高機能鯖落ち中の様です。

proxy127.docomo.ne.jp · 04/07/22 09:25

あらら、今回は鯖ごと落ちた模様。

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

入り口が死んでますね。
中の人は生きてます。

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

携帯からのサッカー代表板復旧した？？

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

あー、やっぱり落ちてたのか。この先チョット心配？

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

夏厨も増えてるから不安。

**動け動けウゴウゴ２ちゃんねる** · 04/07/22 11:18

c-docomo不安定だね…見れたり見れなかったり。

スレはひらくけど続きを押すと「接続できません」

**root ★** · 04/07/22 11:26

ロードバランサのログに
socket.error: (24, 'Too many open files')

とか出ていたので、
kern.maxfiles=65536
kern.maxfilesperproc=32768

にして、ロードバランサを再起動してみた。(従来はそれぞれ上記の半分の値)

**動け動けウゴウゴ２ちゃんねる** · 04/07/22 11:40

DOCOMOだけど、レスポンスは悪くないのに全部読み込むまでにやたらと時間がかかるな。

**root ★** · 04/07/22 11:52

>>546
まだ出るすね。< socket.error: (24, 'Too many open files')
FDをクローズしてないのかもね。

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

BlackGoatのLAN(フロント)側ってどの位の帯域を使ってるんでしょうか？
BG ←→2ch間でさえ深夜には20Mbpsに達しようという感じみたいなんで、
BGのLAN側のNICが100Mbps(でしたよね？)で大丈夫だろうかと思うんですが。
http://server.maido3.com/pie/graph/blackgoat.gif
http://server.maido3.com/pie/

◆BFzK/mtqM2 · 04/07/22 12:32

>>548 root★さん

ロードバランサ越しにアクセスすると、全ての送受信がロードバランサ経由になるのかな？
レスポンスの悪さはそのあたりに原因があるのかな？

**root ★** · 04/07/22 13:03

ロードバランサのスケジューラをちょっと調整。
単純ラウンドロビンから、このときのコネクション数の少ないやつにしてみた。
scheduler="leastconns"

>>549
なるほど、みてみるか。

>>550
そうなりますね。
ということで、やっぱり >>525 をやろうかなと。

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

>>518
既出ですが、
違うと言う事を言っておきます

**root ★** · 04/07/22 14:28

ロードバランサ移動(c-others1からau用をc-au1に、DoCoMo用をc-docomo2に)の準備完了。
儀式依頼へと。

**root ★** · 04/07/22 14:48

で、例によってテンポラリなつなぎかえを実施。

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

r.i p.i をほぼ全て止めた。

1) bbs.cgi の板名/i/ の更新の停止。
2) 板名/i/ はそのまま放置?
3) あと何あったっけ?

**root ★** · 04/07/22 15:41

>>555
お、live8とか、更新しときます。
bbs.cgiが少し軽くなると。

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

あっ　まだ bbs.cgi の改造やってませんですー

**root ★** · 04/07/22 15:44

>>557
あ、了解です。

止めるにあたって何をする必要があるのかと、そゆことですね。

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

気が付いたことがあれば、よろしくです～

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

>>555
(ﾟ∀ﾟ)ﾄﾞｷﾄﾞｷ

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

>>546
出会い系サイトやってたときそんなログいっぱいだったなぁ
httpdがよく死んだし。ＯＳはなんですか？

**とんすけ** ◆MytskeE.Vg · 04/07/22 16:19

>>555
1)で板名/i/の更新が停止したのなら、2)で板名/i/からc.2ch.netの各板の
スレ一覧表示にリダイレクトするようにしてはいかがでしょ？

**FOX ★** · 04/07/22 16:21

>>652
まだ止めていないけど、
リダイレクトするとすれば

どうやるのですか?
こんな感じ?
http://c.2ch.net/z/-/dqnplus/i

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

r.i止める前にc-docomo復帰させてくれ。

**未承諾広告※** ◆TWARamEjuA · 04/07/22 16:34

黒やぎさんが止まっているようですが、作業中なのでしょうか？
そうでなければリブート要請いたしますけれども・・・

**root ★** · 04/07/22 17:14

>>565
確認します。ちとおまちを。

**root ★** · 04/07/22 17:15

内側はpingかかるみたい。< blackgoat

**root ★** · 04/07/22 17:17

内側からログインできました。< blackgoat
マシンは動いてますね。スイッチ?

**root ★** · 04/07/22 17:20

ホスト側は異常なさそうですね、、、。スイッチかも。
一応、リブートしかけます。< blackgoat

**root ★** · 04/07/22 17:25

rebooted. < BlackGoat

**未承諾広告※** ◆TWARamEjuA · 04/07/22 17:26

>>570
Muchas gracias.m(_ _)m

**root ★** · 04/07/22 17:38

>>571
同時刻にcomic6もおかしかったみたいなので、
スイッチ側だったのかもです。

comic6:206.223.150.195
blackgoat:206.223.150.190

**FOX ★** · 04/07/22 17:40

>>572
comic6 (banana388) はリブートしました。
for some reason.

**root ★** · 04/07/22 17:46

>>573
了解です。
いずれにせよ、今は復旧したはず。

**root ★** · 04/07/22 19:12

c-docomo2、落ちたかも。
表も裏もだめみたい。

しばらく待ってだめなら、リブート要請します。

**root ★** · 04/07/22 19:31

要請しました。>>575

◆BFzK/mtqM2 · 04/07/22 20:42

c-docomo2は完全にあぼーん？

◆BFzK/mtqM2 · 04/07/22 20:47

とりあえず、c-docomoの入り口をc-docomo3に変更しませんか？

**root ★** · 04/07/22 21:29

帰宅。体調いまいち。

>>578
それがちょうどタイミングの悪いことに、
負荷上昇に伴って、c-docomoをc-others1からc-docomo2に変更したばかりなのです。

うーむ。

◆BFzK/mtqM2 · 04/07/22 21:30

c.2ch.netからの誘導をc-docomo3に直接行うとかは？

**root ★** · 04/07/22 21:31

あがってるかな。ちょっとみてきます。

**root ★** · 04/07/22 21:34

ログインしたとたんに黙った、、、。どうなってるんだろう。

◆BFzK/mtqM2 · 04/07/22 21:37

ログインできたと言うことは、鯖は生きていそうって事かな？

**root ★** · 04/07/22 21:37

ごくたまに(10秒ぐらい)pingかかるみたい。ううむ。

◆BFzK/mtqM2 · 04/07/22 21:38

単に激重状態なだけ？

**root ★** · 04/07/22 21:39

>>585
わからんです。まずは様子をみないと。

**root ★** · 04/07/22 21:54

ping来るようになった。
でも、sshではいれない。

%ssh cobra2247.maido3.com
ssh_exchange_identification: Connection closed by remote host

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

またping止まったかも。何が起こってるんだろう。

**未承諾広告※** ◆TWARamEjuA · 04/07/22 22:45

こういうアプローチは如何でしょう？
★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 で食わせていると思うのでその点は設定変更は不要）

上記の設定を施した自鯖では今のところ支障なく動いています(^-^)　＠貧弱過疎鯖ですけれども（苦笑）

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

メモリ節約路線ですね。< 前者
daemontools等はもちろん動いてます(dnscache自分持ちだし)。

後者も、ありかな。(MySQLサーバではなく、MySQLとの連携機能ですね)
MySQL使ってないなら、その部分の機能はいらないですしね。

◆EA.clAssIc · 04/07/22 23:22

>>563 FOX ★さん、
そのURLで問題ありません。
将来的にsubject.txtの整形&表示部分もｺｽﾄを少なくしたいので、
/i/index.html でﾘﾝｸして頂けると助かります。

**root ★** · 04/07/23 13:29

c-docomo2でのpoundの起動方法を変えました。
これで、不可解なダウンは起こらなくなったはず。

# amd64なマシンだとdaemontools配下になぜかできないみたい。原因はあとでまた。