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

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

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

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

Love Affair 作戦。
Part2 大黒埠頭

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

**動け動けウゴウゴ２ちゃんねる** · 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配下になぜかできないみたい。原因はあとでまた。

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

裏側のI/Fの転送量統計をとりはじめた。
http://mumumu.mu/mrtg/mrtg-rrd.cgi/traffic/

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

旧c-au/c-docomo(c-others1と同じホスト)からの臨時転送をとめました。
これで今は、

1)携帯からc.2ch.netにアクセスする
2)リダイレクトでc-au, c-docomo, c-othersに振り分けされる
3)携帯は改めてc-????にアクセスする (c-????は現在それぞれの現役サーバのうち一番若い番号)
4)c-????にいるpoundがはそれぞれのサーバにロードバランスする

となります。

**FOX ★** · 04/07/23 15:25

板名/i/index.html の更新終了

bbs.cgi ver 20040723

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

>>595
お疲れさまです・・・

**FOX ★** · 04/07/23 15:30

板名/i/index.html の中身はどうすればいいのだろうか、、、

1) 中身をどうする?
2) 板名/i/index.html へリンクしているところはあるんでしたっけ?

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

これでいいべか?

<html>
<head><title>移転しました</title></head>
<body>
<a href="http://c.2ch.net/z/-/dqnplus/i/index.html">移転しました</a>
</body>
</html>

**▲ 某ソレ511** · 04/07/23 15:48

>>591だし、やるならそれでよさそうだね、

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

とりあえず、600取っときますね。

◆EA.clAssIc · 04/07/23 15:54

おお、ちょと伝わっていない予感…

現在cでは、ｽﾚｯﾄﾞ一覧を表示するのに、各板のsubject.txtをﾘｸｴｽﾄしているのですが、
出来ればこのｺｽﾄは減らしたいなと考えています。
ですので、出来ればで良いのですが、
bbs.cgiが作成する/i/index.html（ｽﾚｯﾄﾞ一覧）は、
r.iへのﾘﾝｸではなく、c.2ch.netへのﾘﾝｸに変更して頂けると幸いです、、、

**FOX ★** · 04/07/23 15:58

おおおっ　なるほど、、

いったん元に戻そう。

**FOX ★** · 04/07/23 16:02

しかし、２ちゃんねるのサーバの要求としては
各サーバの負荷を劇的に減らすために
携帯からのアクセスはすべて c.2ch.net 系が担当する
という方針であります。

つまり c.2ch.net が担当するよりも、各サーバで担当するほうが
処理的には軽くても、追い出すという算段です。

◆EA.clAssIc · 04/07/23 16:05

なるほど、了解です。
そうしましたら、index.htmlの中身は、

<html>
<head><title>移転しました</title></head>
<body>
<a href="http://c.2ch.net/z/-/dqnplus/i/">移転しました</a>
</body>
</html>

という感じでお願いできますでしょうか?

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

んじゃ再度。

板名/i/index.html の更新終了

bbs.cgi ver 20040723

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

>>605
了解です。

で、今blackgoatの様子がおかしいかも(昨日と同じ、外部側の不調か)。
これから確認します。

**FOX ★** · 04/07/23 17:29

質問でーす

携帯でなく普通のISPから
http://c.2ch.net/　をみたらどうなるのが正解ですか?

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

sshでも入れないですね。リブート要請します。< blackgoat

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

>>607
c-othersに案内されます。

**FOX ★** · 04/07/23 17:37

>>609
了解デーす

でもすごく重いのは私だけ?

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

今blackgoatが落ちてるからですね。(>>606 >>608)

# 裏側からログインできたのでリブート要請キャンセルしようとしたけど、
# 間に合わなかった、、、。とりあえずどうせリブートだったから同じだけど。

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

昨日書きましたが、r.iをこの板のみ残すもしくはqb5のみ残すのは
無理ですかね。いまはPCからカキコしてるけど携帯が落ちてたときに
携帯からの手段がないと思うんですよね。。。

それかqb5のみau/docomo/othersの振り分けをなくすとか。。。

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

blackgoatはリブートされました。

これで元に戻ったはずですが、
外部側のネットワークインターフェースがとつぜんおかしくなる原因をつかまないと。
(昨日も起こったので)

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

live8, game6, news11, live12のbbs.cgiを更新。>>605

**FOX ★** · 04/07/23 18:26

http://qb5.2ch.net/operate/i/

[―{}@{}@{}-] m01vtr021.comp.dion.ne.jpる · 04/07/23 18:40

>>615
ウホッ素早い。

いまc-docomo不安定ですね。500Errorが３～４回に１回出る感じがする。

[―{}@{}@{}-] m01vtr021.comp.dion.ne.jp · 04/07/23 18:41

「る」ってなんだよ。。。と事故レス

**root ★** · 04/07/23 18:44

パフォーマンス出てないですね。< c-docomo系
とりあえず2台(c-docomo2/c-docomo3)ともhttpdをリスタートしてみた。

[―{}@{}@{}-] m01vtr021.comp.dion.ne.jp · 04/07/23 18:49

乙です

**FOX ★** · 04/07/23 18:52

ここまでの経過、まとめを管理人に報告した。

さて、

**root ★** · 04/07/23 18:56

>>620
おつでした。

バックエンドがおかしくなると全部が死ぬとか、
c-docomo系でパフォーマンスが出なくなる症状とか、
ロードバランシングはまだまだ調整が必要とか、
たまに120秒よりも遅延が大きくなるスレがあるらしいとか、課題はまだ相当ありますが、
ベースシステムは概ねこんなかんじかなと。

さて、今後の展望は。

[―{}@{}@{}-] m01vtr021.comp.dion.ne.jp · 04/07/23 19:01

index.htmlの中身ですが

<html>
<head><title>移転しました</title></head>
<body>
<a href="http://c.2ch.net/z/-/dqnplus/i/">移転しました</a>
<BR>
<a href="http://qb5.2ch.net/operate/i/">運用・障害情報はこちら</a>
</body>
</html>

はどうでしょう？r.i直リンはまずいかな？

**FOX ★** · 04/07/23 19:06

>>622
各ページじゃなく、　c.2ch.net のTOPからのリンクが良いような、、、
若干の仕組みの手直しとして、現在 c-others と共用となっているけど
c.2ch.net に banana を専用に一台投入という事も考えて
そうなれば c.2ch.net 自体はそうそう落ちない気がするのだが、

[―{}@{}@{}-] m01vtr021.comp.dion.ne.jp · 04/07/23 19:10

将来的に/i/index.htmlは消すのかな？そうだと>>622は無意味か。

[―{}@{}@{}-] m01vtr021.comp.dion.ne.jp · 04/07/23 19:12

リロードし忘れ。
>>623
そうですね。しばらくtopにリンクで安定してきたらoperate/i/を削除のほうが。

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

>>612の質問は徹底的に無視ですか、、、

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

まさにその話をしているような？

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

大変失礼しました

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

既にr.i再開してますよ、この板。

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

c-docomo不思議な挙動しますね。120delayがうまく機能してないような。

・立ったばかりのスレで2get等のカキコはdelay無視で即反映
・カキコが少ないスレは120以上のdelayがある。

subject.txtの不釣り合いはどうしようもないところか。

**root ★** · 04/07/24 00:11

squidのキャッシュヒット率が下がってるみたい。
設定の問題か。ちょっとblackgoatの様子をみてこよう。

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

ディスクキャッシュを少し増やしてみた。

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

そういえばリバースプロクシのsquid.confの設定ってどうなってます？
自分は
cache_replacement_policy heap GDSF
memory_replacement_policy heap LFUDA
cache_dir null /tmp
とかにしてる。

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

squidの設定はあんまりまじめに詰めてないです。見てみるか。

**root ★** · 04/07/24 00:38

blackgoatのsquidはリバースじゃなくて普通のだから、cachr_dir nullはちょっと。
cache_replacement_policy と memory_replacement_policy はデフォルトです。

squidのリバースプロキシ機能は今のところ使ってないすね。

ロードバランシングはpoundを使用。
担当を3つに分けてからはそれなりにうまくいってるみたい。

**root ★** · 04/07/24 00:47

あんまりかわんないなぁ。

1090597580.673 10385 192.168.0.101 TCP_SWAPFAIL_MISS/200 72252 GET http://hobby5.2ch.net/drama/dat/1083775457.dat - DIRECT/206.223.150.10 text/plain
1090597580.673 10082 192.168.0.101 TCP_SWAPFAIL_MISS/200 66239 GET http://game7.2ch.net/ogame/dat/1090506363.dat - DIRECT/206.223.151.135 text/plain

がたくさん出てる。

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

だったらcache_dir diskdのほうがヨサゲ。
Squidの開発者のベンチマークでもdiskdが桁外れに速いので推奨している感じ。
memory_replacement_policyについてはちょっと前のBSD Magazineでheap LFUDAを推奨してた。

**root ★** · 04/07/24 02:56

>>637
diskdは最初試してみたのです。
で、なんかうまくいかなかった。(>>142)
また再挑戦してみるか。

memory_replacement_policyは、機を見て別途。

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

高負荷時にGENERICでdiskdが死ぬのは
http://www.squid-cache.org/Doc/FAQ/FAQ-22.html#ss22.6
あたりを参照してみてください。でもちょっと数値は古いのでチューニングする余地有り。
あと
ttp://www.fkimura.com/squid0.html
とか。
http://pc5.2ch.net/test/read.cgi/unix/1034236482/228
とか。

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

いまのところc-docomo安定してますね。ただ、まもなく16時。トラブル頻発の時間帯。

04/07/24 14:23

ワクワク！大曲刻！１６：００

04/07/24 14:30

http://ch2.ath.cx/load/images/cedf97d7.png
c-docomo2
http://ch2.ath.cx/load/images/cedf97d2.png
c-docomo3
http://ch2.ath.cx/load/images/cedf9691.png
c-others1

**FOX ★** · 04/07/24 15:14

質問でーす

転送量で docomo2 : docomo3 = 2:1 くらいになっているのは
どうしてなのだろぅ、平均化されないの?
http://server.maido3.com/pie/

**root ★** · 04/07/24 15:31

>>643
>>594 にあるように、ロードバランサのプログラム(pound)が
それぞれの一番若い番号で動いてるからすね。

今、

携帯──c-docomo (代表)
　　　　　　　├c-docomo2 (実処理1)
　　　　　　　└c-docomo3 (実処理2)

となっています(実体はc-docomo=c-docomo2)。
で、

携帯─2─c-docomo (代表)
　　　　　　　├1─c-docomo2 (実処理1)
　　　　　　　└1─c-docomo3 (実処理2)

というふうに処理していますが、c-docomo⇔c-docomo2の処理は同一ホストなので(外に出ない)、
外から見える転送量としては、

携帯⇔c-docomoの部分の2
c-docomo⇔c-docomo3の部分の1

が見えるわけです。

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

なるほどですー

も一つ、別件ですが
現在 c.2ch.net での bbspink の扱いはどうなっているのでしょうか?
上位レイヤーからの要請はたぶん c.2ch.net と bbspink の完全切り離し
ですので、c.2ch.net では bbspink は扱わない方向での作業になると思います

bbspink は当面、従来どおりの r.i p.i で、

04/07/24 15:48

なぬっ

**root ★** · 04/07/24 15:49

>>645
中身は中の方々でないとなんともいえないですが、
たぶんbbspinkとかは入ってるですね。

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

>>645
なんと。