【uma作戦】2ch特化型サーバ構築作戦 Part3

**root ★** · 03/11/05 16:36

2003年11月5日現在のuma作戦サーバ: 7台

oyster173: news6.2ch.net / mnewsplus
oyster174: life3.2ch.net / diet, fashion, female, kankon, live
oyster175: news5.2ch.net / newsplus
oyster176: bbq.2ch.net / BBQ/BBXシステム用
oyster132: qb3.2ch.net / operate, sec2ch, sec2chd
oyster133: gamble2.2ch.net / gamble, keiba, mj, pachi, slot
oyster134: tmp2.2ch.net / これから作業

前スレ: http://qb3.2ch.net/test/read.cgi/operate/1062137886/

**root ★** · 04/01/05 02:03

>>738
よいと思われ。

h009.p996.iij4u.or.jp＠仕事人 ★ · 04/01/05 02:16

>>739
done

**root ★** · 04/01/05 02:19

確認しました。
ねんのため、バックアップもとりました。

キャップのバックアップとかも、ぼちぼち自動化を考えるかなぁ。

**root ★** · 04/01/05 02:35

某MRTGページ更新しました。
本日はこれにて。

**ラプター ★** · 04/01/05 11:44

F22が動いているかもしれないサーバの一覧。
http://bg2.2ch.net/service.html

**root ★** · 04/01/05 15:04

とりあえずここに。

tv4のread.cgiが古いやつだったので、
news5のやつ(トラックバック対応のもの)をコピーしておきました。
今後は最初に入れるパッケージのほうを入れ替えておかれるとよいかと思います。＞仕事人さん

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

music3鯖へのmusic鯖の板移転はまだでしょうか？

**動け動けウゴウゴ２ちゃんねる** · 04/01/06 17:36

>>745
完了

**動け動けウゴウゴ２ちゃんねる** · 04/01/06 18:20

>>746
乙

**動け動けウゴウゴ２ちゃんねる** · 04/01/06 19:10

bobbyのetc移転完了、
次はsports->sports6お願いします。

**仕事人 ★** · 04/01/06 19:28

sports6 は格闘技系をあつめようかしらん

t608250.ipgw.phs.yoyogi.mopera.ne.jp · 04/01/06 19:30

>749
スレ移動がスムースになるので良い考えかと

**動け動けウゴウゴ２ちゃんねる** · 04/01/06 19:34

格闘技系
sports　budou　boxing
sports3　k1　wres
sports6　sumou

**某ソレ511** · 04/01/06 19:37

●sports.2ch.net
　□sports, ski, msports, kyozin, volley, boxing,
　　 fish, bass, bicycle, f1, olympic, budou, golf, xsports
●sports3.2ch.net
　□k1, mlb, sposaloon, wres
から>>751が移動？のこりのsports上の板はsports3移転ですかね？
まあ、sports3の格闘技系が移動するなら、結構余裕は出来る気がするけど。
たりないようならmlbがsports5移転もあるんですかね？

**仕事人 ★** · 04/01/06 19:37

eq もそうですし、liveもそうなんですが、
これ以上分割できない、さらにもっと沢山の
要求(アクセス)をこなさなきゃいけない板をどうするかが
次の課題ですなぁ

1) 複数台で一板への挑戦
2) とてつもない強力なサーバでこなす(力技)
3) あきらめる

こんなとこですかねぇ

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

sports.2ch.net
sports, ski, msports, kyozin, volley, boxing, fish, bass, bicycle, f1, olympic, budou, golf, xsports

biwa37.he.netは引退しないのですか？

**動け動けウゴウゴ２ちゃんねる** · 04/01/06 19:43

このデータを見ると試金石は…
http://www6.big.or.jp/~beyond/bbsnews/bbs-post-1.html

**動け動けウゴウゴ２ちゃんねる** · 04/01/06 19:44

6格闘技
5野球
4サッカー
3色々

……と、なるのかな？

**某ソレ511** · 04/01/06 20:23

sports6（※→21756）
　プロレス (12895)
　格闘技 (4754)
　ボクシング (1943)
　武道・武芸 (1477)
　相撲 (687)

sports3（19858→14661）
　スキースノボ (2180)
　野球総合 (2094)
　自転車 (2046)
　スポーツ (1979)
　バレーボール (1480)
　バス釣り (1205)
　ﾓｰﾀｰｽﾎﾟｰﾂ (1143)
　釣り (975)
　アンチ球団 (717)
　海スポーツ (208)
　オリンピック (195)
　ゴルフ (187)
　xsports (137)
　スポーツサロン (115)

ちなみに
sports4（16876）
　国内サッカー (11716)
　海外サッカー (5160)
sports5/live7（5739）※まあ、オフシーズンだし、、
　プロ野球 (5411)
　冬スポーツ (328)
　野球ch (？)

**動け動けウゴウゴ２ちゃんねる** · 04/01/06 20:27

データとしては、ある１日だけ見るんじゃなくて、
１週間の方を使った方がいいと思うが。

http://www6.big.or.jp/~beyond/bbsnews/bbs-sum-7.html

**動け動けウゴウゴ２ちゃんねる** · 04/01/06 20:28

格闘技だけで最新鯖占有するのはもったいなくないか？
sports5は去年みたいな阪神フィーバーは数年内にしても、いっぱいいっぱいな気がするが。

t011005.ipgw.phs.yoyogi.mopera.ne.jp · 04/01/06 21:32

>759
いざとなったら、オリンピックをsports6に移転する可能性もあるので
この位でいいんじゃないの。

**動け動けウゴウゴ２ちゃんねる** · 04/01/06 21:57

８月１１日からか。
http://www.yomiuri.co.jp/sports/feature/athe_2004/schedule01/

**root ★** · 04/01/06 22:03

>>753 そうすねぇ。某公式ガイドにもちょっと書きましたけど。

いずれは1)かなぁ。でも、まだできることはあるような気がする。
メモリを増やすとか、まだ2)の道もあると思いますね。でもIA86だとメモリ搭載量も限界があるし。
3)は、、、いやん。

個人的にはまだ、こういう道を探りたいなと。特に4)かな。

4) 新たな技術を導入して、さらなるチューニングを図る
5) 現システムのボトルネックになっているところに手を入れて、処理を軽くする

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

Jan 5 21:52:20 <0.2> oyster135 /kernel: pmap_collect: collecting pv entries -- suggest increasing PMAP_SHPGPERPROC

ということだそうで。< news8

なんだか、まだがんがれそうな気がするです。

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

>>763
人語に訳するとどういう意味か聞くのはスレ違い?

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

門外漢としては
＞collecting pv entries -- suggest increasing
これは分かるけど
＞PMAP_SHPGPERPROC
これがサッパリ

◆QANoNotan. · 04/01/06 23:08

日本語のページからPMAP_SHPGPERPROCを検索しました。
約12件中1 - 8件目・検索にかかった時間0.13秒

でもﾜｹﾜｶﾝﾈ

**某ソレ511** · 04/01/06 23:14

FreeBSDの、共有メモリについてのどっかのトピックに
こんなことが書いてあった。
＞PMAP_SHPGPERPROCの値を増やしてkernel再構築、さらにswap増やせ
＞ば問答無用のkillはなくなると思います。

＞それと、だいぶ前ですがfreebsd-current MLで多接続の高負荷マシ
＞ンではPMAP_SHPGPERPROCを増やせとか何とか言っていたような気が
＞します。(maxusersを増やしても可だったはず。)
だからたぶん、同時接続数に関係している値なんでしょうな。

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

メモリ不足でカーネルがプロセスを強制終了した

って言うことで勝手に解釈してよろしいでしょうか

**某ソレ511** · 04/01/06 23:19

>>768
そんなもんらすぃ。
メモリ使いまくりそうな場合はswap領域増やせ、と。

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

でもswap増やしても
結局処理が遅くなって
処理待ちの人が溜まっていき

ﾊｻｰﾝ

の悪寒

**某ソレ511** · 04/01/06 23:24

kernelが増やせ、とかメッセージ出してるし、
rootさんもがんばれる気がする、とか言ってるから、
増やしてもだいじょぶなんじゃないかな。
おいらはFreeBSDなんてまったくさわったことないから分からんけど。

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

>>762

6)どうやらさんからゲームを取り上げて技術を習得させる

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

swapはメモリと比べると処理速度が
桁違いに遅いから効率悪いよな。

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

とりあえず俺様メモ。

swapすると負けなので、umaサーバはswapはしないようにしてるです。
/etc/sysctl.conf
# do not use swap area (it's slow)
vm.defer_swapspace_pageouts=1
vm.disable_swapspace_pageouts=1

で、これを調整すればいいのかな。デフォルトは200か。
/usr/src/sys/i386/i386/pmap.c
#ifndef PMAP_SHPGPERPROC
#define PMAP_SHPGPERPROC 200
#endif

LINTを見ると、こんなことが書いてあるなぁ。
/usr/src/sys/i386/conf/LINT
#
# Set the number of PV entries per process. Increasing this can
# stop panics related to heavy use of shared memory. However, that can
# (combined with large amounts of physical memory) cause panics at
# boot time due the kernel running out of VM space.
#
# If you're tweaking this, you might also want to increase the sysctls
# "vm.v_free_min", "vm.v_free_reserved", and "vm.v_free_target".
#
# The value below is the one more than the default.
#
options PMAP_SHPGPERPROC=201

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

で、該当メッセージは/usr/src/sys/i386/i386/pmap.cで出ている模様。
drasticとかpinchとか、いやんな単語が。

/*
* This routine is very drastic, but can save the system
* in a pinch.
*/
void
pmap_collect()
{

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

さて、というわけで本日はこれまで。おやすむ。

**やきーん** ◆LBZUBURIYM · 04/01/07 00:56

あれ,こんなのをどっかで見たような。

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

もっとブロードキャスト系のメディアに任せていいんじゃないかなあ
テレビとかラジオとかに任せて。高アクセス要求時はスイッチからwww2に
自動的に飛ばせないのかなあ。
「えらー　人大杉です　まず、テレビ、ラジオ、各種ニュースソースで状況を確認してください」
って追い返しちゃえば。ｷﾀｰは放置でいいでしょ。

● ◆HETAREzfq. · 04/01/07 06:05

今の流れはとにかくもっとすごいガンダムをこしらえる＆マグネットコーティングやってとにかく強力に、というものでFA？

※単に古くなって寿命が来たハードの交換の場合はガンダムの中に３鯖同居みたいになるんでしょうか？
※貧乏（PINK）orやる気がない（≒現状能力でも問題ない?）方面向けへの量産型モビルスーツの投入は全くないのでしょうか？
（Big-serverにおける次期Banana鯖（S-ATAHD使用）の投入とかは全くない？）

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

眠れなくて体調悪いので会社さぼり～。
>>774
ttp://www.freebsd.org/cgi/query-pr.cgi?pr=2431
これを見るといいかもです。ご存じならすみません。
潤沢にリソースがあるマシンだからmaxusersを増やすのが手っ取り早いかと。

NPROC=(20+16*MAXUSERS)
maxproc=NPROC
pv_entry_max=PMAP_SHPGPERPROC*maxproc+vm_page_array_size

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

では、この問題については
パナップ問題と名づけましょう。

>780
やたらに増やすとそれはそれで
また鯖ごと落ちそうな

**仕事人 ★** · 04/01/07 13:36

ふんふん
とここまで分かったつもりをしてみる。

一回の処理が半分の時間ですめば倍こなせると考えていいんだろうか、
重い処理は
1) bbs.cgi 投稿
2) read.cgi 読み出し (r.i p.iも含む)
3) .dat .txt の読み出し
の順だと思うのだが

やはり
a)　携帯 (r.i p.i)からのアクセスは別サーバで処理
　　リアルタイム性を犠牲にして(10sec delay) .html で別サーバにて提供。
　　これはnews系でも使えるかも、

b) read.cgi のApacheモジュール化
　　これは他のumaサーバでも使える

仕組み的にはこれですかねぇ
やる価値とコストと期待値とそのへんとの兼ね合いですけど、

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

>>781
maxusersの最大値は512なので増やしてもたいしたことないでしょう。
というかmaxusers は 512にしておけばいいのでは。

あとスワップしたら負けかもしれないけど、
落ちるよりはまし、ということで、
すべてのディスクにスワップをとってみるとか。

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

仕事人 ★さん誤爆転載
http://qb3.2ch.net/test/read.cgi/operate/1067731439/298-299

298 名前：仕事人 ★ 投稿日：04/01/07 18:06 ID:???
etc2 ができたら entrance は ex から抜けるという予定であります。
ex も退役させなきゃ、

299 名前：仕事人 ★ 投稿日：04/01/07 18:07 ID:???
ありゃ　また誤爆か、、、

**root ★** · 04/01/07 23:02

>>778
最終的には、そういうことになるのかな。
ちょうど、年末年始に携帯がつながりにくくなる(する)みたいな感じで。

でもまだ、最終ってかんじは、しないなぁ。

個人的には、新oyster(同じハードウェア)の10倍ぐらいのパフォーマンスを目標にしてるです。
今、たぶん4～5倍ぐらいなので、今の倍ぐらいしぼりだせれば、チューニング屋としては
概ね満足かなと。

そうすれば、>>779にあるような感じで同居させるとか、sportsやliveを少なくするとかも
可能かな、なんて思っていたり。

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

>>780 >>783 maxusersは既に512だったりするので、

/boot/loader.conf
# added for 2ch
kern.maxusers=512
kern.ipc.nmbclusters=32768
kern.ipc.maxsockets=32768

>>780 にもあるように、静的に定義されている
PMAP_SHPGPERPROC を変えるしかないような気がするです。

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

>>782
ざっくりいうと、そういうことになりますね。, 処理コストが半分なら2倍こなせる

a)やb)は、イナゴさん対策には効果ありそうですね。
あとは、bbs.cgiを軽くするためにmod_perlを入れるのが、一番即効性あるかも。(>>197)

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

/usr/src/sys/i386/i386/pmap.c を読んでみた。

kern.vm.pmap.shpgperproc=2048

を、/boot/loader.conf に入れてみようかと。
とりあえず、news8で実験してみるかな。

こんなのもあった。
http://unix.derkeiler.com/Mailing-Lists/FreeBSD/performance/2003-06/0051.html

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

news8にしこんでみた。
これで、PMAP_SHPGPERPROC を200から2048にしたのと同じはず。
さて、どうなることやら。

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

早速地震来てますね。

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

再起動しなくていいのですか？

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

mod_perl入ってなかったのねと、驚いてみるテスト

**root ★** · 04/01/08 00:23

>>790
おっ。

>>791
http://qb3.2ch.net/test/read.cgi/operate/1072863044/217-218
でもgdb -kで見る限り、変わってないようにも見えるなぁ。ううむ。

**root ★** · 04/01/08 00:26

pmap.cを再度読むと、

kern.vm.pmap.shpgperproc=2048
ではなくて
vm.pmap.shpgperproc=2048

でないといけない予感。

後で、再チャレンジしよう。

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

2048はドラスティックすぎるので、1024にしてみよう。

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

えっと、bbs.cgiは管理コストと負荷のバランスを考えると
mod_perl化がベストな選択だと思います。
bbs.cgiとread.cgi/r.i(p.iも?)以外の他のcgiは
呼び出し頻度がずっと少ないと思われるので現行でも充分でしょう。

あと、apacheのmpmをマルチスレッド対応のものに変えるのはどうでしょう？
workerかperchildにすれば1プロセスで複数のリクエストをこなすので
apache自体のメモリ(アドレス空間)使用量は減らせると思います。

で、read.cgi/r.iなんですが、私の手元に
・公開されているread.cgiを元に(変更部分とr.iの動作は推測で)
・.datの中身と中間加工したものをキャッシュして同一プロセスなら再利用
・その他いくつか機能追加
して、apache2用のモジュールを作ってみたものがあるのですが、
もし、read.cgiの時のように共同開発という形がとれるのであれば
叩き台として提供できるかな、とも考えているのですがいかかでしょう？
trackback対応はしてませんが、現状でも組み込んでLoadModule+SetHandlerするだけで
現行のread.cgi/r.iに近い動作をしてくれると思います。

**root ★** · 04/01/08 00:52

news8は設定変更完了しました。
こんどは、ちゃんと増えたみたい。

(news6)
(kgdb) print pv_entry_max
$1 = 2166663

(news8)
(kgdb) print pv_entry_max
$1 = 8933351

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

>>796
開発系の話はこちらですー

bbs.cgi再開発プロジェクト２
http://qb3.2ch.net/test/read.cgi/operate/1069144193/

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

>>796
モジュールのたたき台ですか。すばらしいです。
今のものとのマージとか、どうしましょう。＞仕事人さん、関係者

で、開発系といういみでは微妙すね。ちょうど、境目かも。
もしほんとにモジュール化が軌道に乗るなら、bbs.cgiとは別スレがいいような気も少し。

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

で、今の、
%httpd -V | grep MPM
-D APACHE_MPM_DIR="server/mpm/prefork"

を、server/mpm/workerかserver/mpm/perchildに変えるということすね。
パフォーマンス的にはpreforkも含めて、どれがいいのかしら。

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

えーと。再確認
・apacheのmoduleはstaticビルドのほうが数%ほど高速
・FreeBSD4.9Rのapache2はportsからインストールしている?　その場合のWITH_MPMとかWITH_THREADSとかは?

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

あとNMBCLUSTERS関係は
http://silverwraith.com/papers/freebsd-tuning.php
とか

**root ★** · 04/01/08 14:11

>>801
デフォルトのportsです。WITH_SUEXEC=yes SUEXEC_DOCROOT=/homeだけ。
だから、Apacheはまだチューニングの余地がかなりあるはず。

ということで、WITH_MPMとかWITH_THREADSとかは、まだ開拓の余地ありです。
でなきゃ、今の倍はいけるとか軽々しくいわんです。

>>802
これはかなり参考になりそうすね。

**root ★** · 04/01/08 14:13

あと、Apacheをkqueue対応にするというのはどうなんでしょ。と俺様メモ。(>>172)

**仕事人 ★** · 04/01/08 14:26

現在どこに一番お金がかかりつつあるかというと、
回線使用料ではなく毎月のサーバの維持費です。

つまり　毎月　$300.00/台　とかという維持費がかかっていて
これがほとんどを占める状況になりつつあります。

簡単にいえば台数は少なければ少ないほうがいい。
サーバ買うのは一回こっきりのイニシャルコストです。

今後の予想としては、
2002年3月から始まったオイスター作戦の枠組みが
現状に照らし合わせてみてだんだんいびつになってきている。
近々、その枠組み(支出の方)を変更しなきゃ　ってとこです。
管理人へもその状況は説明してあります。
春か、夏か、、、そのへんだと思いますー。

● ◆HETAREzfq. · 04/01/08 16:04

>>805
ラック代にもメスを入れるのですか。

ところで、rooｔ権がない既存の鯖に後付けでroot権を付けるとすればいくらかかるんですか？
もし安い値段でそれが出来るんなら新oysterを全部uma化して耐性うpを計って台数減らしに着手したらどうでしょう？
（そうすれば新鯖導入なしで非oyster鯖を全部退役させられるかも）

仮にそれをやるとして、玉突き式に次々とやるとすれば空の臨時ハードが1台必要になるかもですが。
（news8とかの余裕のある?uma鯖に臨時移転とか）

**仕事人 ★** · 04/01/08 16:08

古いサーバは退役の方向で、
なぜなら、経年疲労がたまっているから
故障発生率が上がる。

とくに　HD & PowerSuply 、

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

サーバを増設しなければいいのさ。
どこに割り当てるかを考えるのも面倒だしさ。
日常的に過負荷で落ちるようになるまで放置で。

● ◆HETAREzfq. · 04/01/08 16:35

>>807
oyster14以降の鯖は古くても姿形はuma鯖とそっくりなのになんかもったいないなぁ。
rooｔなし新oysterは20台ぐらいあるからこれの処理能力が２倍になれば、と思ったんだけど。

**仕事人 ★** · 04/01/08 16:39

そですね、

そうなんだけど、、、、

それを誰がやるのかと、
そういえばまだsportsの移転終わっていなかった。。。
その置き換えを全部やるのに二年くらいかかりそう

● ◆HETAREzfq. · 04/01/08 16:51

>>810
移転ラッシュでおつかれのようで、、、

とりあえずあまりお金がかからないようでしたら新鯖導入がない月限定で
ちょっとづつでも、、（新しい新oysterから順番に、とか）

● ◆HETAREzfq. · 04/01/08 20:12

20台全部なんてどだい無理でしょうからちょっと考えてみました。

・半年、一年等期限を区切ってrooｔ化をやる
（一年も経てばの次の鯖を考える頃でしょうし）

・新oysterを２つ持っていて旧oyster等の古い鯖もある板系統の鯖をrooｔ化する
（hobby系とsports系?能力２倍で旧oyster鯖廃止出来る!?）

・live系opteron鯖移行時にdatを保存庫送りにしてrooｔ化をし、おさがりをどっかに割り当てる

● ◆HETAREzfq. · 04/01/08 20:14

>>812
訂正
×（一年も経てばの次の鯖を考える頃でしょうし）
○（一年も経てば現在の次期鯖であるopteron鯖の次の鯖を考える頃でしょうし）

桶屋 · 04/01/08 21:57

退役の話が出てきたんですねー

＞つまり　毎月　$300.00/台　とかという維持費がかかっていて
＞これがほとんどを占める状況になりつつあります。
これって、めっちゃ古いサーバでも一律に同料金の維持費がかかっているのでしょうかね。

チューニングが進んだ新oysterなら、古いサーバに入っているマターリ系の板を多く抱え込めそう。
もっとも、ニュース系や実況系とはアクセスの質が違うから、
チューニング方法は少々代えなければいけないかもしれません……。
これを実行すると、相当数のサーバが退役できて、維持費が節約できそうです。

ここからは個人的願望ですが、そうなったら過去ログ用の専用サーバが欲しいですね。
実況系やニュース系を除いたマターリ系板。特に専門板は、実用的にも過去ログ用が読みたいです。
もちろんニュース系板のログも実用的じゃないことはないですが、
むしろ資料的な意味合いで、遠い未来に見てみると当時の世相が見られて面白いかも。(;^ ^

掲示板は、過去ログが自由に読めることに結構意味があると思います。

あと、退役したサーバをまとめてコンテナ輸送してヤフオクで売り飛ばせば、
更に運営費が捻出できるかも。それに面白そうですしね。

問題はやはり労力ですか……。>>811

桶屋 · 04/01/08 21:59

>>796
スピードを考えると、mod_perlはいいと思います。

問題は多分他にもあっても、スクリプトの生産性とメンテナンス性も考える必要があるかと。
bbs.cgiは、何かがあると直ぐにちょこちょこ更新されていきます。
変更する人がみんなmod_perlに対応した形で書ければいいのですが、
それができないと機能の追加とか変更が簡単じゃなくなるですねー。

ここらへんは、実際に書いている人の意見も聞いてみたいところですが……。

>>803
ちょっと別方面のお話を……。

ttp://www.atmarkit.co.jp/flinux/rensai/apache15/apache15a.html
ttp://www.atmarkit.co.jp/flinux/rensai/apache16/apache16a.html
ttp://www.tokyo-nagasaki.net/dayan/tips/unix/webserver.html

他と組み合わせないと、Apache単体だけでは"倍"も出せない気がしますね。
それでも積み重ねていけば、それなりにチューニングできそうなので、そこに期待と言うことでしょうか？

今日はいろいろな話が聞けて興味深かったなぁ～

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

mod_perl化すると、C10K問題にすぐにぶつかりそうだな。
Shibuya Perl Mongerのスライドで紹介されているように。
Pound 1.6をport 80で待ち受けして。
*.cgiだったらkeepalive無しのApache + mod_perl。
*.gifとか*.jpgとか*.datとか*.txtだったらesehttpdかkeepalive付きの別port Apache。
なんてのが必要になるかも。
poundで負荷分散設定が出来るので「1板を複数サーバーで」というのが簡単に実現する余地ができるというメリットも。

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

サーバーって２ちゃんねるの資産なん？違うような・・・

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

>>814
過去ログの話が出たんでちょいと意見。
専用鯖ならarchive0(?)がすでにあるんですが、
これがほんとに倉庫化(単にtarをおいてあるだけ)してて、
実用的とはいいがたいですね。

過去ログに対する指針は議論するべき事項でしょうか＞ひ(ryおよび★もちの人

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

最低限、●持ちは2chブラウザか
壷経由ブラウザで見られるようにして欲しいなぁ…

**ひろゆき＠どうやら管理人 ★** · 04/01/09 12:17

>>796
期待しまくりです。期待しまくりです。

**外野ｧｧﾝ** · 04/01/09 13:25

ヽ(`Д´)ﾉﾎﾞｯｷｱｹﾞ

**root ★** · 04/01/09 23:02

>>816 関連の俺様メモ(最近こればっか)。

Perlの強者が目黒に集結、Shibuya Perl Mongers 1周年記念テクニカルトーク
http://www.itmedia.co.jp/news/0310/21/nj00_spm.html

ad-hocな人生 - TAKESAKO (仮)
http://www.namazu.org/~takesako/diary/?date=20031018
Shibuya Perl Mongers 1周年記念テクニカルトーク
http://shibuya.pm.org/blosxom/techtalks/techtalks_200310.html
1周年記念テクニカルトーク発表資料とレビューリンク集
http://shibuya.pm.org/blosxom/techtalks/techtalks_200310_slides_and_reviews.html

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

ところで、この人のプロフィールには、激しく同意だなぁ。

> いつも「いかにコードを書かずして問題を解決するか」を考えている不精者。

俺様メモ追加。
The C10K problem
http://www.kegel.com/c10k.html

**root ★** · 04/01/10 00:46

体調不良からのリハビリを兼ねて、>>822 にあった発表資料を読んでみた。面白いすね。
Poundは、使う機会がありそう。KeepAliveの取り扱いとかも勉強になったです。

**root ★** · 04/01/10 01:43

http://qb3.2ch.net/test/read.cgi/operate/1072877764/79-

これだけ携帯からアクセスが来てる現状を考えると、
i.2ch.net を早急にどこかに移行したい気がするです。
oyster137 (= www.2ch.net)上にもう一つバーチャルホストを切るとよさげな気が。

**root ★** · 04/01/10 01:58

こんなかんじかしら。

1)i.2ch.net 用のバーチャルホストを oyster137 上に作る(私が作業、すぐできます)
2)i.2ch.net 上のコンテンツをごっそりコピー(特に問題ないでしょう)
3)現i.2ch.netを更新している人(とんすけさんとか?)に、更新手段(パスワードなど)を伝達
4)DNSを切り替え(i.2ch.netのIPアドレスを変更)
5)DNSが行き渡れば切り替え完了

**root ★** · 04/01/10 02:02

ということで、15日ごろまで様子見か。

http://qb3.2ch.net/test/read.cgi/operate/1072877764/108-109
108 名前：仕事人 ★[sage] 投稿日：04/01/10 01:54 ID:???
ex 覗いてきたけど Load Average が高い意外は
とくに問題ないようだった

swap が始まってはいなかった
read.cgi , bbs.cgi が極端にコールされている訳でもなさそ、

>>106
15日ごろまで様子見たいです。
継続的に過負荷となってから次の一手を考えようかと、

109 名前：root ★[sage] 投稿日：04/01/10 02:01 ID:???
>>108
そうですね。こちらでもそう見えました。

移行するとなったら、
http://qb3.2ch.net/test/read.cgi/operate/1068017802/826 みたいな
かんじでいけるので(他のバーチャルホストの移行と同じ手法)、
そのときはまた。

いずれにせよ、i.2ch.net = ex.2ch.net = kuri5 = 非oyster なので、
いずれは移行が必要かと。

**とんすけ** ◆MytskeE.Vg · 04/01/10 02:33

　んと、なんかありそうなので。てか、鯖的にいつかはこういうことにはなるとは思って
ましたが。
　とりあえずですね、i.2ch.netが動くような事態がありましたらご連絡いただければ。
ICQが一番手っ取りばやいのかな？その後メールできちんとした連絡いただければ、と。
　私以外ではボヤさんあたりになりますかしらねぇ。

**root ★** · 04/01/10 02:38

>>828
りょうかいです。
今も重いみたいすね。ex/i 。

とりあえず、おふろ。
しかしほんとに攻撃なのかしらん。

**動け動けウゴウゴ２ちゃんねる** · 04/01/10 02:50

>>829
本当にそうみたいですね
しかし、あっちの人たちは回線が混んでいるだけで
落ちた落ちたと喜んでいるみたいです。DoS攻撃するならネットワークの知識は身に付けろよ…
まぁ2ちゃんねるの全サーバーに目標を広げるだけの戦力はありませんので
もう少し様子見ですね

**ひろゆき＠どうやら管理人 ★** · 04/01/10 11:14

rootさんがつくった.krを蹴るやつをもういっかい入れてみました。

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

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

**root ★** · 04/01/10 14:21

昨日寝る前に作って、ためしにexに一時的に入れて少しだけ動作確認した
(確かに入れたらLAが下がった)フィルタが、まさか役に立ってしまうとは。

２ちゃんねるに来るようになって3年目、今まで何度も何度も
「某所からの攻撃だ」という都市伝説を見てきたけど、、、なんだかなぁ。

もしumaサーバがやられれば、そのときはより綿密なログがとれるでしょう。

**root ★** · 04/01/10 14:31

今日20:00でしたっけ。www.2ch.net がちょっと心配だなぁ。

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

>>834
そうです・・・

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

>>834
wwwが標的にされる可能性はほぼ100%でしょう
せっかく試験で絶大な効果を発揮したのに、入れないのはもったいない
せめて、7時～exサーバーへの攻撃が止まるまでは規制入れておいたほうが良いかと

**root ★** · 04/01/10 15:10

いつでも入れられるようにはしてあります。機を見て入れましょ。

それより「やり返せ」みたいなことにならないか、そっちのほうがよほど心配。

**動け動けウゴウゴ２ちゃんねる** · 04/01/10 15:11

>>837
一部の過激派だけのようです
ちゃんと、黙って見ていようという流れが出来ていますので
しかし、粘着質な人たちのいるサーバーがやられたらこの限りではありません…