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

次のoysterなんですが、
過去ログ用サーバ@Pie にしようと思っています。

どんな構成にするですか?

IEで読んでる人間いるのか・・・2chﾌﾞﾗｳｻﾞ激しく推奨

>>776
原案は、これでよいですか。

556 名前： ◆MUMUMUhnYI ＠むむむ ★[sage <[email protected]>] 投稿日：04/02/08 22:36 ID:???
過去ログは、こんなかんじで考えてるです。まだ腹案ですけど。

PIEに、でかいディスクアレイをつけたマシンを1台用意する。

バーチャルホストをいっぱい切る。
でも、実体は同じサーバを指すようにする。

で、そこにdatやらhtmlやらを、ぶちこむ。

で、バーチャルホストは、足していくだけにする。
これで、
http://サーバ名.2ch.net/test/read.cgi/板名/番号/
で、どれでもアクセスできるようになる。

板名さえユニークに保てば、サーバ名はDNS的/Web的に参照さえできればいい。

ということで、掲示板システムは1システム分だけ、
板はそこにいっぱい(でもread only)、
という形に、わりと簡単にできる。

こうしておけば、過去ログへのリンク切れを起こすことなく、
過去ログサーバにすべての過去ログを集約できる。

>>776
おおっ、過去ログ用ｷﾀ━(ﾟ∀ﾟ)━!!

2chブラウザがホントに負荷削減しているのかどうか疑問だったり。
タブによって一度に何回も読み込めるし。
CGIの負荷は減ると思うけど。

でもログをheからpieに移すのってたいへんじゃないの?

で、ここから、原案を出してくれるとありがたいなぁ。＞どなたか
私、今激しく時間とれません。ごめんなさい。
http://www.polywell.com/us/products/server.asp

で、
・ディスクはどのくらいの容量が必要？
・どのくらいのアクセスがあると思う？

という情報を、出して管再です。めやすでいいんで。＞仕事人さん

>>774
sendfileはstatic file
mmapはdynamic file
に使われるので競合はしないと思います。
そもそも不具合が出るなら排他にするんじゃないでしょうか。

>>775
いいコンピュータの条件はI/O、I/O、I/OそしてI/O、余ったお金でCPU。
もっといいコンピュータの条件はI/Oが限りなくゼロに近いこと。
メモリってステキ。

>>778
はい、その方向で。

退役した　tmp , news , live 等のサーバの中身を
そこに移して実際にあぼーんします。

>>778
過去ログ用なら、10krpm137GBをたくさん、でいいよね？
それとも、けちって大容量IDEHDをたくさん、にしますか？

>>781
たれ流しとけば、時間が解決すると思われ。
最悪の場合、テープかポータブルディスクを使って送るってことかな。

てか何でlive8だけLAが以上に高いの。
仕様ですか、それとも攻撃されてるとか。

>>783
あーーー、まったくおんなじこと言ってるぞ。
「1にI/O、2にI/O、3、4がなくて、5にメモリ」
というのが、私の持論。

20秒投稿規制をなくすこと激しく希望

>>787
仕様。300までは余裕。500までは安全。

AMDに広告交渉持ちかけたらどうだろう？
Webサーバーとしては最強クラスの負荷かかる2ｃｈだと
かなりの宣伝になるんじゃないだろうか？
Topに全面広告でもだしておけば鯖のひとつくらいくれないだろうか？
ダメ元でもちかけたら以外にいい結論にならんともかぎらんし

>>769
タラコが「powered by AMD」なロゴを取って来るように日本AMDに交渉しるですな。
いい金づるになるかも。

ということで、誰か >>782 ですすめておいてください。
今夜には、再度ここを見ます。

いったんオフライン。

>>775
それでも実況を捌けるからすばらしい。
高クロック版がこなれたお値段になったらそっちにするのも手でしょう。

>>792
特典としてAMDに不利なスレ、カキコを見つけたら即削除ってね・・・・

過去ログ機は書き込みがない静的なものだから
IDEでも間に合う予感が。
それでRAID5でも作れば。

一時的なアクセス過多で繋がらないときは「あーそーですか」で済みそうだし。

1U の中に最大どれくらいの HD が入るんですか?

>>795
淫厨弾圧ですかｗ

それは冗談としても、
条件は「Intelのロゴは使わない」だけでいいと思うんだけどね。

>>797
４つ？

>782を見てきたけど結構な値段しますねぇ
Tの領域になるとどれも１マソ＄じゃきかないし

http://www.polywell.com/us/storage/suma3016sa.asp
ストレージのガワはこれ使うの？

>>801
中身はコレをたくさん入れる、とか。
http://maxtor.co.jp/products/ata/enterprise_applications/maxline_plus_ii/index.htm

>>783
つまり、専用ブラウザからdatを要求されたとき
これを読まずに送るのがEnableSendfile。
read.cgiが叩かれた時datを読むためにmmapするのがEnableMMAP。

>>794
もともと244で注文したら242が納品されたらしいし、
もし予定通り244が納品されてたら……

「ただ働きさせられ」の現象は。
ハッカーはブラックジャックと同じだから。

つまらない手術には法外な金を吹っかけるが。
誰もやったことが無い面白い手術はタダでもやりたがる。

>>803
過去ログ機用なスレを分けますかか？

>>782
要望。
＞で、そこにdatやらhtmlやらを、ぶちこむ。
移設の際にhtml化を行ってほしいです。
アーカイブオンリーサーバである以上、
そちらのほうが負荷が少ないでしょうし。

FiberChannelにするのはどうなの?
過去ログサーバーなら1U FC Switchを置いたほうが管理が楽じゃね?

>>803
mmapの方は嘘だ。忘れてください。
moduleがファイルを読む必要がある時mmap()するのがEnableMMAP。
どこかでserver-parsedを使っていなければ、oyster901には必要なさそうです。

別にopteronでなくてもいいと思う。
むしろディスクの耐障害性が重要になってくるかと。

そんなにスペックはいらんでしょ。過去ログなんて
そうそう頻繁に呼ばれるものでもないし。
I/Oだけしっかりしたものではあればどれでもいいような。

♪鯖に詰めれるだけHD詰めて欲しいぞ。
分散しなくてもhyperTransportなら読み込みこなせるだろうし
維持費削減にもなりそう。
HDはIDEで安く、RAIDで対障害って感じで。

で、スレは分けるの？同時進行？
どっち？

>809
将来的にmod_perlでcgiが動くとmmap()も有効になってくるということでしょうか？
（apache 2系のmod_perlの話をあまり聞きませんが…）

>>812
raidでも選択間違えると瞬殺となるので注意が必要。
耐障害性の低いRAID0は論外。

>>811
ところがどっこい、

>>813
運営側裁定でw

RAIDをぶちこむとしたらRAID5が最適ではあるが・・・。

>>817
JBODじゃ耐障害性でアレですしね。

RAID5、IDEでもいいから最低４台から希望。
容量的には計100Gは欲しいかも。

HTML化も実行するのかな？とすると、
dat->htmlとdat->dat.gzの変換に多少はプロセッサも必要かな。
それでもシングル2Gクラスで十分な気がする。

メモリは一応2G程度か。

>>814
だめです。moduleがapacheのAPIを使って読むファイルが対象です。
使いたければbbs.cgiをmodule化しないと。

>>819
寺クラスが必要な状況だったりして、

>>782
容量的には2Uもターゲットな予感。
この辺とか
http://www.polywell.com/us/rackservers/poly2116ai.asp
IDEだが6swapなのでRAID1又は5にて運用。
CPUはDUALで無くてもいいくらい？

既存の鯖で比較になるようなものがあれば
算定もしやすいのですが＞過去ログ読み負荷

漏れのなんとなくの勘で言ってしまうと,DualP3あるいはSingleXEON位で
いいのかも。
データの保持を第一に,I/Oはチューニングで対応と。

>>821
将来性を考慮すればMAX10Tぐらいいければいうことないんですが。
とりあえず1Tあれば十分?

>>819
PEN4鯖でいいと？
でもi875を使った鯖がpolywellにないという罠。。

i845とかだとｲｰｻﾈｯﾄが南橋接続だからなんとなく帯域不足になりそーな予感。

>>823
1Tあれば今のところ十分かと、
つまり　100G じゃせまーい
数百G 〜 1T のあたりが必要かと、

http://maxtor.co.jp/products/ata/enterprise_applications/maxline_plus_ii/index.htm

データの中身はこれ推奨。。。
４発で１T。

何年スパンで使い倒す予定なんだろう。

>>826
RAID5なら５発いるか。

OSに１発で６発積みな筐体があれば間に合うね。

ちょっと自作板の過去ログ見てみたけど
みみずんのところは今、
エスカあたりのIDE-RAID5で180x4の517Gみたい。
昔は80x4だったらしい。

確かNT鯖だけど。

スマソ。raid5だとまずいかも。2台以上同時に逝かれるとデータがあぼーんの危険が。
SCSIだともっとまずい。１台行けば全滅の危険性が高くなるそうだし。
参照：ttp://homepage3.nifty.com/sekin/raid_level/raid_level.html

2台以上同時に逝かれても平気ってどんなのがある？

>>830
RAID50

RAID50か…
250G*4（1台分はパリティ）*2
で8台で１.5Ｔ分って感じになるのかな。

耐障害性をかんがえずに、拡張性だけを考えてJBODで逝きますか？

過去ログサーバーってPIEじゃなきゃいかんのか？
HEはタワー型置けるんじゃなかったっけ？
将来的にHEにサヨナラするというなら意味はわかるが。

>>835
＞将来的にHEにサヨナラする

PIEのほうが維持費が安かったような。
実際、PIEはHEと違って帯域毎料金制ですし。
それについてはこのスレか前スレの過去ログを読めばあったかと。

>>835
ry)き総帥はその方向で検討しているようです。

RAID5にスペアドライブって手もある。
これなら同時3台故障まで耐えられる。

じゃ、2Uとか3U置くと維持費高くなるのか？

>>839
ちょっと高くなるみたいです。

みみずんさーばー仕様
http://www1.odn.ne.jp/mimizun/spec.html

>>838
SCSIだと1台逝っただけでだめになることがある。
see >>830
＞とくにSCSIの場合はエラーになったドライブがバスをロックして同一バス上のドライブを巻き込むこともありえます。

>>842
そーなると仕様的にチャネル独立なS-ATAが良さげなような。

もしかしてFiberChannelカードをサーバーに指して、Xserve RAIDにするのが安くないか?

>>844
それは面白そうかも。
Xserve RAIDは興味あるけど試す機会は無いから実験wを見てみたい。

どうもlive8で書き込みが亜空間に消えると言う報告があるようだが
書き込みの反応が遅いんだよなぁ

世界まるみえ実況してたけど、書き込みするのに20秒掛かったり
タイムアウトしたりが度々ありまつた(´Д⊂ヽ

ここまでレスを読まずに、5分だけ現実逃避。(後で読むですスマソ)

EnableMMAP on
EnableSendfile on

を、新oyster (etc) と umaサーバ (news6) で入れても
問題なく動作することを確認しました。
# 動作確認後、元に戻してあります。

ということで新oyster+pc2に加えて、umaサーバでも入れてOKです。
umaサーバでこの2行を入れても、害はありません。

oyster16〜31.he.net
oyster71〜72.he.net
binbo8.he.net (pc2.2ch.net)
oyster132〜142.uma.2ch.net
oyster173〜176.uma.2ch.net # oyster175は入院中

20時台、結構来てるんだぁ。
http://mumumu.mu/mrtg/mrtg-rrd.cgi/access/live8access.html

ではまた。

EnableMMAP: ファイルを運ぶためにメモリマッピングが使用されるかどうか設定
します。(OSがサポートしていることが前提です).
デフォルトではOnになっています。もしNFSによってマウントされたファイル
システム上でサーバを動作させているときはOffにしてください。
いくつかのシステムでは(ファイルシステムにかかわらず)、Offにするとパフォー
マンスが向上するときがあります。
詳細については以下のURLを参照してください。
http://httpd.apache.org/docs-2.0/mod/core.html#enablemmap

ちょっと待てよ。データがローカルにある、という状態なら対障害性を考える必要は
全くないような気がするぞ。むしろ普通にドライブ増やしたほうが良さげだ。

C：system
D：yasai choco
E：kaba piza piza2

こんな感じにしても問題ないような気が。

>>844-845
んー、
確かに*BSD系統＆ファイバーチャネル＆RAIDだけど……(w

http://www.apple.co.jp/xserve/index.html
http://www.apple.co.jp/xserve/raid/index.html

せっかく64bitOS使ってるんだから32bitOSに戻らんでも（笑

>>851
Windows？

（；谷）

>>854
一つのドライブにしないと無理なのか。

>>856
海胆系は窓系のようにドライブって概念がないぽ(^-^) ＠可哀想な MacOSX

hda1 / system
hda2 /home01 yasai choco
hdb1 /home02 kaba piza piza2

みたいになるかと。

/mntだっけ？ <=RedhatLinuxの事を言ってるﾔｼ

>>857
ならそのままRAIDとかなにもしない、でいいのでは？
ローカルにﾀﾌﾟｰﾘ溜め込んでるんでしょ＞データ

なんか1002とか1004とかが普通にでるな＞live8

さっきも1030出たし

楽しいじゃないか。

えーと、話がごちゃごちゃしているのでXserve RAID案の言い出しっぺとしてまとめると。
OpteronサーバーにFCカードを挿して、Xserve RAIDをFreeBSDから使おう。という意見です。

SCSI系RAIDだと>>830の意見があったし。
あと容量と値段のバランスでXserve RAIDのRAID5+ホットスワップってのはいいんでないの?
という話。

>>853
ということでOSはOpteronのFreeBSD5.2R/amd64です。

851-からの話題は、マウントポイントをどういうレイアウトにするのか。
という話なので、どうにでも好きなように。

ただRAIDコントローラーの問題で、HDD7台ごとに別マウントポイントにしたほうが良かったりとかあります。

back。

ということで、緊急にいろいろ話しました。

・トップページにある、壷の絵と背景を以前あったIIJ4Uに戻す。
・各板にあるba.gif等のgifファイルを退避する。

まず、これを本日〜明日にかけて実行しようということになりました。

で、あっちのスレで「news系の移行を先にしましょう」みたいなことを話しましたが、
これは撤回します。

なぜかというと、news5+news6+news7+news9の転送量よりも、
過去ログ全部の転送量の方が、多いからです。

つまり、予定通り過去ログサーバをがんばったほうが、結果として得をする。

>>864
keepaliveをoffにするのかな。ﾜｸﾜｸ

とりあえず過去ログ鯖はXeon鯖を過去ログに特化させるってことでFA?

過去ログってそんなに読まれてるのか。以外だ。

仕事人さんの話では、過去ログ関連を合計した転送量のピークは、推定値で
約20〜30Mbpsといったところらしいです。

で、oyster173+175(news5+news6+news7+news9)の合計転送量は、
ここを見る限り、通常状態ではせいぜい18M、多くても20Mぐらいです。
http://mumumu.mu/mrtg/

今はnews5のグラフが出てませんが、過去グラフを見ることができます。
http://mumumu.mu/mrtglog/

ということで、仕事人さんの当初の案の通り、過去ログサーバをすすめることでいこうかと。

過去ログサーバの原案は、みなさんの貴重な意見を参考に
これから少し考えて見ます。寝るまでに、ここに出します。

で、今日はそれを出したら、水曜日の決戦に備えて、
若干早寝をして、体力を温存することにします。

いろんなおいしいチューニングパラメータが上のほうに転がっていますが、
そいつらは明日、決戦の前日に試してみようかなと思います。

んでは、しばらく待たれたし。

>>rootさん

＞・各板にあるba.gif等のgifファイルを退避する。
これはこんな感じで別スレ立てて一気にやる予定です？
http://qb3.2ch.net/test/read.cgi/operate/1064519401/

私もお手伝い出来ますのでー

XserveRAIDって競合より価格性能比が悪くないですか。
作りはよさそうですがデザイン料に30%くらいとられてるような
気がします。ドライブカートリッジも女王様級の価格設定ですし。

そもそも今までカミカゼ運用だったのがいきなり上を見すぎじゃ
ないですか。予算は無限じゃないんだし、現実的なところを探さないと。

やはりここまでのノウハウが活かせるOpteronDual+大容量ディスクアレイ？
ピーク30Mbps 将来的に50Mbpsとして,IDEじゃこなせないかなあ。
容量比のコストが抑えられるし…

>>825の部分が価格のネックになってるよね・・・。
これはゆずれないところだとは思うけど。

>>871
明日、仕事人さんがやるって言ってました。
私のほうで、wwwとwww2の更新をこれからやります。

根本的に間違ってるかもしれないけど・・・

実況や祭りになって荒れるスレって、
同時には鯖単位で20もないと思うんだけど
そうゆうスレだけ、オンメモリにはできないのかね？
5分ごとにでもバックアップとれば、そんなに早いHDDも必要なさそう。

ギガ単位のメモリがあれば、そうそう難しいことじゃぁないと思うんだけど。

OSの事とかシステムのことが良くわかってない
無責任な発言でスマソ・・・・

ということで、ba.gif等は、明日仕事人さんの音頭で、おながいしますです。
わざわざありがとござました。>>871

>>876
じつわ、ほとんどオンメモリに近い感じで動いているという話もあるのだ。

>>875 >>877
了解ですー
とりあえず明日時間があるときに待機しておきますね。

無理しないようにご自愛下さいです。

www.2ch.netとwww2.2ch.netの設定を変更。

2ch-logo.gif => http://www.ff.iij4u.or.jp/~ch2/2ch-logo.gif
back.jpg => http://www6.ocn.ne.jp/~mirv/back.jpg

を、それぞれ参照するようにしました。

# こーゆーのって、ISP側から見たら、だいめーわくなんだよなぁ。
# でも、背に腹は（りゃ。

　.＿＿
ヽ|・∀・|ノ ここでようかんマンと見せかけたこんにゃくマン参上！
　|＿＿|
　　|　|

>>877

>ほとんどオンメモリに近い感じ
ってのがよくわからんですが、昨日の「10倍は強くなった気がする」ってのと
リンクするんでしょうかｗ

なんにせよ、深夜までお疲れ様です。

おし、減った。
http://mumumu.mu/mrtg/mrtg-rrd.cgi/traffic/www2traf.html

ある意味すごいグラフの落ち方だｗ

>>882
前日比にならんくらいスコンと落ちてますね！！

20時から25時までがピークってのは良くわかるんですが、
12時-13時に遊んでる人も意外に多いのね・・・

この国は大丈夫かｗ

>>884
昼休みは憩いの時間のようです。(素)

携帯でのアクセス数(r.i+p.i)も昼休みにグーンと増えているので、
食事に出たときも、みなさんせっせとアクセスされているみたいです。
http://mumumu.mu/mrtg/mrtg-rrd.cgi/read/news6read.html

その負荷がOCNとIIJに・・・。(((( ;ﾟдﾟ)))ｱﾜﾜﾜﾜ
そして突然トップページの壷の画像の替わりに大きく×の跡が・・・。

`Weekly' Graphをみると、
にちゃんねらってのは、
意外と規則正しい生活を送っているように見えたりｗ

あ、ﾜﾀｸｼも昼休みに携帯で見てますねぇ
こそっとトイレでｗ

そうすね。>>887
monthlyやyearlyのアレは、記念すべき戦いの後(w。

r.i+p.iをみると、
8時代　　　　通勤通学時間
12時代　　　お昼時
18時以降　 帰宅時・メシ時
が多いのね・・・

社会の暇な時間の縮図のようだｗ

しかしみんな律儀に壺を見ているんだなー……

>>890
このへんのネタは面白いですけど、
ここじゃなくて、こっちでやりましょうか。

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

>>889

グラフで見るコリアンアタックの跡・・・
乙でした。勲章ですねｗ

>>872
>XserveRAIDって競合より価格性能比が悪くないですか。

そうかなぁ……
というかFC Switchを見据えたRAIDだと、Xserve RAIDよりも安いのってどっかに有ったっけ?

今日はそろそろ、おねむの時間。

過去ログサーバの案は、またあとで。

私の考えている基本路線は、

・本体、OSは基本的にoyster901仕様
・da0とda1でミラーリングして、システムディスクにする
・外部に、別に1Uのストレージサーバをつけ、RAIDアレイを構築し、ここを/homeにする

といったところです。つまり、2U使う。

mumumu.muを更新したら、今日は早寝します。
おやすみなさい。Jimさんの作業が無事成功することを祈ろう。

1Uのストレージサーバで苦しければ、2Uのにするかんじかなと。
Polywell社は、いろいろいいの出しているみたいですね。

鍵になるのは、
・FreeBSD 5.2系でちゃんとRAIDが動いてほしい

ってとこかな。んじゃ、今日はこれで。

>>895
セオリーどおりって感じでいいと思う。
お疲れ。

>>895
乙でした。
影ながらですが応援しております。
おやすみなさい。

壷画像やめてＡＡにでもすればいいじゃん

>>894
Arenaの一番ごつい奴PA-8611
ttp://www.maxtronic.com.tw/new_html/mission_critical_raid.htm
でも国内で700kくらいでみつかりました。
XserveRAIDの1TBのモデルと同じだけディスク積んで2割り引きくらい。
余ったお金で結構いい保守が買えませんか。

てかFCはいらないでしょう。貧乏くさくDAS+将来的にiSCSIとか。

>>895
その条件だと↓の「NetDisk-1U4a」しかないじゃん。
http://67.118.240.172/us/storage/netdisk5.asp

>>826な中身だと容量が750GBにしかならないでよ。
容量優先で300GB＠5.4krpmな中身にすればさらに遅くなるし。

参照
http://maxtor.co.jp/documentation/data_sheets/maxline_data_sheet.pdf

そういえばmake WITH_STATIC_MODULESでaapche2のchildを数%高速化チューンするのって、まだやってなかったんだっけ?

Linux Magazineの先月号「巨大WebサーバーのApacheチューニング」を読み返して思い出したけど。

>>895 >>901
http://www.polywell.com/us/storage/netdisk5.asp
↑って 1U なのは良いんだけれどNAS ですよね。
NFS だと MMAP とか Sendfile とかまずいんじゃないかしら？

別ストレージサーバ (>>895) にするのなら、
3U-4U スペースを取るけれど >>801 とか、
>>900 より下のクラスの↓とかなんじゃないかな。
http://www.maxtronic.com.tw/new_html/small_bussiness_raid.htm
http://www.maxtronic.com.tw/new_html/midlarge_raid.htm

ちなみに、rack price が 1U $50/Month ですよね。
http://www.pacificinternetexchange.com/service.html

>>903
それをお奨めする前にpolywell以外の所のを買えるのかどーか確かめたほうが。

polywell以外でもかまわないのなら、漏れはDELLのﾌﾞﾚｰﾄﾞｻｰﾊﾞをお奨めしるでよ。
確か3.5inchSCSIHDDが使えるﾌﾞﾚｰﾄﾞをDELLは出してたはず。

入れるものは、基本的にPolywell社の製品がいいみたいです。

理由: Jimさんのosake-powerが使える模様。

ついでに、news5のApacheで、

EnableMMAP on
EnableSendFile on

を有効にしてみた。試験試験。

>>906
それは結果的に転送量・アクセス数を絞りますか?

>>896
そう、問題はRAID実装がある程度以上の堅さも持っているかどうかです。
親サーバとストレージサーバはどうつなぎます？
LANでつなぐのであれば将来的なことを考慮して間だけでもGbE必須になるかと。

>>907
転送量や、外からのアクセス数は変わりません(そういう用途のためのテクノロジーではないので)。

システムの負荷を下げることで、結果としてシステムを「長持ち」にするということかと。
現在、ネットワーク的にボトルネックがあるので、転送量はこれ以上増加しないと
判断しています。

もしまじめに転送量について緊急対応を考慮する必要があるのであれば、
>>750 のその1を入れて、バーチャルホスト1台あたりの利用可能帯域を
Apache的に絞る必要がありますです。

# とゆうことで、Apache2でも動くのかが知りたかったわけで。

おべんとうを買いに行って、レジに並んでいる間にピンと来ました。
なるほど、今の状態でタ（りゃ ということですか。

わかりましたです。

news5は転送量・アクセス数ともに監視しているので、
入れたことによる増加がみられたら、次の手を考えることにしますです。

使わせることもチューニングだけど、使わせないこともチューニングということで。

午後は多忙につき、あまり来れない予定。

ぐぐるぐるぐる。おれさまメモ。
http://www.cs.pitt.edu/NETNICE/app_modnetnice-ja.html

>>913 公式ページ。
http://www.netnice.org/index-ja.html
|彡 ｻｯ

>>914
＞手っ取り早く内容を知りたいせっかちな方は、こちら をどうぞ。
＞http://www.netnice.org/2ch.html
ﾜﾛﾀ

＋、いきなり祭り。
【社会】秋葉原でビル火災、２０人が屋上に避難中…ヤマギワ別館
http://news5.2ch.net/test/read.cgi/newsplus/1076390462/

LAの上がり方が、すごく少なくなった。
>>906 が効いている模様。

今夜は、
・live8水曜対策
・帯域制限方法のお勉強(>>914)
をしようかなと。

前にaccf_httpの話題をふった者です。

もしaccf_httpを有効にするのであれば、
kern.ipc.somaxconn の値も大きくした方が良さそうです。

listen(2)の"INTERACTION WITH ACCEPT FILTERS"の項に書いてありますが、
カーネル内でHTTPリクエスト待ち状態にあるソケットは
secondary listen queue に溜められているので、
2chのような忙しいサーバでは backlog が溢れてしまうかもしれません。

backlog の最大値は kern.ipc.somaxconn で決められていて
デフォルトでは 128 になっていますが、
倍の 256 あたりまで増やした方が良いと思います。

>>916
こーゆー突発祭りはどこでおこるかわかりませんな。

>>917
/etc/sysctl.conf@live8より
# added for 2ch
# increase IP port range
net.inet.ip.portrange.first=10000
# enable new feature on TCP for FreeBSD 4.7 or later
net.inet.tcp.inflight_enable=1
# increase maximum file descriptors
kern.maxfiles=131072
kern.maxfilesperproc=65536
# increase listen queue
kern.ipc.somaxconn=8192
kern.ipc.maxsockbuf=2097152
# do not use swap area (it's slow)
vm.defer_swapspace_pageouts=1
vm.disable_swapspace_pageouts=1
# Thank you for 729, http://qb3.2ch.net/test/read.cgi/operate/1076162131/760
net.inet.tcp.rfc3042=1
net.inet.tcp.rfc3390=1

>>919 の2行は、sysctlコマンドで落とさずに変えられるので、さっき0から1に変えてみたです。
そしたら、負荷さがったみたい。

> uptime
10:04PM up 22:42, 1 user, load averages: 0.61, 1.69, 2.06

>>906
漏れメモ
ttp://httpd.apache.org/docs-2.1/ja/mod/core.html#enablemmap

ちゅごいね
ゴールデンタイムもあんちんだね

>>908
んーー、いわゆるNFSではやりたくないっす。
PCIの64ビットもので接続したいなと。

# サーバって書いたからいかんかったのかしら。

>>919
> kern.ipc.somaxconn=8192
おお、既にそこまで増やしてたんですね。
じゃあ心配はいらないっすね。

# さて、サーバにも余裕がでてきたようだし、漏れもヤマギワ祭りに移動するか…(ぉ

>>923
＞# サーバって書いたからいかんかったのかしら。
ですね、ネットワーク経由の実装を連想させるので。

セキュリティ上NFSは好ましくありません(port一個よけいにあけないといけないし)から、
私もよくないんじゃないかなと思っていました。
rootさんがそんなことを考慮しないわけないし。
ネットワーク経由での実装であればwebdavかなーとおもっていたんですが。
# これもhttpdのコストがべらぼうにかかるので好ましくはないでしょう。

で、ネーミング的にはストレージラックですかね。
できればPCI-Xものがつかえるといいんですが、
そもそもPCI-XのまともなRAIDコントローラってあったかな。

いい機会なので、こいつらもさらしておこう。

/etc/rc.conf@live8
# added for 2ch
inetd_enable="NO"
tcp_drop_synfin="YES"
icmp_drop_redirect="YES"
icmp_log_redirect="YES"
kern_securelevel_enable="YES"
kern_securelevel="1"
syslogd_flags="-ss -v"
accounting_enable="YES"
sendmail_enable="NO"
ntpdate_flags="clock.sjc.he.net" # clock.fmt.he.net はサービスダウン中の模様
ntpdate_enable="YES"
xntpd_enable="YES"
# for ipfilter
ipfilter_enable="YES"
# for ipmon
ipmon_enable="YES"
ipmon_flags="-D /var/log/ipflog"
# for fsck customizing
background_fsck="NO"
fsck_y_enable="YES"

/boot/loader.conf@live8
# added for 2ch
kern.maxusers=512
kern.ipc.nmbclusters=65536
kern.ipc.maxsockets=65536
vm.pmap.shpgperproc=2048
kern.ipc.maxpipekva=41943040

あとは、>>729を今夜あたりに。
うまくいけば、いよいよ決戦。

>>925
polywellのリストを見る限りだと、1UでRAIDストレージが組めそうなのはないですね。
どう考えても2U-8Uが必要になる。

そして問題になるのがMAXで1TB(RAID組んでも)必要になる点。
そうなるとまず1Uでは無理。

1U+2U、ってことですね。いいせんだと思います。
1Tを1Uで実現するのは、現状そうとうつらい(無理が出る)でしょう。

PolywellのWebをつんつんして、
具体的に「これならいーんじゃないの」っていうのを
みつくろっておいていただけると助かりますです。

ついでにApacheのモジュール一覧も晒してーー
いらないモジュールは外して再ビルドっしょ
userdirとかimapとかasisとか要らない。
特にDAVとかEXPATは重いので是非外すべき。

あとhttpd.confのチューニング関係とか
MaxRequestsPerChild 0
を10240とか適度な値にして、プロセスのリセットで定期的にメモリを開放するとか。

>>928-929
現在、検討を重ねていますが、構成としては

(internet)--<ethernet>--(oyster902(system mirroring))--<PCI RAID Contorolor>--(storage lack)

でよろしいのでしょうか(902は仮ナンバ)。

問題点。
・ストレージラックの機種選定の関係上、2U以上が必須になる可能性が高い。
・ストレージラックのディスクアレイをどのように構成するか。
候補としてはRAID5/RAID50/Xserve RAID/JBOD１があげられている。

>>930
帰宅後にでも。
Apache tuningはkernel tuningやfilesystem tuningほどくわしくないので、
いろいろおしえてくださいです。

>>931
いいとおもいまーす。

>>931
ではその線で選定してみます。
理想としては
http://www.apple.co.jp/xserve/raid/specs.html
のようなものがあるといいんですが。

>>933
とりあえず、ディスクアレイストレージなどの線を当たってみてます。
こちらでもさがして見ますが、RAIDコントローラでいいのがあったら
知らせてもらうとrootさんがよろこぶかと。

>>934
打ち合わせ前に、GENERICからコピペしておく。

# RAID controllers interfaced to the SCSI subsystem
device amr # AMI MegaRAID
device asr # DPT SmartRAID V, VI and Adaptec SCSI RAID
device ciss # Compaq Smart RAID 5*
device dpt # DPT Smartcache III, IV - See NOTES for options
device iir # Intel Integrated RAID
device ips # IBM (Adaptec) ServeRAID
device mly # Mylex AcceleRAID/eXtremeRAID

# RAID controllers
device aac # Adaptec FSA RAID
device aacp # SCSI passthrough for aac (requires CAM)
device ida # Compaq Smart RAID
device mlx # Mylex DAC960 family
#XXX pointer/int warnings
#device pst # Promise Supertrak SX6000
device twe # 3ware ATA RAID

live3もlive8に移転して
実験材料が増えましたね

ストレージラックの検討結果ですが、
Suma10000LLシリーズかSuma7800シリーズあたりかと。
RAIDコントローラは親機につくのでいらないはず。

10000LLなら$14310(RAID50なら約1TB)
7800なら$17429(同約1.7TB)

詳しくは
http://www.polywell.com/us/storage/storage-price.pdf

>>937
TB確保しようとすると、
どーあがいてもover $10000(100万円以上)は逃れられないですねえ。

で、コントローラ(とI/F)ですが、>>937でいくならば、
http://www.adaptec.co.jp/product/raid/sr2200/
でしょう(というか、カード単体ではこれ以外選択肢はなさそう)。
アメリカでも同一機種が売ってます。
http://www.adaptec.com/worldwide/product/proddetail.html?sess=no&language=English+US&prodkey=ASR-2200S&cat=/Technology/RAID/Ultra320

会議終了。移転か。
娘。さん、live8へようこそ。

(　´�D｀)ﾉ ｱｰｲ

(　´�D｀)＜幹部のみなしゃんありがとうなのれす

娘。のおかげでいきなり今夜、負荷試験ができるらしいです。

http://live8.2ch.net/test/read.cgi/dancesite/1076396817/105
105 名前：名無しさん[sage] 投稿日：04/02/10 18:48
今日です
＞2/10（火） 20：00〜21：48 TBS 「CDTVバレンタインSP」

負荷を増やすネタには事欠かないな
狼は

ということで20:00から負荷試験ということなので、
1箇所設定を変えました。

これからlive8リブートします。

リブート完了。

>>729 を入れました。
これで、今までここで出た主な方法は、全部入ったかな。

なんか急に行間が広くなったんだけど、仕様ですか？
NHK実況@live8

>>947
IEのバグすね。
ある文字を踏むと、おかしくなるです。

IEの表示エンジン使っている２ちゃんねるビューワも、同じようにおかしくなります。
つか、スレ違いってことで。

あ、直った。
いや、今のリブート後に起きたので、何かいじったのかな？と思って。
ありがとう

おっし、今こんな感じだ。

> uptime
2:10AM up 7 mins, 2 users, load averages: 0.57, 0.33, 0.18

>>945-946 の後、かなり体感的に軽くなった気がするんですが、
そんなに違うもんなんでしょうかね。

すげえ
１�_も重さを感じない

いや、単位間違ってるし。。。

ご感想はこちらへ。age推奨。

軽い軽い軽い軽い軽い軽い軽い軽い軽い＠運用情報
http://qb3.2ch.net/test/read.cgi/operate/1051618005/

ひょっとして、これで >>775 を実現できたのかもしれないに、2Opteron。

あとは、gifファイルを追い出せれば、その時にはApacheのKeepAliveを止めてみよう。

live5 > live8 は今回の結果次第？

>>955
まあそれはoyster903(仮)@opteron244の導入時に移設という形で実現できるでしょう。

ところで、アーカイブサーバの具体的な話は次スレになるようで。

軽い。信じられない。
> uptime
2:25AM up 23 mins, 2 users, load averages: 0.73, 0.50, 0.34

アクセス来てるよね、ちゃんと。
http://mumumu.mu/mrtg/mrtg-rrd.cgi/access/live8access.html

これって、今までの数多くの呪文の中で、最強かも。
何倍強くなったか、もうわかんないや。

>>955
live8 だけ gif 追い出しましょ
どすればいいのかな?

あと　news5 って oyster何番でしたっけ?

>>959
175ですよ〜

結構あるですね。
> find . -name \*.gif -print
./images/2ch.gif
./images/2chdento64.gif
./images/2chg.gif
./images/2chold.gif
./images/ba.gif
./images/ba2.gif
./images/ba3.gif
./images/jbad.gif
./images/space1.gif
./images/bana3.gif
./images/sig.gif
./test/asokin/.g/blank.gif
./test/asokin/.g/connecting.gif
./test/asokin/.g/details_on.gif
./test/asokin/.g/done.gif
./test/asokin/.g/failure.gif
./test/asokin/.g/success.gif
./test/asokin/.g/timeout.gif

今調べたら、ba.gifはたいしたことないすね。
> ls -l images/ba.gif
-rw-r--r-- 1 ch2live8 ch2 856 May 28 2003 images/ba.gif

index.htmlから、これを参照しないようにしていただけると。
> ls -l images/bana3.gif
-rw-r--r-- 1 ch2live8 ch2 27707 Sep 28 17:59 images/bana3.gif

bana3.gif はもう参照していないと思うんだけど、

>>960 ども、

>>962
了解っす。
じゃ、今の設定で乗り切れそうになくなったら、やってみるです。
比較しなきゃ、面白くないんで。

さっきから、ずっとLAが1もいかない。そういうもんなのか。

ちゃんとTVやってますよね。ってもしやってなかったらもっと大変なのか。

> uptime
2:41AM up 39 mins, 2 users, load averages: 0.32, 0.43, 0.40

こんなの出ました。

last pid: 19945; load averages: 0.44, 0.47, 0.42 up 0+00:45:52 02:48:34
311 processes: 1 running, 309 sleeping, 1 zombie
CPU states: 4.7% user, 0.0% nice, 3.9% system, 1.0% interrupt, 90.5% idle
Mem: 580M Active, 18M Inact, 425M Wired, 56K Cache, 121M Buf, 2795M Free
Swap: 4070M Total, 4070M Free

>>966
excellent!・・・なのか？

まもなく負荷試験開始のお時間です。

>>966
1 zonbieってなんだろう…？

>>968
CGIが終わろうとしてる時に見ますよ。
特に、bbs.cgi(perl)。

ﾓｰｦﾀに愛を、♪に勝利を！

>>968
親に成仏させてもらえない子プロセスの残骸

>>969
バイナリじゃなかったんですか！？
てっきりCでかいているものかと思っていました＞bbs.cgi

えーと…
バイナリだろうがなんだろうが CGI は CGI

MaxRequestPerChildの値を導きたいから、サーバー落ちするまでの細かいリクエスト数が知りたいところ。

もちろんモジュールの静的ビルドでChildのメモリ占有数を小さくしてから計測するべきだけど。

>>974
うん。次スレのテーマはhttpd(Apache)のチューニングだと思ってるです。うふふ。

次スレはまだか?

さて
http://silverwraith.com/papers/freebsd-tuning.php
によるとSMPでも/usr/src/sys/kern/kern_poll.c のエラーチェックを外して。
DEVICE_POLLINGで動かすというチューニングが紹介されているけど。

NICの割り込み数はどのぐらいなんだろう?
HZ=1000でpollingしたほうが負荷が減るのかも。

>>976
HZを上げるってのは、ありえますね。

>>975
過去ログサーバの検討もあるんじゃないんですか？
せっかく時間をかけて考えてやったのに・・・ぶつぶつw
# やはりお金がネックなのか？

>>978
今はつかの間の喜びに浸らせてください(素)。

>>979
うい、すいません。どうぞ浸ってください(素)。
お詫びに次スレたてさせてもらっていいですか？(何故そーなるｗ)

>>980
よろしくおながいします。

>>980
そういえばこんどのスレタイは
【uma＆peko作戦】にしてくださいです。

アクセス数チェック中(縦軸は5分あたりの総アクセス数)。
http://mumumu.mu/mrtg/mrtg-rrd.cgi/access/live8access.html

>>981
ぐはぁっ(吐血)　はねられました。新テンプレ・・・。

【Project peko】2ch特化型サーバ構築作戦 Part6

uma鯖とpeko鯖のチューニングについて語るスレです。

本スレの主要なテーマは
・httpd(Apache)の更なる特化チューニング
・過去ログサーバのスペック検討
となります。

MRTGによる統計情報: http://mumumu.mu/mrtg/
２ちゃんねる/PINKちゃんねる 稼動中のサーバ一覧: http://mumumu.mu/serverlist.htm

その他関連情報は>>2-10にて。

>>984 Otsu-deshita.
んでは、立ててきます。

立てました。関連情報、よろしくおながいします。

【Project peko】2ch特化型サーバ構築作戦 Part6
http://qb3.2ch.net/test/read.cgi/operate/1076413123/

umaなくなっちゃった

uma作戦は、oyster作戦のサブ作戦なので、概ねクローズでよいんではないかと。

( ﾟдﾟ)＜馬ー

　 /ヾ∧　
彡|　・　＼　
彡|　丶.＿）
彡||( ・ω・)
　 |（/　　|）　　
　 人＿../
　　 U"U 　

次スレって何処？

次スレ
【Project peko】2ch特化型サーバ構築作戦 Part6
http://qb3.2ch.net/test/read.cgi/operate/1076413123/

>>991
なぜ５つやそこいら上のレスを見ないのか・・・

　　　 ∧　　∧
　　　/　ヽ‐‐　ヽ
　　彡　　　　　　ヽ
　 彡 　　●　　●　　馬
　 彡 　(　　　　　 l
　彡　　 ヽ　　　　 |
　彡　　　 ヽ　　　 l
　/ `　　　　 （　o o)＼
/　＿＿　　　　/´>　 )
(＿＿_|_（　　　/<ヽ／
　|　　　　　　 /　 ´
　|　　／＼　＼
　|　/　　　 )　 )
　 ﾋl　　　 （　 ＼
　　　　　　 ＼二)

umaサーバに感謝の意を表しつつ1000(^_^;)

umaサーバ、ありがとう。これからもがんばって。
pekoサーバ、こんにちは。これからもよろしく。

そして、次世代へ。

　　　　　　　　　　　＿　　　＿　　　　　　　　　　　　　　　　　　　　 　　　.＿　　＿
　　　　　　　　　 ／ ／＼／＿＼　　　　　　　　　　　　　　　　　　　　.／＿＼＼ ＼
　　　　　　　　／ ／　　/ /＿/ /＼　　　　　　　　　　　　　　　　　　/ /＿/ /＼＼ ＼
　　　　　　 ／ ／　 ／ ＼＿ ／＼/　　　　　　　　　　　　　　　　　　＼＿／＼/　 ＼ ＼
　　　　　／ ／　 ／　 　　＼＼.／　　　　　　 　　　　　　　　　　　　　　.＼＼／　　　 ＼ ＼
　　　　 /　/＼／　　　　　　.￣　　　　　　　　　　　　　　　　　　　　　　　 ￣　　　　　 / 　/＼
　　　　/　/　/　　 　　　　　　　　　　　 ＿＿＿＿＿＿＿_　　 　　　　　　　　　　　　/　 /　 /
　　　 /　/　/　　　　　　　　　　　 　　/　 ＿＿＿_　　＿/＼　　 　　　　　　　　　　./　 /　 /
　　　/　/　/　　　　　　　　　　　　　./　/＼＿___./　/＼.＼/　　　　　　　　　　　　/　 /　 /
　　 /　/　/　　　　　　　　　　　　　./　/　 /　　 /　/　./￣　　　　　　　　　　　　/　 /　 /
　　/　/　/　　　　　　　　　　　　　/　/　 /　　 /　/　./　　　　　　　　　　　　　 /　 /　 /
　 /　/　/　　　　　　　　　　　　　/　/　 /　　./　/　./　　　　　　　　　　　　　 /　 /　 /
　/　.＼/　　　　　　　　　　　　／ ／ ／＿__/　/__./　　　　　　　　　　　　　／　 /　 /
　＼　　＼　　　　　　　　　　 /　＿￣￣＿＿__　 /＼　　　　　　　　　　　／　 ／＼/
　　 ＼　　＼　　　　　　　　 /__/＼￣￣　　　/__/　./　　　　　　　　　 ／　 ／　 ／
　　　　＼／''＼　　　　　　　＼＼/￣￣￣￣＼.＼/　　　　　　　　　　＼／　 ／
　　　　　 ＼_／　　　　　　　　 ￣　　　　　　　　￣　　　　　　　　　　　　 ＼／
　　　　　　　　　　　　　　　　　　uma- san aigatou!

　 　　　/ヾ∧
　　　彡|　・　＼
　　　彡|　丶.＿）
　　　彡||(　･ω･)　＜umaなくなっちゃった・・・
　　＿　|（/　　 |）
〜（　　＿　　　）
　　∪∪　∪∪

次スレ
【Project peko】2ch特化型サーバ構築作戦 Part6
http://qb3.2ch.net/test/read.cgi/operate/1076413123/

­

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。