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

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/

2ｹﾞﾄ

umaサーバ スペック:

CPU: Xeon 2.4GHz dual
Memory: 2G bytes
Disk: 36G 10,000rpm Ultra320 SCSI x 2
OS: FreeBSD 4.8R/4.9R

(;´Д`)ﾊｧﾊｧ

現在の問題点:

・index.html が崩れる

index.html が崩れる。flock周りの仕様の違いの問題か。
flockしないという手もあるかもしれない。

・トリップが他のサーバと一部非互換

トリップが他のサーバと一部非互換である。
現在有志により、トリップの仕様統一化作業がすすめられている。

関連スレッド:

◆ 全サーバトリップ統一作戦
http://qb3.2ch.net/test/read.cgi/operate/1067245837/
bbs.cgi 再開発ﾌﾟﾛｼﾞｪｸﾄ
http://qb3.2ch.net/test/read.cgi/operate/1053067870/
【広告】新機能　Rock54【自動排除】　2
http://qb3.2ch.net/test/read.cgi/operate/1067770666/
【協力願】Boo80で串を食べませんか？
http://qb3.2ch.net/test/read.cgi/operate/1064576191/

umaサーバ関連 統計情報、サーバ情報など

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

こんなとこで。
>>3 のディスクは、今後できれば15,000rpm仕様がいいなぁ。

>>8
是非それを実現したい。

次の三台(くらい)を注文する準備中。。。

>>8
乙〜

news5にて以前と同じSCSIコントローラからのエラーが。
ひょっとすると、前スレのこれがビンゴかもしれん、、、。

949 名前：動け動けウゴウゴ２ちゃんねる[] 投稿日：03/11/04 22:47 ID:XQxUQFmF
もうひとつ

Ultra 320 Time-Out Firmware Upgrade
http://www.seagate.com/support/disc/u320_firmware.html

>>8 乙かれ〜

tmp鯖の残りの板tmp2鯖に移転開始age

２ｃｈブラウザで新着読み込むとエラーが続出なんですが。。。

>>14
ブラウザ再起動してから読み込んでもダメですか？

あ、レス書いたら直った・・・
吊って来ます。

302が出てきて極東見れない･･･。
ブラウザ(ギコナビ)再起動もダメですた。

直し方わかりました(汗
どうもすいませんでした。

一応ここに貼っておこう。
実装するには、Apacheとのコンビネーションが必要そうだ。

276 名前： ◆MUMUMUhnYI ＠むむむφ ★[sage <[email protected]>] 投稿日：03/11/09 11:20 ID:???
で、これの下2行に対するシステム側の回答をちょっと考えてみようかなと思っていたり。

これは、リロード頻度に重みをつけて評価しろということだから、同じURIや同じdatを
短時間の間に同じIPから一定回数以上リクエストしたら、そのURIやdatへの
書き込みを一定時間規制する、っていう感じかのかなと。

628 名前：ひろゆき ◆3SHRUNYAXA ＠どうやら管理人 ★ 投稿日：03/11/08 15:25 ID:???
>>605 (そんなに書き込む人を減らしたければ、板をなくせば？)
はっきり言うと傷つきそうな人がいるから言いたくないんですが、
掲示板にはりついて、リロードし続けるような人は、
一般の人と乖離してるので、N+には書いて欲しくないのです。

まぁ、リローダーな方は鯖の負荷にしか繋がらんしなぁ。

理念の話であってシステムの話じゃないだろう。

１ｃｈ．ｔｖの悪寒・・・

今後の予定:

oyster135〜137: 今月下旬ごろ
oyster138〜140(141,142もあるかも): 上記投入後すぐ

http://qb3.2ch.net/test/read.cgi/operate/1067243403/192-

お、上げてしまった。スマソ。
今日は激しくﾈﾑｰなので、早寝したい予定。

退役軍人の日〜　おやすみ〜

>>24
某検索サイトみたいに毎週400台投入しようぜ。

>>26
あんたが金出すならいいよ

ところでRAID導入を検討したことってあります？

不可能じゃないと思いますね。HEのメニューにもあるような。< RAID

ただ私個人的には、RAIDにはいい思い出があんまりないかも。
1台ディスクがだめになって、ほんとはちゃんと切り替わるはずなのに
引きずられてシステムがまるごとダウンしたりとかを、複数回経験してるし。

1度だけ「RAID5組んでて助かったー」っていうのも経験はしてるんですが。

>>29
そのダウンしたときって
・全部(システム・データとも)同じ領域を同一アレイに叩き込んだシステムだった
・コントローラのドライバがこなれていなかった(特にソフトCだとよくある話だと思われ)
と推察されますね。

仮にそうだとして、システム(/,/usr,/var など)とdatデータ(今は/home?)を別ディスクにして、
特にI/Oの激しいdatデータ部分のみRAIDにするという手もありかと。
ストライピングがはいれば今bbs.cgiのところでボトルネックになっている
ファイルI/Oの問題解決にも寄与できると思います。

http://news4.2ch.net/test/read.cgi/news/1068702599/

>>31
＋のスレの方が早かった模様。
機会に恵まれれば、例によってフシアナを（りゃ。

【ネット】旅客機内から高速ネット、日航と全日空が０４年度から
http://news5.2ch.net/test/read.cgi/newsplus/1068686690/

>>5 の問題は、bbs.cgi 20031114 で双方とも対応された模様。

この鯖はまだ余裕があると思われる鯖はありまつか

「余裕」をどう判断するかにもよるかと。
日々の運用的には、uma系サーバはどれもそれなりに余裕あります。

ただ、それはマージンとして残しておきたい。
今いっぱいいっぱいじゃ、早晩持たなくなるし。

>>34-35
root ★さんのいうように、
突発的な祭りになったときに耐えられなければ意味がないと思います。

uma系ｻｰﾊﾞなら地震板の突発的な祭りに耐えられるのでしょうか？

＞37
幾らなんでもそれは無理だと思う

あまりここで議論するべきではないのでしょうけど、
地震板はエリア別に分けたほうがいいような気がします。
まあ、それは地震板の住人次第ですが。

あまりもなにもまったくもってスレ違いだね。

>>37-38
個人的にチャレンジ精神をくすぐられはしますが、、、。
今回は制限なしなので、エントリして投票で勝ち取ればいいんではないかと。

よーしとりあえずエントリーされるようにがんばろう

>>35-36
それ以上にすぐいっぱいになったら
そのサーバをまた考えなきゃならないというのが大きいです。
増設したら最低一年はそのツー場のことは考えたくない。

しかしすでに毎週どこかのサーバを考えなきゃならないほど
台数が多いのだ。

一年は何週でしたっけ? 51 ?

あぅあぅ
地震ですかー?

地震板が出来たのは
「ニュー速、ニュー速＋等をおとさない」という目的のためです。
充分にその目的を達成しているので満足しています。

地震や自然災害関連は国の仕事と思うのは私だけ?

1年は52週と1日。
oysterサーバが41台で、非oysterサーバが26台(桃色・退役予定含む)。

さて、これを何とかするにはどうしたらいいか。

・より強いサーバにして、数を減らす?
・おもりできる人を増やす?
・何らかの方法で運用効率を上げて、少ない工数で管理できるようにする?

>>44
その目的なら、1台ぐらいそのためのサーバがあってもいいのかも。
じゃないと、aa2にある板の人たちがちょっと。

eqとか作って、ex4みたいな位置づけで。

>>45

その三つに地道に取り組んでいるところで、

52週かぁ
一年もつようなサーバを毎回作り続けても
毎週毎週つぎからつぎへといっぱいになっている
というのが現状ですなぁ
それも 常に最強を投入し続けているのに。

oyster135の気配。
もう２・３日で全部来るかなというところです　>>46

eqかぁ。。。
どうやらさんがなんというかがこわひ。

こっそりはじめますかねぇ、いつもの投票。

こっそりか。。。

>>41
news系　eq専用? aa2の混雑解消ねらいか。ということで、
臨時地震・臨時地震＋で鯖を仕立てるとして、２つの板で鯖はいっぱいいっぱい
ですか？他の板を入れられる？

>>50
普段はそんなに負荷がかからない板だからねぇ
突然停止しても構わない板だったら同居できるかも
そんな板あるかどうかは分かりませんが…

地震以外の災害とか気象とか入れるのはありですか？

個人的には >>46 にも書きましたが、他の板は入れたくないですね。>>50

eq を作るかどうかは、最終的には２ちゃんねるが想定する
サービスレベルの問題ではないかと。
そういうのは国の仕事(>>44)と思うのか、
ある程度は民間? でそういうのやってもいいじゃん、と思うのか。

バカニュースとニュース極東にnews系復帰を前提に投票支援してもらおうかな？
と思ったわけですが、支援をうけなくても獲得できそうな雰囲気ですので確認ということで・・・
どうもありがとうございました。こっそり投票します…

結局のところ、鯖のソフト環境(glibcとかperlとかApacheとか)を
統一したほうが管理は楽なんですよね。
とはいえ、鯖ハードの統一は投入に限界がある以上無理ですし。
さらにソフトのバージョン揃えは難題になります。
これはたぶん★もちの人たちのどなたかは経験があるかもしれないですが。

>>55
あう、まちがえました。
×鯖のソフト環境
○鯖のハードスペックやソフト環境

>>55
むろんそういう考えで。
今２ちゃんねる用のHE系サーバは、大きく3系統すね。
で、系列内は基本的に同じソフトウェア。

・旧Linuxサーバ系: 非oyster, oyster01〜oyster15, 77
・新Linuxサーバ系: oyster16〜31, 71, 72
・FreeBSDサーバ系: oyster173〜176, oyster132〜

ハードウェアスペックといえば、
Jimさんは割と近い将来にOpteronのサーバの導入を検討している模様。

実力はどうなのかしら。評判は悪くないみたいですけど。

FreeBSDだと、まだこんな段階か。
http://www.freebsd.org/ja/platforms/amd64.html

おぷてろーんでいいのかな？
ttp://pcweb.mycom.co.jp/news/2003/11/17/20.html

オプテロン

>>58
BSD/amd64ならばuma鯖の設定の多くは流用できますがねー。
問題はAMD64対応のライブラリとコンパイラの完成度ですか。

oyster135到着。

速報: 今度のディスクは15,000rpmの模様。

チーター15K(;´Д`)ﾊｧﾊｧ

続いてoyster136も到着。こっちも15,000rpmでした。
135, 136ともハードウェアには異常なさそうなので、構築作業入ります。

>>63
うん。Cheetah 15K.3だった。

地震専用が当選確実なので、
oyster135は地震用チューニングを少ししてみようかなと。

難しいﾁｭｰﾆﾝｸﾞになりそうだ。。。

防振強化とか？（違

あんまり難しいことをする気はないですよ。

とりあえず、
・みんなでワッと読みに来る
・カキコが数個のスレに集中する
のをできる範囲でなんとかしてみようかな、っていうぐらいで。

noatimeと、あとは
httpd.conf sysctl.conf loader.conf ぐらいでできるやつぐらいかな。

こういうの教えてもらった。
これで統計とると、かっこいいかも。

Cacti
http://www.raxnet.net/products/cacti/

カクチって発音するのかしら、

>>68
ｶﾞﾝｶﾞﾚ〜

キャクタイみたいです。cactusの複数形かな。

eq用鯖ってnews7.2ch.net？eq.2ch.net？

eqに1票だなぁ。存在意義がexに近いし。
いかがでしょうか。

>>74
同意

liveでいいじゃんとかつまらない事言ってみる

地震を生き延びた人だけが書ける鯖＞live

http://tubo000.ninki.net/idol/eqn/eqname/index.html
作ってみた。影響力0だろうけど。

トップに >>74 の発言入れるのはちと誘導尋問でわないかと思われ。

>>79
直してみた。。。
で、、影響力はどんぐらいでしょうかネ

http://qb3.2ch.net/test/read.cgi/operate/1069144193/11

oyster135/136のセットアップ作業は、
Apacheのバーチャルホスト以外、概ね終了。
137は到着次第、作業予定。

ちょっとApacheの設定をいじって、/homeをnoatimeにしてみた。

あとは、投票のゆくえ次第か。
今のところ、eq, science2, tv4が最有力？

ごり押しですなeq（ｗ
何で仕事人は鯖新設をしないんだろう・・・。ただ単にめんどくさいからか？
scienceはtech（だっけ？）にしちゃうと板振り分けの自由度が無くなるから解らんでもないが。

>>83
かれこれ60台も増設してきたけど、

>>45 によると67台。で、今度3台入れるから、ついに70台か。
退役組もあるからそうそう増えないだろうけど、なかなかだなぁ。

>>83 は「カテゴリ新設」って意味かな。

>85
そういう意味です。

>84
eqで決まりですか？

inago.2ch.net

>>80
臨時地震、臨時地震＋板って地震速報用だったんですか？
いままで激しく勘違いしてたんだろうか、、。

とりあえず、俺様メモ。
http://people.ee.ethz.ch/~oetiker/webtools/rrdtool/rrdworld/index.html

おれさまメモですか…(´Д`)

http://qb3.2ch.net/test/read.cgi/operate/1069144193/44-

・グラフはサーバごとに1枚ずつ
・それぞれのグラフに、板名を色分けして折れ線グラフで積み重ね表示

ってのがよさそうかなぁ。

そうすると、1枚に複数の値をプロットできるやつを入れる必要があるなぁ。
というわけで、>>69 とか >>89 なわけだが。

ちょっと、ひ（りゃ と相談中、、、。

作業完了。

ひ（りゃ と相談の上、news4とキャップを完全分離するため、
oyster173上にfemnewsplus用のバーチャルホスト、news7.2ch.netを作ることにしました。

サーバ側の作業をしましたので、以下をDNSに登録お願いいただけますか。
よろしくおながいします。＞仕事人さん

news7 IN A 64.62.236.34

削ジェンヌさんには、準備ができ次第板移転の旨私から連絡しました。
んなわけで、お手数おかけしますが移転作業のほうもよろしくです。

>>93
何の話かと思えば新しい板ができたのですね。

ニュー速関係に介入すると公私混同と言われるぞ
公ってなんやねんという噂もあるが

ワレ、ワシらがしこしこ投票してやっと勝ち取った芸スポ速報＋の鯖に何わけワカラン板
こしらえとんじゃい。ということですか？

ほう、もう移転ですか

2chircにいけない

接続人数制限を増やすために再起動中の模様

どれくらいかかるのですか

>>93

news7 IN A 64.62.236.34

登録しましたー

>>102
どうもです。さて、見えるかな。

http://news7.2ch.net/
IPアドレス: http://64.62.236.34/~ch2news7/
バーチャルホスト変換前: http://oyster173.uma.2ch.net/~ch2news7/

建設予定地見えた

「建設予定地」を確認。

YBBで見えました

>>103

んで、http://news4.2ch.net/femnewsplus/ を　news7 に移転すればいいのかな?
指示くださいー

>>107
はい、それでおながいします。

で、news4のニュース速報板用キャップ(従来あったもの)と、
femnewsplus用キャップ(昨日以降新規発行されたもの)を、
分けていただけるとよろしいかと。

りょうかいー

news7.2ch.net の F22 起動てくださいー > らぷたー★さん

news7を呼び出すようにしました。

かんりょー

乙様でした。>>112

お疲れー

>>78を変更しる（ｗ

ぁぁ、らぷたーたんに(;´Д`)ﾊｧﾊｧしそこねた…
乙でしたお星様達。

某gline板で歴史スレをまとめていただいている方のために。

今回news7を作ったoyster173は、以前news6(芸スポ)を構築したマシンです。
news4(oyster25)とは同居関係にないです。

ということで某スレのやつは、
「oyster173上にバーチャルホストとしてnews7を立ち上げ」が正解かと。

ちょっと、oyster173(=news6とnews7)のApacheの設定を変更してみた。

↓が強烈にアクセスされているので、最大httpdサーバ数をちょっと増やしてみた。
http://news6.2ch.net/new2ch.gif

やっぱ、静的コンテンツ用に1台ほしいとこだなぁ。
www.2ch.netを置き換える時かな。

>>119
oyster137をそっちにしますかねぇ

>>120
そうすね。CGI起動系のサーバとはチューニングの手法が違ってくるので、
本来は分けておきたいです。

で、今度の2台はeqとscience2でファイナルアンサー?

てなわけで、構築開始。
まずは oyster136 = science2

以下の登録をおながいします。

science2 IN A 65.19.155.154

>>122

Done.

oyster135 = news8

以下をお願いします。

news8 IN A 65.19.155.130

>>124

Done.

>>123 >>125
さて、どうかな。

http://news8.2ch.net/
IPアドレス: http://65.19.155.130/~ch2news8/
バーチャルホスト変換前: http://oyster135.uma.2ch.net/~ch2news8/

http://science2.2ch.net/
IPアドレス: http://65.19.155.154/~ch2sci2/
バーチャルホスト変換前: http://oyster136.uma.2ch.net/~ch2sci2/

こっち見ると、どうも見えてるみたいね。
↓
oyster133・134サーバ争奪戦が始まったようです。
http://qb3.2ch.net/test/read.cgi/operate/1067243403/

・15,000rpmディスクなので、ちょっと最大httpdサーバ数を増やしてみた。
・/homeをnoatimeでmountしてみた。

>>126
両方建設予定地

時間帯のせいか,反応もバッチリな感じです＞新鯖

両方とも見えたﾌﾟﾆ

F22 起動お願いしますー　> らぷたー★さん

news8 , science2

きてますきてます。（ｗ
ttp://mumumu.mu/mrtg/mrtg-rrd.cgi/dns/news8.html

でも、だいじょうぶ。さすが！

もうちょっと揺れてくれないとな。

普段使わないlive系のeqに鯖一つってもったいないなあ……
どうせテレビ見てる人と一緒の層なんだからlive6とくっつけて
あいたoyster28にtv入れればええんちゃうんかと

>>134
まあ、新鯖入れてみて、空いてるようだったら、
＞aa2はaasaloonのみ→批判要望、地震２板が入ってきた
＞news6は芸スポのみ→最近男性禁制ニュース＋(news7はnews6と同居)が追加された
他の板も入ってくる場合が多いから、
しばらくは様子見でいいんじゃないっすか。

>>134
2ちゃん自体がもったいないと思わんのかね?

なにはともあれ、興味深くROMってます。
本業が忙しいので積極的に介入はしませんが。

さすがに、live6とくっつけるのは荷が重いのではないでしょうか
しかも、少々サーバの設定が違うみたいなので内容重視でログが破損したりすると
使い物にならなくなってしまう板を入れるのも今は避けた方がいいでしょう
まあ、少しの間は様子を見るということで

>>132
とりあえず、最初の突発負荷試験はクリアしたということで。

朝、寝床のケイタイで寝ぼけながらチェックしてサーバの反応があったのを確認して、
安心して寝たことは、秘密です。

>>138
早速新鯖の効果がでましたか。
で、秘密なら何でここに書くんです？とは聞いてはいけないと思うテスト。

>>139
まだわからんですねぇ。
各CGIやdatの数から言えば、脳内想定した限界値の1/4も来てないす。
これならaa2サーバでも耐えられたと思われ。

蝗観察には、トップページのアクセス数をチェックしたほうがいいのかしら。

2ちゃんねるブラウザはsubject.txt要求しますよねぇ
アクセスしようとする人を把握するにはindex.htmlとsubject.txtをモニタしたほうがいいかも

>>141
面白いかも。

http://qb3.2ch.net/test/read.cgi/operate/1066276210/969

とりあえず経過観察。
今後頻繁に起こるようなら、何か対応が必要か。

>>131
起動しました〜♪

えっ

science2とnews8はOSからApacheまで仕様は同じですよね？
違うといえば、少々設定が変わっているだけ…
science2だけの問題になりそうな予感

>>146
外から見る限り、ハードウェア仕様CPU/メモリ/HDDは同じですね。
OSは同じ日にCVSupしたので、同じ。

個人的には、ハードウェア問題の疑いが少し。
いずれにせよ、経過観察で。

news8の方はいたって快調
今、普通時の実況板ぐらいの速さで書き込まれてますけど、レスポンスの速度低下はまったく無し
通常の使い方ではびくともしませんねぇ。問題は地震が起こった時ですけど

どうも。 >>148
カキコ速度はまだたいしたことないすね。
真価は、東京地区で震度4以上のの広域地震が起こったときに、わかるかな。
http://mumumu.mu/mrtg/mrtg-rrd.cgi/dns/
http://mumumu.mu/mrtg/mrtg-rrd.cgi/dns/news8.html

ところで、何ででしょ。< カキコ多い

http://qb3.2ch.net/test/read.cgi/operate/1066206637/527

というわけで、スイッチを入れる潮時かなぁ。

>149
二ヶ月周期で26日に大きな地震が来てるからその所為では。

>>151
さらっと地震板見てきた。どうも、そうみたいね。
当たるも八卦、当たらぬも八卦で。

>>150
その激重スイッチはひょっとしてオイスターですかね？
場合によってはＬ３導入も検討対象？

うーん…news8が連投規制とかを緩くしたから実況板状態になってしまう
どうすればいいんでしょ
地震実況でも…できるわけないよなぁ
まぁ、新サーバーの性能テストとしては通常状態の負荷なら涼しい顔して耐えられるっていう結果が出ましたが

>154
実質実況鯖だろ、気にするな。と言ってみるテスト。

ｽﾚ違い＆場違いｽﾏｿ
臨時地震(eq)ってｷﾀ━━━(ﾟ∀ﾟ)━━━ !!!していいの？

夜○の巣にあるSWのグラフはきちんと動作しているのかな？
SW4とSW7のグラフがカクカクしていて変だと思うんだけど…
SW7の瞬間最大風速200Mbpsオーバーって((((((ﾟ◇ﾟ;))))))

最近は圧縮してないからなぁ。

トラフィックとってる8台のumaサーバだけで、ピーク値だと50Mbpsぐらいあるよ。
http://mumumu.mu/mrtg/mrtg-rrd.cgi/traffic/

>>156
そのための鯖だよ。

>>156
控えめにな。新鯖に移行しても落としてるようだと後がないぞな

>>150
ネットワーク構成図もマルチレイヤースイッチの設定もわからないので、
何が起こっているのかさっぱりです！
せめてネットワーク管理くらいはやっていないのですか？
そこの情報から、何か傾向が見えてきませんかね？

というか、スイッチの容量オーバーって何でしょう？

トータルの転送レートが飽和したのかな？
それだとショボイスイッチかもということに。

上位スイッチへの帯域が飽和したのかな？
これだと回線を束ねるという方法もある。
既に束ねて使っていたら、確かにスイッチの増設が必要かも。

ケーブルが原因でエラーが出ていたのが、
通信容量が増えてきたので不具合が見えるようになってきた
というのも考えられるかな。
これだとケーブルを交換すればいいけど、
現地で誰かが原因の切り分けをしなきゃならない。

ああ、なんかこういう原因がよくわからないで
もやもやした感じはいらつく!(w　ヽ(`Д´)ﾉｳﾜｧｧｧﾝ
原因特定して、一発解決したて気持ちになっちゃうよ！

とはいえ、こういう掲示板でネットワーク構成図を
オープンにしてしまうのもセキュリティ上悪いので、
現地スタッフにお任せということになっちゃうだろうな、やっぱ。

>>161-163
まあ、またそのへんはぼちぼちと。

今日はいろいろと、耐久試験日和だった模様。

○本日のnews5/tmp2チューニング内容

1)Apacheの最大サーバ数を増加

ただしあまり増やしすぎてもまずいので、今1536。
元は768。1024以上にすると、noatimeするとそろそろ過負荷。
noatimeにすれば、1536あたりまではいける模様。

10,000rpmディスクではこれが限度みたい。
ちなみにnews8は15,000rpmディスクで、2048。

2)/homeをnoatimeでmount

これで劇的に軽くなった。効果絶大。

3)news5のみ、データ圧縮を復活

サーバより先にネットワークが過負荷になったので、
データ圧縮を一時的に復活。

具体的には、.htaccessに以下を追加。

BrowserMatch MSIE force-no-vary
AddType text/plain dat
AddOutputFilterByType DEFLATE text/html text/plain text/css text/xml application/x-javascript

初めて、限界まで使われちゃったなぁ。< umaサーバ

10,000rpmディスク圧縮なしだと、通常セッティングの板で
noatimeなしでだいたい1台で25Mbpsぐらい、
noatimeすると1台で40Mbps〜50Mbpsかぁ。

15,000rpmディスクだったり、実況セッティングだったりすれば、
もう少し性能アップできる予感。

softupdates じゃないんだっけ?

もちろんsoftupdatesですよ。

noatime がそこまで効くとは…
BSD特有かな? Linuxでも事情は同じかな?

とはいってもW2kとかでも、noatime相当の設定はあるしねえ。

とにかくroot★ﾀｿ、がんばれ。




業務でやってる運用系、ファイルシステム分けときゃよかったと後悔。

|　∧∧
|(´･ω･`) ＜ 夜食のお餅、置いておきますね。
|ｏ　　 ヾ
|―ｕ'　ΩΩ　Ω<ﾅ､ﾅﾝﾀﾞｯﾃｰ

>>169
お餅がしゃべってるし。

祭りの記録。
http://mumumu.mu/mrtglog/2003/11/28/traffic/tmp2traf.html

>>168
今回はread.cgiやdat直読みの激増だったので、noatimeの効果は絶大でした。
カキコが多い板(実況系とか)だと、ここまで顕著でもないのかもね。

noatimeの効果は、Linuxでも同じなはず。

ところでkqueueって、pollやselectよりもパフォーマンスいいらしいけどどうなんでしょ。
一応、Apacheをkqueue対応にするパッチ持ってますが、使ってないすね。

今回の爆発的なアクセスを見て、ふとそう思った。

>>172
仕事人さんに聞いてみるとか。
「そのうち,ぼちぼちと。(やってみよう。)」とかいうんだろうなあ。

ところで、mod_perl ベースはまだ試されてないんだっけ?
あたしが手がけた案件で、
20リクエスト毎秒->800リクエスト毎秒
の改善を見ることもできた。
(Linux-2.4.20, XEON2.8Gx2, 2GB)

問題は、すでにC化された read.cgi との融合をどうするか
なのだけど、read.c を perl 外部モジュール化すれば
簡単に組み込めるとおもう。

そっか、root付鯖ならmod_perlだろうがなんだろうが入れ放題か。

◆批判要望・自治議論スレッド★104◆
http://news5.2ch.net/test/read.cgi/newsplus/1069438074/

297 名前：root ★[sage] 投稿日：03/11/29 07:45 ID:???
一昨日〜昨日の経緯とサーバの状況を書いておくことにしよう。

一昨日22:00前に帰宅した際に既に祭りは起こっていて、
news5とtmp2が過負荷により青息吐息の状態になっていた。

私がいくつかシステムを緊急チューニングすることでnews5は過負荷を脱したが、
news5が接続されているHE側ネットワーク機器で取り扱える通信量を超えたため、
news5への通信ができにくい状態になった。

そのため、news5で一時的にgzip圧縮を復活させた(最近は負荷軽減優先のため、
gzip圧縮を行っていない)。これにより、news5は概ね機能を回復した。

news5は高負荷ではあったが、チューニングにより余力が出たこともあり、
負荷分散のため、news2とnews5での適宜な負荷分散をお願いした。
(今の状態だと、不用意に実況だけにすると実況が飛んでしまう場合があるため)。

続き

298 名前：root ★[sage] 投稿日：03/11/29 07:53 ID:???
>>279
今回臨時板だけにすると、臨時板の方が先に飛んでしまうリスクがあると
判断したため、news2/news5を使った機動的な負荷分散をお願いしました。

マシンパワーだけでいえば、緊急チューニング後のnews5にはまだゆとりがありました。
今回マシンの能力をほぼ限界まで使い切られたのは、tmp2サーバだけかと。


299 名前：root ★[sage] 投稿日：03/11/29 08:03 ID:???
news5の状況まとめ。

- サーバのパワー的には、まだ余裕があります。
　tmp2が「身をもって」通常時のnews5の4倍、TBSやWinny祭りの時の
　news5の約2倍のトラフィックまでは耐えられるということを示しました。
- ただし、2.5倍のトラフィックがかかった時点で、tmp2サーバは落ちました。

http://mumumu.mu/mrtg/mrtg-rrd.cgi/traffic/news5traf.html
http://mumumu.mu/mrtg/mrtg-rrd.cgi/traffic/tmp2traf.html

- しかし、現在news5が接続されているHE側のネットワーク機器側の
　容量に余裕がありません。そのため、サーバのパワーより先に
　ネットワーク機器の能力を超えてしまい、通信ができにくくなる場合があります。

なお、このスペシャルチューニングがされているのは、
現在news5, tmp2, news8だけです。他のサーバには当てはまらないので念のため。

>>174
mod_perl って、CGI側を対応バージョンにする必要あるんでしたっけか。

>>177 に転載したリンク先は、こっちの方がいいかな。

http://mumumu.mu/mrtglog/2003/11/29/traffic/tmp2traf.html
http://mumumu.mu/mrtglog/2003/11/29/traffic/news5traf.html

んで、振り返ってみると >>158 で書いた分のトラフィックが
tmp2 1台に集中したわけか。
そりゃ、さすがに落ちるよなぁ。

また何か新しい持ち駒を考えなきゃ。ということでもう一寝入り。
土・日で某原稿書かなきゃいけないし。

…恐るべしtmp2

>>177
2ch鯖のスイッチの上位ルータはHEのほかの鯖と共用なのでしょうか？
だとしたら2ch専用の(10)GbEルータが必要な気がしてきました。

サーバーをまとめるスイッチを足しても、上位が詰まればお手上げですね
今は応急処置として、余力がまだあるサーバーにgzip転送を再開させた方がいいかもしれません

2ch専用ルータ。
遂にそんな話まで出るようになってきたのか。。。

現状の鯖60台あまり(以上？)。
それに対してスイッチは3台だから厳しいだろうねえ。

>>183
もちろんルータだけじゃ手ぬるいと思います。
１０ギガルータ導入を意見する背景は
その分上位も含めて回線帯域を必要としているということ。

まあこればっかりはHEだけじゃ解決できなさそうですが。

ニュース系はともかくﾀﾞｳｿはそんなに頻繁に祭りになるの？

>>187
いや、今回はWinny使用者が逮捕されたからあれだけの祭りになった。

>>182>>186
ちょっと待てやw。10GBイーサーって一体……。(;^ ^

もしかして、数百万〜1000万以上のマルチレイヤスイッチを買えと言っている？
さすがにそんなものまで必要だとは思わないけど……。
>>161-163でもちょっと書いたけど、もっと問題は別の所にあるかも。
あるいは、ほんのちょっとの投資で解決するような。

あっ、ほんのちょっとの投資というのは、
数百万〜数千万に対してってことね。

うーん。。。
もうちょっと情報が開示されたら
多人数で議論できそうなんだけどねぇ。。。
確かに一番良いのはネットワーク構成図等が
分かれば良いのでしょうけど。

>>191
それはセキュリティ上まずいかも。
簡易図ぐらいならばかまわないが。

>>189
もちろん必要がないのであればそのほうがいいに決まっている。
とにもかくにも、運営側からの詳細なデータが示されないとなんともいえない。

バックボーンまでいくつのスイッチを通って、
サーバーを束ねているスイッチ一つあたりにいくつサーバーがぶら下がっているか
ぐらいはばらしても大丈夫そう

>>192
ま、確かに出せないですな。どう考えても。

何か情報が出てこないですかねぇ。。。

>>194
ちょっと前の話であればどっかで見ましたねえ。

ちなみにtracertでgsr12なんたら.he.netってのが2回通るので,
.he.netの入り口で1回,２ちゃん鯖振り分けで1回通ってるのかな。

それから>>185が合ってるとすれば,スイッチ1台辺り鯖20台。
机上論で1台の最大値50Mbpsとしたら1Gbイーサでも理論値一杯。
実効値ならヤヴァイのは間違いないかもネー。

>>178
mod_perl のモードには(大まかにわけて)2種類ほどあり、
PerlRun では、ほとんどの CGI はそのまま走る
(ただしスクリプトはその都度コンパイルされる)
パフォーマンス向上は2〜数倍。

Apache::Registry では、CGIにそれなりに手を入れないといけないが
かなりパフォーマンス向上が期待できる。

どうせやるんだったら後者をやってもらいたい(俺がやってもいい)んだけど
さしおり対応できるのは前者で、しかもそれだと、
bbs.cgi くらいにしかききめがないぞっと。
というわけで、実況鯖を PerlRun で動かすのは悪くないアイディアと思われ。

read.cgi などを含めたチューニングは、上流の帯域不足とか、それ以前の
問題が山積みっぽなので後回しでもよろしかと。
bbs.cgi と違って、read.cgi はヒミツが少ないハズなので(現に2001夏に公開
されたし)、ぼちぼちと改造していけないかな?

すぐに対応できるのであれば、試しにmod_perlをどこかのサーバーに入れて
テストしてはどうでしょう。成功すれば他のサーバーにも順次入れていくという事で

mod_perl が入っているような鯖。
binbo8.he.net　*　Apache/2.0.46 (Unix) mod_perl/1.99_09
oyster16.he.net　music2.2ch.net　Apache/2.0.46 (Unix) mod_perl/1.99_09
oyster17.he.net　society.2ch.net　Apache/2.0.46 (Unix) mod_perl/1.99_09
oyster18.he.net　live5.2ch.net　Apache/2.0.46 (Unix) mod_perl/1.99_09
oyster19.he.net　etc.2ch.net　Apache/2.0.46 (Unix) mod_perl/1.99_09
oyster20.he.net　academy2.2ch.net　Apache/2.0.46 (Unix) mod_perl/1.99_09
oyster21.he.net　game4.2ch.net　Apache/2.0.46 (Unix) mod_perl/1.99_09
oyster22.he.net　hobby3.2ch.net　Apache/2.0.46 (Unix) mod_perl/1.99_09
oyster23.he.net　human2.2ch.net　Apache/2.0.46 (Unix) mod_perl/1.99_09
oyster24.he.net　comic3.2ch.net　Apache/2.0.46 (Unix) mod_perl/1.99_09
oyster25.he.net　news4.2ch.net　Apache/2.0.46 (Unix) mod_perl/1.99_09
oyster26.he.net　bubble.2ch.net　Apache/2.0.46 (Unix) mod_perl/1.99_09
oyster26.he.net　qb2.2ch.net　Apache/2.0.46 (Unix) mod_perl/1.99_09
oyster27.he.net　live6.2ch.net　Apache/2.0.46 (Unix) mod_perl/1.99_09
oyster28.he.net　pc4.2ch.net　Apache/2.0.46 (Unix) mod_perl/1.99_09
oyster29.he.net　sports5.2ch.net　Apache/2.0.46 (Unix) mod_perl/1.99_09
oyster29.he.net　live7.2ch.net　Apache/2.0.46 (Unix) mod_perl/1.99_09
oyster30.he.net　off.2ch.net　Apache/2.0.46 (Unix) mod_perl/1.99_09
oyster31.he.net　hobby4.2ch.net　Apache/2.0.46 (Unix) mod_perl/1.99_09
oyster71.he.net　aa2.2ch.net　Apache/2.0.46 (Unix) mod_perl/1.99_09
oyster71.he.net　2chplus.2ch.net　Apache/2.0.46 (Unix) mod_perl/1.99_09
oyster71.he.net　bg3.2ch.net　Apache/2.0.46 (Unix) mod_perl/1.99_09
oyster72.he.net　sports4.2ch.net　Apache/2.0.46 (Unix) mod_perl/1.99_09

httpd.conf にて、 ServerTokens Full になっていると思われる鯖のみ掲載（uma系は ServerTokens Min のもより）

>>197
なるほど、とすると「2〜数倍」にはできる可能性があると。
>>188 みたいなかんじで、やってみる価値はありか。

>>199
Apache2系(oyster16以降とbinbo8)すね。
uma系は、もちろん私が入れればいいわけで。

>>200 訂正: >>188 みたいな => >>198 みたいな

で、ネットワーク系の話は、まずは現状把握かなと。

これは業務での稼働系からの抜粋だけど

>>200
<Directory "/path/to/www/">
<IfModule mod_perl.c>
AddHandler perl-script .cgi
PerlHandler Apache::PerlRun
# PerlHandler Apache::Registry <- こっちは茨の道
# PerlModule Apache::DBI <- DBと喋らなければ不要
PerlSendHeader On
</IfModule>
(以下略)

失敗したと思ったときは
LoadModule perl_module libexec/libperl.so
の行をコメントアウトすれば元に戻る…はず。

(男はDSOじゃなくてスタティックリンク…という話はこの際置いておこう)

>>198
qbで実験とか。

ああっだめだった。スマソ

んでは、負荷耐久実験中のnews8にでも…
uma系サーバーに入っていればの話ですが

何気なくtracerouteしたら、前と経路が変わってるっぽい。

6 134 ms 135 ms 134 ms paloalto-bb2.IIJ.net [216.98.96.195]
7 134 ms 134 ms 134 ms paix.he.net [198.32.176.20]
8 134 ms 134 ms 134 ms gige-g1-0.gsr12012.pao.he.net [216.218.254.34]
9 135 ms 136 ms 135 ms pos2-0.gsr12012.fmt.he.net [64.62.249.121]
10 135 ms 135 ms 135 ms pos5-0.gsr12008.fmt.he.net [216.218.147.25]
11 136 ms 136 ms 136 ms news5.2ch.net [64.71.163.26]

>>206をもとにいろいろ見ましたけど
やっぱり高性能スイッチの導入になるんでしょうか・・・・。
HEの中の人にWinny祭り時のHE内部ルータのトラフィックを分析してもらったほうがよさそうですね。
どこが負荷が高かったかがわからんことには対策の打ちようがない。

ところで、umaや他のオイスターてギガNICでした？
スペックを考えればたぶんそうなんでしょうけど。

おっ、news8耐えた
http://mumumu.mu/mrtg/mrtg-rrd.cgi/traffic/news8traf.html
針みたいに立ってます

見事な屹立。

>>207
NICは基本的に100Mすよ(Intel)。
1台だけ1G(Intel)もついてるみたいですけど、接続されてない模様。

今のトラフィックなら、100Mは必要ないとも思う。
こないだのWinnyの時のtmp2でさえ、最大50Mだし。

>>210
そうですか。ならもう少し余裕がありそうですね(実効値を考慮しても)。

さて、そろそろ次のサーバが到着?

>>202
なるほど。割と簡単すね。

でもこれだと、.cgiは全部perl-scriptになってしまうから、
read.cgiやofflaw.cgiの改造が必要と。(>>174)

例えば、*.cgiはperl-scriptだけど、read.cgiとofflaw.cgiだけは
cgi-scriptっていうふうに、Apache的に設定できるのかしら。

>>212
oyster137 が到着している予感。

>>212
メール発射しました。

oyster138-142 は既に発注されています。
thanks givingday をはさんだので
来るのははやくても来週かなぁ

メール受け取りました。返事したです。

で、次は5台すか。
クリスマス休暇とかは影響するんですかね。>>216

> Jimさんには、先日のWinny事件の時にtmp2サーバのリブートでお世話になりまし
> た。おれいをいっておいていただけるとうれしいです。


りょうかいですー

50Mbps a oyster っすか、凄いですねー
祭りもサーバもチューニングも。

いよいよ、その周辺の機器(switch or router)の問題の顕在化ですね、
いままでは見えなかったもの(押さえこんでいたもの)が
出てきたと、

あら、こっちに(w。

スイッチ(というかネットワークトポロジー)問題は、そろそろまじめに考える時期かも。
メールでもいいですけど、向こうの親分さんあたりとface-to-faceでやりたい気分も少し。

さしでなしつけやすか。(((((((( ；ﾟДﾟ))))))ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ

>>213
C-CGIと　Perl-CGIの　ディレクトリを分けられないもんですかね。

それは最初に考えたけど、ちょっとむりぽすねぇ。
何か技はあるのかしら。mod_rewriteとかつかうのはちょっとあれだし。

Perlで書かれているファイルを.plにしたり…
少々大規模な書き換えが必要ですけど
まぁ、ApacheのAも分かっていないようなバカが言っていることなので聞き流してくださいな

<Files>ディレクティブで指定するとか。

>>213>>221

>>224が正解。
2ch的には、とりあえず全部PerlRunで動かしてみる、だろ(w

ふむ、<Files>でやればできそうすね。
んじゃ、おいおい。

oyster137 関係でメール発射しました。　>>226

http://esenden.com/rank/network/ranklink.cgi?id=mercury

今度は某グループのアレで、芸スポが記録更新か。
しかし、毎日いろんなことが起こるですね。
http://mumumu.mu/mrtglog/2003/12/02/traffic/news6traf.html

頻繁に性犯罪が起こる世の中だもの
いつテロが起こってもおかしくないのと同じように。

三年後の規模を見据えて
回線・ルータ・スイッチ等の構成から
サーバのロケーションまで含めて
全部見直そう計画。


なづけて「サザンクロス作戦」をやろうかと。

おっ。新プロジェクトですか。

こういうやつで、
3年先の予想が「そのまま」適用できたためしはもちろんないわけですが、
経過中に出た項目や内容などについては、血となり肉となるだろうと。

で、サザンクロスの心は？

>>231
3年後ですかぁ…
2ちゃんねる専用サーバールームがあっても不思議じゃないかも
まぁ、今までサーバーの事しか気にしていなかったから、いい計画かも

三年後は max で　5-6Gbps くらいっすかねぇ

>>232
どのプロジェクトも私が名前をつけた場合
たいして意味はなく、

昨日蛎たべたから oyster作戦とか、
単に語呂がよさそうとかそんな感じだったりして。

何か最近２ちゃんが、ごく普通の公共物に見えてしまう。。。

3年後は一体どれ位の規模になってるんだろう。。。

>>234
> 昨日蛎たべたから oyster作戦とか、

あらら、ばらしちゃうしぃ。
「課金の一歩手前」というｶｺｲｲ都市伝説の立場は、、、。

>>234
ところで、今、全部で転送量どのくらいすかね。

サーバの台数的にはどうだろ

250台くらいかなぁ

>>237
400Mbps(at peak) くらいですかねぇ

まぁ、身近なところから名づけるから親しみやすいわけで
これが、「●の収入による2ちゃんねる用サーバー増設計画」とかいう長ったらしい名前になるよりはいいんではないかと

現有戦力をまとめておきますか。

・掲示板サーバ
- HE: oyster34台、uma8台
- HE: 非oyster26台(退役予定含む)
- Sakura: 1台(sports2)

・非掲示板サーバ
- 専用DNS cache 1台
- bbq/bbx/bby 1台

・接続用スイッチ
- HE: oyster 2台
- HE: 非oyster 1台

・周辺(とりあえずここでは考慮しない?)
- PINKちゃんねる
- 電波２ちゃんねる
- ２ちゃんねるプロバイダ
- まちBBS

全体的な見直しになると、資金の確保も問題になりそうな。。。

現在の広告収入、●等で確保出来るのか？
新たなる資金源の模索をするのか？(有料うｐローダー等）

ちと考えただけでも壮大な規模になりそうだ。。。

>>241
周辺に追加:
irc
検索

しかしすごいな。いまや1大システムかも。

>>238
200台すか、、、。もはや、管理手法を根本的に変えないと。
もちろん、人柱を横に並べて解決するという方法もありえはしますが。

>>242
まとめどーもです。

PINKについてはどうなるかなぁ、、、
一緒にした方が運用面では楽なんだが、
いろいろ考え中ということにしよう。

>>242
「●で出来る範囲内で」を基本に考えています。
現在は主にサーバの購入費にしか使っていない●ですが、
その枠組み変更は必至かと思っています。

サザン★さんが苦労することをする計画

>>244
そうですね。
正直、全部●サーバにする(oyster作戦のひとつの目標)の出口は、
もはやはっきりと見えていると言えましょう。

今の調子なら、1年以内にライブな板は全部●でまかなえる気がしています。

その後は、不自由が出るところにサーバを局所投入やら強化やらしていくとしても、
もはや以前ほどの増備速度は必要ないでしょう(例えば、ex2にある板を分割するとか)。
このへんは、この掲示板(２ちゃんねる)として、
どの程度のサービスをユーザに提供するかということとも、つながりますね。
サービス戦略というか、なんというか。

umaチューニングで1台で25Mぐらいはさばけることもわかってきました。
加えてnoatimeチューニングすれば、1台で40Mぐらいまではさばけます。
これらの情報かや各種統計情報から、ある程度先を読んだ設備投資計画もできるでしょう。

転送量問題の重みも、昔ほどではないと聞いております。
このへんは各種謀略策略計略恫喝交渉立ち技寝技が（以下りゃ。



…ということで、
個人的には「人身御供モデル」を今後どうするのがいいのかが、
最大の問題かなと思っていたり。

>>245
実わ、わたしもそうかと（りゃ。

>>244
●なんですけど、支払方法もう少し増やせないのかなと。<ウェブマネーとか

業者との絡みで難しいのは分かるんですが
もう少し収入が増える道を模索するのは、
初期oyster鯖を置き換える時等にも活用できるでしょうし。

新規作戦に当たって聞いてみるテスト

>>245
ﾜﾛﾀ

３年後に２ちゃんねるは残っているのだろうか？＠というのも「あり」かな（嬉）

３年後。。。
・IPv6は普及しているのだろうか？
・FTTH は？
・そもそも日本國は現存するのか？

♪ M$ が無くなっていたりして（嬉）

>>250
最後の一つは心配しすぎなんではないかと…

>>251
よろこんでるみたいよ？ｗ

>>252
間違った…
その一つ前です

読み返してﾜｶﾀ
＞・そもそも日本國は現存するのか？

これですね…ｽﾏｿ

>>244
PINKなんだけど、PINK用の●ってできないんだろうか？
今の●でも、PINKのdatも読めるし串も使える。
だったら、２ちゃんのdatも読めて串も使えて、PINKの方に資金を回せる
PINKの●を立ち上げて、どちらを買うかは利用者の選択ということで。
板自体に関わる運営を２ちゃんのボランティアでまかなっている現状では、
運営母体の違いはなかなか利用者には見えづらくて、●の資金がPINKには
回ってない、と知らんかった人も少なくないわけで…
機構を変えるにあたって運用面で統一するほうが楽、というなら、この機会に
見直さなけれなければ、ずっとPINKの鯖の問題は解決しない気がする…。

右肩上がりは、いつか行き止まる……。

日本経済も、いくつかの波はあったが戦後から一貫して右肩上がり。
バブルの絶頂期、アメリカは追い越したとかいろいろ言っていたけど、
遂に行き詰まって後はそれからは低空飛行。
そういえばあの頃は、スポーツカーで入社式とかディスコのお立ち台で
イケイケとか、今から考えたら？？？ものがまかり通っていましたね。

もう一つ右肩上がりと言えば、半導体の世界もそうだったのですけど、
あのムーアの法則もそろそろ終わりが見えてきたかも……。
ttp://www.zdnet.co.jp/news/0312/02/ne00_intel.html

右肩上がりはいつか止まる、いつか止まるとわかっていても、
そのいつかがわからないから怖いですけどね。

しかし、テキスト主体なのに5-6Gかぁ……。

普通だと、レイヤーの上から見積もっていって、
ネットワークを考えるのは一番最後です。

まずサービス内容を考えて、
必要なアプリを見積もって、
次にサーバ、ストレージ……、
最後にネットワークですかね。

だから「サザンクロス作戦」といいながらも、
見通しが立たない段階では作戦にはならないような。
これからもきっと、「その場で対応」ってことが多そうですね。

うん。冷静すね。>>257

・3年というビューで見た時に、結局ここをどうしたいのか(路線)
・そのためには、どういうサービスレベルを想定するのか
・そのサービスレベルを実現するためには、何が必要なのか
　- まずはしくみ
　- 次にそれを実現するための資源(ひと、もの、…)
・そのためのグランドデザイン(コンセプトモデル)
・設計
・実装
・検証
etc. etc.

なんていう感じかしら。

というわけでまずは「路線」なんじゃないかなぁと思う、今日このごろ。
>>246 の下3行には、そういう意味合いもちょっぴりあったりなかったり。

もちろん「その場しのぎ現場主義事後対応マニュファクチュア人海戦術人柱(仮)」
というのも、立派な「路線」だと思うですよ(素)。

理想も良いけどお金もね（ｗ
オーナーは何を考えているのやら…。
いきあたりばったりで、またハサ〜ンみたいなのも
２ちゃんらしいといえば２ちゃんらしい。

news6が毎日のように祭りになるので、対策としてnoatimeオプションを入れた。

現在のnoatimeチューン実施済みサーバ: news5, news6, news8, tmp2

(・∀・)ｲｲ!?
http://japan.internet.com/webtech/20031203/5.html
http://www.nec.co.jp/press/ja/0312/0204.html

>>258
その辺の基本ポリシーをどうやら氏に示してもらわないことには、
固めることはできませんな。

>>255
いくつかのカテゴリ別にした●を売るというのはどうでしょう。
住人が多いところは安く、過疎板は高くしてってのもありで。
もちろん今までの2ch/pinkトータルセットの●も売る。

方式的にはスカパーにちかい？

>>262
どういうしくみかしらね。うまくいくなら悪くないかも。

>>264
リリースをよんだ限りでは２ｃｈの場合は
板移転を鯖CGIをとめることなく実行可能になりそう、という点ですかね。
ただこの技術はNFSでインプリ可能な点があるので、
その点が心配ではあります。

>>265
さらに詳細がありました。
ttp://www.nec.co.jp/press/ja/0312/0204-03.html
よんだ限りではNASがいるみたいですね。

oyster137 セットアップ中。

news8,tmp2と同様、15,000rpm仕様。
でも、ahdなのにSCSI diskがUltra160になってしまう。
現象は前にoyster134であった時と同様、HEに問い合わせ中。

ahd0: <Adaptec AIC7901A Ultra320 SCSI adapter> port 0x2400-0x24ff,0x2000-0x20ff mem 0xfeaf0000-0xfeaf1fff irq 19 at device 3.0 on pci3
aic7901A: Ultra320 Wide Channel A, SCSI Id=7, PCI-X 67-100Mhz, 512 SCBs
...
da0 at ahd0 bus 0 target 0 lun 0
da0: <SEAGATE ST336753LW 0005> Fixed Direct Access SCSI-3 device
da0: 160.000MB/s transfers (80.000MHz, offset 63, 16bit), Tagged Queueing Enabled
da0: 35003MB (71687372 512 byte sectors: 255H 63S/T 4462C)
da1 at ahd0 bus 0 target 1 lun 0
da1: <SEAGATE ST336753LW 0005> Fixed Direct Access SCSI-3 device
da1: 160.000MB/s transfers (80.000MHz, offset 63, 16bit), Tagged Queueing Enabled
da1: 35003MB (71687372 512 byte sectors: 255H 63S/T 4462C)

oyster137で、mod_perl の実験をしたいかなと。
カキコ速度の速い板を実験台に。

live系で「ここは早いぜ」みたいなとこって、どこがあるかしら。
livecxとかliventvとかは、熱そうだけど。

個人的には、これ1台で今のlive5+live6の通常時の負荷を全部受けられて、
それでもかつ余裕、ぐらいに仕上げられればぐらいに思っていたりします。
(やや控えめな目標として)

これで「速い板」向けのチューニングができれば、

・蝗問題
・カキコ強烈問題

がともにある程度解決できたことになるので、システムチューニングは概ね一段落かなと。

ん?

静的コンテンツに使う予定なんですが、　< oyster137

bbsmenu , 2ch.html , bbstable

>>270
あ、そうでしたね。

ちなみに >>268-269 の心は、
「1台あたりの処理能力を上げて、、必要なサーバの台数を少なくできれば」

というのが根底にあります。そのためのノウハウの蓄積がしたいかなと。
結果として、必要な投資も少なくて済みますし。

例えば現在、science2.2ch.net に割り当てられているサーバには、
まだ相当余裕があります。同じ程度の板なら、まだかなり収容できるでしょう。

もちろんわかりやすくするために、カテゴリ分けは継続した方がいいと思うので、
別にバーチャルホストを切るかんじがいいかなと思っていたりします。

で、静的コンテンツの候補はこんな感じかしら。

・www.2ch.net
・imode.2ch.net
・i.2ch.net
・人大杉ページ
・>>119 みたいなやつ

imgは？

www.2ch.net は移転・移動するのは大変そうに思えるので
そのままにしよう。(つまりTopPageだけ www.2ch.net/index.html)

みんながBookMarkしてがんがん呼ばれている
2ch.html bbsmenu bbstable ,,, etc を oyster137に入れよう。

sub domain 何にするべか?

これで超祭り状態時でもこなせるようになにるはず(Topが重くならない)
逆に言えばTopが重くなることによって自然にストッパーがかかっていた
わけですが、それが外れるということかと。またどこかで何かがあふれる
という現象が起こる予感。

>>271
ほぼ同意でーす。
基本路線は古い(今となっては低スペック)非oysterを退役させていく方向で。
oyster138-142 で he.net にサーバを設置するのは最後の雰囲気で
もぞもぞしています。

>>273
img については何も考えていなかったりします。

>>274

＞top.2ch.net
味気ない

＞html.2ch.net
ちょっとなぁ

＞www2.2ch.net
どっかの掲示板の鯖にもこんなの合ったような気が・・・

思いつかない。だめぽ

menu.2ch.net

welcome.2ch.net

あえて
welcone.2ch.net

候補一覧
　1: top　　　　.2ch.net
　2: html　　 　.2ch.net
　3: www2　 　.2ch.net
　4: menu　　　.2ch.net
　5: welcome　.2ch.net
　6: welcone 　.2ch.net

>>278
その心は?

ｳｴﾙｺﾈ!(･∀･)　だしょ。

>>280
>>281のとおりで…

hp.2ch.net、フリー鯖じゃあるまいし意味わからんか
bbs.2ch.net、プロバ・転送ＵＲＬがあるから区別用に・・・

候補一覧ver1.1
　1: top　　　 　.2ch.net
　2: html　　 　 .2ch.net
　3: www2 　.　 .2ch.net
　4: menu　　 　.2ch.net
　5: welcome　 .2ch.net
　6: welcone 　 .2ch.net
　7: hp　　　.　　.2ch.net
　8: bbs　 .　 　 .2ch.net

mmmはDNSサーバーに取られてるしなぁ…
enter.2ch.net　名前変だよなぁ…
無難にtopとかbbsとかでどうでしょ

uwaan.2ch.net

zuburi.2ch.net
gaiya.2ch.net
toufu.2ch・・・

やってて虚しくなってきた

そういえば昔bg.2ch.netなんてあ・・・(ﾀｰﾝ

http://2ch.net

>288
だよな(^_^;)

>>288
今でもアクセスできますよ
っていうか、http://だったらwwwが呼び出されるのでは？
勘違いだったらスマソ

>>290
ぴんぽん

候補一覧ver1.2
　1: top　　　 　.2ch.net
　2: html　　 　 .2ch.net
　3: www2 　.　 .2ch.net
　4: menu　　 　.2ch.net
　5: welcome　 .2ch.net
　6: welcone 　 .2ch.net
　7: hp　　　.　　.2ch.net
　8: bbs　 .　 　 .2ch.net
　9: enter 　　　.2ch.net
.10: 2ch.net 　　　　　　　 (>>289 マァヴ推薦)

2ch.2ch.net

ﾆﾁｬﾆﾁｬﾈｯﾄ

exit.2ch.net

入り口であるが出口でもある（謎

hoge.2ch.net
これ、ダメ？(^^;)

(^_^;).2ch.net

候補一覧ver1.3
　1: top　　　 　.2ch.net
　2: html　　 　 .2ch.net
　3: www2 　.　 .2ch.net
　4: menu　　 　.2ch.net
　5: welcome　 .2ch.net
　6: welcone 　 .2ch.net
　7: hp　　　.　　.2ch.net
　8: bbs　 .　 　 .2ch.net
　9: enter 　　　.2ch.net
.10: 2ch.net 　　　　　　　 (>>289 マァヴ推薦)

11
2ch.2ch.net

12
exit.2ch.net

13
hoge.2ch.net

14
mirv.2ch.net

投票スレ立てた方が良いんでね？

in.2ch.net

>>298
むむむくんなり仕事人くんなりが適当に選んで付けるだろうし

>>274
いよいよ、天然防波堤をはずす時期が来たということすね。
逆に言えば、ここをうまく「デチューン」することで、しぼることができる可能性もありと。

> www.2ch.net は移転・移動するのは大変そうに思えるので

大変じゃない気がしますです。
静的コンテンツしかないなら、同じものを作っておいて
アドレスを付け替えるだけで済む気がします。

wwwは最初にあふれる気がするので、この際多少苦労してでも、
移転してしまいたいなぁ。

で、みんな、

> oyster138-142 で he.net にサーバを設置するのは最後の雰囲気で
> もぞもぞしています。

という、すごーーーく大事なところに、なんで突っ込んでないんだろう。
私、この言葉に結構ドキドキしてますです。

夜食落ち。

鯖屋変えるのか。。。

>302
それは恋です(^_^;)

>>304
また変なところにつっこみますね

なんか業務用のごついやつ導入する時期？

>>306
今までもラックマウント式だったと思いますよ
実際に見てませんから分かりませんが

まさかnaver…いや、なんでもない。

これしかない！

hiroyuki.2ch.net

＞301
非オイスタの退役計画もあるしね。

yakin.ccとmonazilla.orgはどうすんべ。
一緒に移転か。

2ch公式ではないし、2chの資産で買う（借りる？）鯖にそのまま乗せるのも変か。
管理人が資産を提供しても良いというなら、別だけども。

yakin.ccは夜勤さんのサイトだし、monazilla.orgも夜勤さんの厚意で提供されている
スペースだし、この二つは夜勤さんが決めるべき事か。

>>311
そもそも夜勤氏の書き込みを最近見ないのだが。
今、夜勤氏は別名使っているのかな？

>大変じゃない気がしますです。

問題は he のシステムとの整合性の部分でーす。

ドーンと音を立てて突入してきたNHKの集金によって
身包みはがされて津軽海峡に沈められました。

今まで、ドメインを移動させたサーバはいくつかあったけど、
www.2ch.netはそうはいかないの？
root無しからroot有りへだから？

>>312
それはギャグで言ってるのか？（ＡＡ略

巨大IX - router - switch2-1 (2ch用No1) - oysters
　　　　　　　　　　- switchN-1 (NTtec用No1) - servers

巨大IX = SF近郊を考えています
router 何Gig までを予定するか?
当初はスイッチ２個ではじめよう、
各スイッチには20-30台のサーバをつなぐ?

>>317
最初はバイパスルートとして作成して様子見したほうがいいと思います。
回線とルータとスイッチの相性は結構あるみたいで。
ただ、組み合わせが実績のあるものであれば
いきなり投入でもいいかもしれませんね。

ちなみにさっき数えたらオイスターだけで５０近いサーバがあるはずなので
2ch全体でスイッチ２個というのはちょっと首をかしげたいのですか。
もちろんそんなことはないと思いますが。

>>318
現状のは固定で今後という事ですよ
最終的には新しいところにまとめるという選択肢もあると思いますが
oyster142 までは　he.net に設置。
それ以降を三年後の規模まで見越して新たに構築しようという作戦です。
現在のサーバ増設ペースは毎月 5台くらいかしら?

スイッチ一台で 3ヶ月は持つと思うのですが、、、

>>319
あう、失礼しました。
作戦をよく理解していませんでした。

>>313
HEのシステムというのは、具体的にどんなのでしょう。
あんまり想像つかんです。
www.2ch.netってHE側で何か特殊なもの動いてましたっけ。

>>317 >>319
SF近郊の、HEとは別のところを使うと。

> 巨大IX - router - switch2-1 (2ch用No1) - oysters
> 　　　　　　　　　　- switchN-1 (NTtec用No1) - servers

↑の絵全部が「それ以降」と考えていいのかな。
つまり、上記のoystersやNTTecは、もはやHE内ではないものだと。

こっちに関係するセキュリティホール情報ですのでこっちに貼っておきます。


ttp://isec.pl/vulnerabilities/isec-0012-do_brk.txt
ttp://www.st.ryukoku.ac.jp/~kjm/security/ml-archive/bugtraq/2003.12/msg00031.html

>>322
ARP poisoningかぁ。某セミナーでも話題になってたなぁ。
スイッチングハブだから盗聴は大丈夫、ということは全くありえないというやつですね。

ちなみにumaサーバの各ネットワークセグメントは/29のネットワークチャンクになっていて、
umaサーバとルータ以外には接続されてないです。

>>307
なんかメインフレームとかいう桁が一つ違う奴とか。
全然詳しくないんですがそうじゃないっぽいということと、
このスレには未来が見えているっぽいことは分かった気がしました。
それを出来る方たちはぜひとも頑張ってくださいませ。

info.2ch.netってのがすでに稼動してますよ。

>>325
info.2ch.net = 202.222.16.250 (Sakuraに設置) ですか。

http://info.2ch.net/ とすると、
入り口はこっちです、と出ましたが、これはどういう位置づけのものでしょ。

とりあえず、info.2ch.net の情報を追加してみた。

http://mumumu.mu/serverlist.html

http://tmp2.2ch.net/test/read.cgi/download/1070571097/l50

http://www.2ch.net/guide/
ここらへんの静的コンテンツを格納しつつあります＞info.2ch

ついでなので、移行。
http://www.2ch.net/guide/　＞　http://info.2ch.net/guide/

ひろゆきの尻ｹﾞﾄｽﾞｻ━━━━⊂（ﾟДﾟ⊂⌒｀つ≡≡≡━━━━!!

>>329
なるほど、情報提供系の(infoというぐらいで)静的コンテンツ格納用だと。

マシンスペックとかにもよりますが、
ガンガンアクセスされるやつでなければ(>>330 のような)普通のでも大丈夫かな。

マシンスペックは結構いいやつのはず。。

漏れもひろゆきの尻ｹﾞﾄｽﾞｻ━━━━⊂（ﾟДﾟ⊂⌒｀つ≡≡≡━━━━!!

ケツに敷かれてどーすんのよ（ｗ

んじゃらば俺はひ（略の座布団で。

＞ひろゆき
http://info.2ch.net/guide/map.html
リンク切れとかは放置のままなんかいな？
多々あるけど。

>>337
それはすごい勢いで新しくする予定です。

みなさんで考えましょー、

>>338
ミルクカフェもいれるべき

考えるとしたら別スレですかね。
このスレで扱う話とは違うだろうし。

>>339
いっそのこと 他掲示板 は全部排除でいいだろ

というわけで、>>337-338についてはスレッドを立ててみました。

「全掲示板＆案内」改定案
http://qb3.2ch.net/test/read.cgi/operate/1070631882/

確か一度だれかさんがそういうスレ立てて、
そのまま落ちていったんだよね。

>>317
あの……、すみません。情報が少なすぎです。(;^ ^

・IXとRouter間の距離はどのくらいで、インターフェスは何ですか？
・RouterとSwitch間の距離はどのくらいですか？
・IXに接続と言うことは、RouterはBGPを動作させてASも独自で取得ですか？
・Routerの取得とASの申請は一体誰が……。
・冗長化とかは……、やっぱりしないのですよね(w
・現地で常駐する保守、管理の方はおられるのですか？
・etc

なので、わかる範囲でコメントを。

仮定
・Routerより上流は、どこかのISPの人の管理に任せる
・IPアドレスの範囲も、そこのISPから付与してもらう

チューンしたサーバのトラフィック値は50Mbpsらしいので、ひとまずコレを目安に。>>158
この50Mbpsがサーバからの送りだけなのか、送り受け合算した数値なのかは
いまいち自信がないですが、トラフィックとしては送りの方が圧倒的に多いので
50Mbpsをサーバの送りだけの最大トラフィック値として考えてみます。

最大50Mbpsのサーバが20台あると、ピーク1Gbpsを超える可能性が出てくるので、
1台のSwitchに接続するサーバの数は20台としましょう。
そうすると上流へのインターフェースは、もちろんギガビットイーサということになります。

ということは、必要ポート数は100M*20以上、1G*1以上のSwitchいうことです。
例えば、Catalyst 2950T-24 (※)とかですね。

これなら、

・24個の10/100ポートおよび2個の固定10/100/1000BaseTアップリンク ポート
・フルワイヤスピードである
　→　性能に心配なし
・Gigabit EtherChannel　(Ciscoのリングアグリゲーション)
・上位のRouterもCisco対応であること
　→　ギガビットイーサのポートを2本束ねて、2Gbpsにすることができます。
　　　　万一、サーバの性能が上がって一台当たり50Mbps以上になったとしても安心。
・SNMPサポート
　→　むむむさんにサーバ構築してもらって、MTRGで監視できます。
　　　　もっと他のネットワーク監視ソフトも使えます
・値段は、約20万円位……

ttp://www.cisco.com/japanese/warp/public/3/jp/product/hs/switches/cat2950/prodlit/c29ie_ds.shtml　※

他にも高いのやら、もっと安いのやらたくさんスイッチはありますが、
安いものはまあそれなりのものと言うことです。
あとL3スイッチとして動作させたいと言うときは、もうすこしお高くなります。

まあ考える分にはただなので、あれこれと夢を見て下さい。


>>258
そのかわり、いつも斜に構えたりしています。

>>343
このスレッドのことですかね？

http://qb.2ch.net/accuse/kako/1027/10277/1027798307.html

>>338
というか、リンク切れの掲示板とかはindex.htmlを最初からジャンプできるように仕込んでおくべきだったんだな。

>>348
昔はやってたような。

cgiにして常にbbsmenuから読み取るのはやっぱり無理？

>>350
そんなに頻繁に変わるものでもないし、cronでまわすとか。

infoに置くなら静的コンテンツと言うことになるかと。

あ、勘違い。すまそ。

土、日は過労のため、倒れておりました。

この時間は、いつもnews5への到達性が悪いすね。
毎日1回ぐらい、mumumu.muからの統計とるリクエストが失敗してます。

mumumu.muはHE内にあるので、そこがしくるということは
やっぱりローカルのスイッチがお腹いっぱいなのかなと。

>>344 のようなことは、私も気になりますね。
そのうち、全貌が明らかになってくるのかな。

>>345
現在のumaサーバ合計で50Mbpsというのは、送りの量です。
通常時は最大10M、多くてもピークで20Mかな。
ここ参照で。
http://mumumu.mu/mrtg/mrtg-rrd.cgi/traffic/

Winnyﾀｲｰﾎ祭りの時は、tmp2だけで50Mbpsいきました。

>>346
2950T-24すか。とりあえず「まあ安心、手堅いけどL2だけ」ってことかしら。
松竹梅だとすると、とりあえず梅？それとも竹あたりかな。

冗長構成にするとかいろいろな場合を考えると、いろんな構成がありえそうですね。
このへん(ネットワーク機器系)は最近さぼってあんまり勉強してないので、
私、このへんのところにはちょっと(かなりかな)うといかも。

ただ、個人的にはルータ(or L3)で/29毎のサブネットに切って、
それぞれルータとサーバ1台だけの別サブネットにするという、
今のHEのネットワーク構成は悪くない気がするので、
そういうのができるやつがいいかなと思ったり。

>>355 補足
> 通常時は最大10M、多くてもピークで20Mかな。

これはサーバ1台あたりね。MRTG見れば、いわずもがなですが。

そうこう書いているうちに、また重くなってきたなぁ。< news5
対症療法で、圧縮を有効にしてみるかなぁ。

圧縮するよりも、news5にもう1枚Ethernet cardを刺して、
別のスイッチにつなぐとか、できるといいのかもなぁ。
で、news5にAをもう一つつけて。

今のIPアドレス
　　　|
+------+
| news5 |
+------+
　　　|
別のIPアドレス

AというのはDNS的Aね。
あとはDNSにまかせとけば、適当にトラフィックはバランスするし。

あるいは、switchのconfigをいじるか、つなぎかえるかしてみるとかかしら。

news5がつながっているネットワークは、
少なくともL3的にはルータとnews5しか見えないので、
ルータがつらいか(考えにくいなぁ)、スイッチがL3的にふうふう言ってるのか、
どっちかなような。

>>353
おろろ、それはお大事に……。

私も土日は寝だめしているために使っているようなものだから、
ぶっ倒れているのと大差ないのですけどね。(;^ ^

>>355
＞現在のumaサーバ合計で50Mbpsというのは、送りの量です。
どうもです。詳細グラフの方を見てわかりました。
事前に思っていたとおり、２ちゃんは圧倒的にサーバからの送りトラフィックが多いのですね。

＞2950T-24すか。とりあえず「まあ安心、手堅いけどL2だけ」ってことかしら。
L2で考えてみたのは、L3の要件が書いてなかったから……。
いままでで出ている情報って、>>317だけじゃないですか。(;^ ^

・２ちゃんの現在のサービスにはQoSは必要がない
・配下にたくさん端末があって相互に通信するわけでもないから、
　ネットワークに負担のかかるブロードキャストが多いわけではない
・VLANを切るわけでもないので、VLAN間ルーティングも必要ない
・VRRPを動作させて冗長化を取るという話は(まだ)聞いていない
・回路が複雑なL3よりも、L2の方が壊れにくい
・安い

317での"switch"にはL3が必要であるという要件は、他に何かありましたったけ？

＞松竹梅だとすると、とりあえず梅？それとも竹あたりかな。
L2の世界だと、いちおう松ですかね〜

＞ただ、個人的にはルータ(or L3)で/29毎のサブネットに切って、
＞それぞれルータとサーバ1台だけの別サブネットにするという、
＞今のHEのネットワーク構成は悪くない気がするので、
＞そういうのができるやつがいいかなと思ったり。
んで、L3だとどういうのがいいのか。

◇要件>>317

◇仮定
　・Routerより上流は、どこかのISPの人の管理に任せる
　・IPアドレスの範囲も、そこのISPから付与してもらう
　・SwitchとRouter間は近くて、UTPケーブルで足りる
　・サーバ1台あたりの送りトラフィックは50Mbpsである
　　(チューニングと性能向上で、将来はピーク値がもっと上がる可能性がある)

　↓

◇必要条件
　・考慮するのはSwitchのみ
　・IP以外は使用しない
　・ボトルネックがあるのは駄目
　　→　サーバ20台で、SwitchからRouterへのアップリンクがピーク1Gbps(以上)
　・もしかしてもしかすると冗長化もあるかも
　・管理・監視ができること

　↓

◇機能と性能
　・100BASE-TXのポートが20以上
　・1000BASE-Tのポートをもち、できれば束ねて帯域を広げて使えること(リンクアグリゲーション)
　・L2,L3でフルワイヤスピード
　・VRRPなどの冗長化サポート
　・SNMPサポート

で、そういうのを探してみると、こんなマルチレイヤスイッチが世の中にはあります。

・Summit48si　【Extreme】
上記の性能を満たす＋100BASE-TX*48 Port、DoSアタックの防護、Webキャッシュ リダイレクション
ttp://www.extremenetworks.co.jp/products/summit/summit48si.htm

・Cisco Catalyst 3550 24 EMI　【Cisco】
上記の性能を満たす
ttp://www.cisco.com/japanese/warp/public/3/jp/product/hs/switches/cat3550/index.shtml

・Cisco Catalyst 3750 24TS-E　【Cisco】
上記の性能を満たす
・Cisco Catalyst 3750G 24T-E　【Cisco】
上記の性能を満たす＋1000BASE-T*24 Port
ttp://www.cisco.com/japanese/warp/public/3/jp/product/hs/switches/cat3750/index.shtml

・CentreCOM 8724XL　【Allied-telesis】
上記の性能を多分満たす
ttp://www.allied-telesis.co.jp/products/list/switch/8724xl/catalog.html


上記性能を満たすための標準価格は、

・Summit48si = 約170万円 or 約120万　←　サポートプロトコルによる
・Cisco Catalyst 3550 24 EMI + GBIC(1000BASE-T)*2 = 約105万円
・Cisco Catalyst 3750 24TS-E + SFP(1000BASE-T)*2 = 約110万円
・Cisco Catalyst 3750G 24T-E = 約140万円
・CentreCOM 8724XL + GBIC(1000BASE-T)*2 = 約41万円

と、サポート料が別途です。

↓　実販売価格だとこんな感じ
ttp://www.aisan.co.jp/products/index-gigabit.html


考え違いがあったら、指摘ヨロ。

でもなんかなぁ〜。機能が豪華すぎますよね。
使っていない機能に、お金を一杯払う感じ。
ぴっくりマンチョコのお菓子の方を、無駄に思うようなものでしょうか。

とまあ、面白かったのでいろいろ調べてみましたが、
サザンクロス作戦が発動する日が本当に来るのかしら？
旅行前のプラニングのように、考えるだけだったら楽しいのですけどね。


>>358-360
あんまし詳しくないけど、ラウンドロビンって奴ですか？
それって一台のサーバを、複数にロードバランスさせるのではなかったでしたか。
news5が重いのはネットワークが根本原因だから、
そこをどうにかするというのがまっとうな解決方法？

＞news5がつながっているネットワークは、
＞少なくともL3的にはルータとnews5しか見えないので
これがちょっとわからなかったですが、1台の(L3)Switchに繋がっているのが、
news5の1台しかないって、どうやってわかったのですか？
SNMPか何かで見えているのかなぁ……。

1点だけ。

>これがちょっとわからなかったですが、1台の(L3)Switchに繋がっているのが、
>news5の1台しかないって、どうやってわかったのですか？
>SNMPか何かで見えているのかなぁ……。

L3的には、というのは、IP(第3層)的には、ということです。
L3スイッチにつながってるのが2台だけ、という意味ではないです。

とってもtrivialにいうと、NTTecからはこんな感じでroot権限ありの
サーバを引き渡されます。

ネットワーク: 64.71.163.24/29
デフォルトゲートウェイ: 64.71.163.25
あなたが使用可能なIPアドレス: 64.71.163.26-64.71.163.30 の5つ

つまり、IP的にはひとつの/29サブネットをまるごともらうかんじ。

で、改めて >>361-364

個人的にはいいセンいってると思います。
>>361 前提なら、オールL2で組んでもいい気がしてきたなぁ。
そのL2SWには２ちゃんねるのサーバ「しか」つながないなら、
/29 のチャンクを切らなくてもいいような気もするし。

もちろんL2で組むと、
万一1台rootとられた時に、そこからARP spoofingされるようなリスクはあったりするけど。

>>363 の「触媒」なら、申し分のない構成すね。

個人的には、紫色のやつは壊れやすいという巷の噂を聞いてたりするんですが、
最近のはどうなんだろう。

>>364
> >>358-360
>あんまし詳しくないけど、ラウンドロビンって奴ですか？
>それって一台のサーバを、複数にロードバランスさせるのではなかったでしたか。

確かにround robinですね。
というか単純に、ネットワークの入り口をもう一つ作るという意味合いです。
それより、

>news5が重いのはネットワークが根本原因だから、
>そこをどうにかするというのがまっとうな解決方法？

が本筋なので、>>358-359 は忘れて、やっぱり何らかの方法で
news5がつながっているネットワークを軽くするのがほんとかと。

そろそろおやすみ。今日は冷える。

>>366
紫ってSummitですか？
うちのはそんなに壊れやすいという印象はないです。
それよりもアライドがひどい。
初期不良多い、モジュール単位で逝く（8port単位とか）で散々な目にあって
結局Catalyst2950あたりに変えちゃいました。

>>363
この中のCatarystシリーズのいづれかがが有望ですかねー。

>>368
アライドもたまにそういうの聞きますね。どうもあたりはずれが激しいみたい。

「紫」次の数字が一桁の頃は、こっぴどい目にあわされたという話を
複数の消息筋から聞いたことがあります。

news5と同じスイッチに繋がっている他のサーバも重いのでしたっけ？

でしたっけ？

↓

news5は、3つあるうちのどれにつながってるんでしたっけ。

というか、どれがどれにつながってるか、どっか見たらわかるのかしら。

>>374

oyster137 should be fixed now. can you check it?

>>376
チェックしました。問題ないのを確認。
Jimさんに感謝ですね。

da0 at ahd0 bus 0 target 0 lun 0
da0: <SEAGATE ST336753LW 0005> Fixed Direct Access SCSI-3 device
da0: 320.000MB/s transfers (160.000MHz, offset 63, 16bit), Tagged Queueing Enabled
da0: 35003MB (71687372 512 byte sectors: 255H 63S/T 4462C)
da1 at ahd0 bus 0 target 1 lun 0
da1: <SEAGATE ST336753LW 0005> Fixed Direct Access SCSI-3 device
da1: 320.000MB/s transfers (160.000MHz, offset 63, 16bit), Tagged Queueing Enabled
da1: 35003MB (71687372 512 byte sectors: 255H 63S/T 4462C)

ということで、設定作業再開します。

こいつは静的コンテンツ用ですね。
ちょっと、チューニング風味を変えてみようかな。

あ、アンカーの数字を間違ったすね。ま、いいか。

明日は終日激しく外出なので、週末かなぁ。

個人的には、bbsmenu/bbstable用のバーチャルホストは他のとは別にしたいなあと。

1)統計をとるときに楽
2)担当別にアカウントを分けて運用したいかな

とりあえず、
・bbsmenu/bbstable/iyan用バーチャルホスト/アカウント(今の~ch2や~cap)
・人大杉や「無料DOWNLOAD」

は、別にしたほうがいいのかなと。

とりあえず、

a)bbsmenu.2ch.net for bbsmenu/bbstable/iyan
b)i.2ch.net for imode entry
c)imode.2ch.net i.2ch.netにリダイレクト
d)static.2ch.net for other static contents (gif files, live.html etc.)

ぐらいを、別アカウントで作ればよい?

a)〜c)のアカウントはFTPだけ提供すればいいかしら。

a) だけで始めてみたいです。
それで当初目的の現在の　www.2ch.net が軽くなるなら
それで ok かと、

了解です。>>380

a)ということは「小さなテキストファイルが各方面からものすごい勢いでアクセスされる」
「CGI起動はない」というチューニングをすればいいのかな。

で、ゆとりがあるようならb/cとかdあたりを、お雑煮食べてからあたりで。

iyanは画像(広告バナー)もあるかな。
とりあえず、基本は>>381 すね。

今電車からAirH"経由なので、作業は早くても今夜かしら。

a) のファイルたちは、www.2ch.net以外に置いてあるから
その置き場を変えても www.2ch.netは何も変わらないのでは、

最大のコール数は　2ch.html でーす。

ああ、その置き場も変えるのね、

というわけで、>>380-384 を参考に、

1)menu.2ch.net (bbsmenu/bbstable/iyan設置用)
2)www2.2ch.net (2ch.html設置用) (将来、www.2ch.netをめざす)

の二つを設定することにしました。

これから、1)と2)の設定をします。

1)のパスワードは、ひ（りゃ、夜勤さんに加えて、現在更新作業をしている
まほらさんにもメールしておきます。

また1)のパスワードは、FTP専用として設定します(対話型ログインはできない)。

夜勤さんって。。。

･ﾟ･(ﾉД`)･ﾟ･｡

ありゃ、素で間違えました。いまそんな人はいないですね。申し訳ないです。

ひ（りゃ、仕事人さん、まほらさんでした。

ということで、以下の2つのバーチャルホストの設定をよろしくお願いします。

www2 IN A 216.218.133.82
menu IN A 216.218.133.82

>>389 うしろはいいんですか？泣いてますよ。

まほらさんには、9月にメールいただいた宛先に送っております。
もし届いてない場合、連絡くださいです。

いんですよ、いいんですよ、
おいらなんて。。。

>>389
サザンさんって、 70kgでしたっけ。違ったかな。

[email protected]
ですー、

よくないっす。もうしわけない。>>393
ということで、

・ひ（りゃ
・仕事人さん
・まほらさん
・サザンさん

他にどなたに教えればいいのかしら。< bbsmenu/bbstableを更新してた人

>>395
了解。これからメールします。

>>396 も誰か、教えてね。

>>397 ボヤッキーさんに200ﾎﾞﾔ

メアド、知らないです、、、。>>398

ボヤッキーさんはどうだったかな、、、
おいらが知る限りは他におられないかと。

俺、更新してたのにぃ、という方は、こちらに名乗り出ていただけると。
あっちのスレにも書いておこう。

>>400 メール発射しますた。

>>401
きましたー、

現在は最新のが入ってるですー、

どもです。>>402

貼ってきました。

新設板・板移動情報＠運用情報
http://qb3.2ch.net/test/read.cgi/operate/1051717316/509

509 名前：root ★[] 投稿日：03/12/13 22:41 ID:???
【おしらせ】
bbsmenu/bbstable/iyan.html の置き場所を変更する作業がはじまりました。
新しい置き場所(FTPでアップロード可能)の構築を開始しています。

ということで、これまで以下のファイルのうちいずれかを更新されていた方は、
下記の該当スレまでその旨名乗り出ていただけますと幸いです。

(ひ（りゃ、仕事人さん、まほらさん、サザンさんには連絡済みです)

http://www.ff.iij4u.or.jp/~ch2/bbsmenu.html
http://www.ff.iij4u.or.jp/~ch2/bbstable.html

http://www.dd.iij4u.or.jp/~cap/ の下のファイル (iyan.htmlなど)

【uma作戦】2ch特化型サーバ構築作戦 Part3
http://qb3.2ch.net/test/read.cgi/operate/1068017802/386-

※正式運用開始後は、http://menu.2ch.net/bbsmenu.html
および http://menu.2ch.net/bbstable.html となる予定です。
たぶん、各種 Monazilla ツールにも影響あるはず。

ん？まだ稼動していないですよね？＞menu と www2

>>404
> ん？まだ稼動していないですよね？＞menu と www2

まだすよ。ということで >>403 のURLはアクセスしないでね。

今アクセスすると「このURLはなかった」ということをDNSキャッシュが覚えてしまい、
DNSへの浸透が最大3時間程度遅くなります。

>>405
もう手遅れです（泪）

♪３時間なら我慢しますm(_ _)m

＿|￣|○

>>406-407
うーむ、これからは気をつけよう。

というか、どっかで「カンタンナDNSノシクミ」っていうのを、やらんといかんのかも。

>>408
こんなんありますけど。
ttp://www.atmarkit.co.jp/fnetwork/rensai/dns01/dns01.html

>>409
うん。それはわりとよくまとまってるほうだと思うけど、
いまいちな部分もあるですね。

まず、SOAのこの説明がうそです。この間違いはよく見かけますが。
> ・キャッシュ有効時間（TTL）―このゾーン情報をキャッシュする場合の
> 有効時間を秒で指定する　

個人的にはこっちが好み（ｗ
http://djbdns.qmail.jp/djbdns.html

そろそろ設置してみるかなぁ。。。＠お正月あたりの課題

>>410 のことは、これの19〜21ページがいちばんきちんと説明してるかな。
http://ftp.nic.ad.jp/ja/materials/iw/2001/proceedings/T10.PDF
まさに >>405 の事象に関係あるです。

SOA TTLはRFC2308で意味が(再)定義されていて、、
ネガティブキャッシュのTTL(「このホスト名はなかった」という記録をどのくらい維持するか)
として使うことになっています。

で、he.netのSOA TTLは、86400秒(1日)になっています。
(nslookup/digなどで確認できます)

で、RFC2308には

As with caching positive responses it is sensible for a resolver to
limit for how long it will cache a negative response as the protocol
supports caching for up to 68 years. Such a limit should not be
greater than that applied to positive answers and preferably be
tunable. Values of one to three hours have been found to work well
and would make sensible a default. Values exceeding one day have
been found to be problematic.

と書いてあって、大きな値は適用しないで、最大でも1時間〜3時間にするがよい、
ということになっています。

で、BINDのnamedだと最大3時間、djbdnsのdnscacheだと最大1時間に設定される
ようになっています。てなわけで、>>405 の3時間が出てくる。

もちろん、実装がへたれている場合、もっと時間がかかることになります。

どうでもいいところを1箇所。

>RFC2308
RFC 2308が正しいですね。
最近(恥 認識したのですが、各種RFCを読むと、
RFCと数字の間にはスペースが一つ入ってるです。

# rfc-index.txt では例外的に、RFC1034みたいにつめて書いてありますけど。

>>386-389
じゃあ、yakin.ccはいま誰が管理してるんですか・・・・

>>414
仕事人 ★さんが"代理"でやってるように見えますが…
違うかな？

>>414
廃墟です

>>414 チンピク度90/100の菅直人の遊び場。

フセイン元大統領拘束祭りも落ち着いたかしら。
22:55あたりから、またニュース?

瞬間的に、Winnyの時のtmp2よりもカキコ速度が上回った模様。< news5
あとは適当に負荷分散。

フセインでこれということは、某王様がつかまったらどうなることやら。

以前は更新してたけど今はしてないボキはどっちなんだろう・・・。

ボヤさんのメアドって、なんでしたっけ。
ぐぐればわかるのかしら。

私は80.kg

メール発射したです。>>421

>422
受け取りました

＞root ★さん
http://pc2.2ch.net/test/read.cgi/software/1070871929/594-596
596 geroimo ◆IbyRa9v5IE 03/12/14 23:29 ID:cHyI29Gq
>>594
本当だこのスレッド変です。
なぜこうなるかっつうと、レスポンスヘッダにContent-Lengthがついてない。
何故だ。


ということなんですけど、祭とかとなんか関係あるですかね？

root ★さん
対応ありがとうございます

てなわけで、

(OKな場合)
telnet news5.2ch.net 80
Trying 64.71.163.26...
Connected to news5.2ch.net.
Escape character is '^]'.
GET /newsplus/dat/1071182722.dat HTTP/1.1
Host: news5.2ch.net
Accept-Encoding: gzip

HTTP/1.1 200 OK
Date: Sun, 14 Dec 2003 16:15:43 GMT
Server: Apache/2.0.48
Last-Modified: Sun, 14 Dec 2003 16:09:22 GMT
ETag: "1f974b-8463-faf3b080"
Accept-Ranges: bytes
Vary: Accept-Encoding
Content-Encoding: gzip
Content-Length: 13680
Content-Type: text/plain; charset=shift_jis

(だめな場合)
telnet news5.2ch.net 80
Trying 64.71.163.26...
Connected to news5.2ch.net.
Escape character is '^]'.
GET /newsplus/dat/1071406450.dat HTTP/1.1
Host: news5.2ch.net
Accept-Encoding: gzip

HTTP/1.1 200 OK
Date: Sun, 14 Dec 2003 16:17:17 GMT
Server: Apache/2.0.48
Last-Modified: Sun, 14 Dec 2003 13:15:54 GMT
ETag: "1f8cb2-2fbc7-8e963680"
Accept-Ranges: bytes
Vary: Accept-Encoding
Content-Encoding: gzip
Transfer-Encoding: chunked
Content-Type: text/plain; charset=shift_jis

なので、

Transfer-Encoding: chunked

あたりが、あれかしら。

HTTP/1.0 にして、chunked をやめさせてもだめだなぁ。
なんでかしら。

telnet news5.2ch.net 80
Trying 64.71.163.26...
Connected to news5.2ch.net.
Escape character is '^]'.
GET /newsplus/dat/1071406450.dat HTTP/1.0
Host: news5.2ch.net
Accept-Encoding: gzip

HTTP/1.1 200 OK
Date: Sun, 14 Dec 2003 16:27:55 GMT
Server: Apache/2.0.48
Last-Modified: Sun, 14 Dec 2003 13:15:54 GMT
ETag: "1f8cb2-2fbc7-8e963680"
Accept-Ranges: bytes
Vary: Accept-Encoding
Content-Encoding: gzip
Connection: close
Content-Type: text/plain; charset=shift_jis

datが160ｋ越える辺りから読めないｽﾚがほとんどのような気がするんですが
元々このｽﾚ訳わからないので検討違いならごめんちゃいです。

>>430
おぉ、datの大きさか。それはありうる。

いろいろ試した結果そんな感じですね。
レスがいっぱいついているスレだとContent-Lengthが無くて、
レスがすくないとContent-Lengthがある。

そこらへんの理屈はよく分からないけど、Content-Lengthが無いとスレッドが変判定で
読むのをやめちゃうLive2chの仕様も変なので、
それを修正したバージョンをテスト公開してます。

どもです。>>432

・mod_deflate有効にしていて、Accept-Encoding: gzipの場合に限り、
・160k超えるあたりから
・レスポンスヘッダにContent-Length: がつかなくなる

という感じですかね。

ちと明日の本業の準備するので、いったん落ちます。

>http://qb3.2ch.net/test/read.cgi/operate/1051717316/514
＞仕事人さん
んじゃ、まずは2ch.htmlとか、現在のwww.2ch.netのコンテンツの移行からやりましょう。
こっちは非oyster(= 移行必要)なわけで、特に問題ないはず。

てなわけで、www2.2ch.netを設定してくださいです。

www2 IN A 216.218.133.82

# ちょっと現実逃避。本業しなきゃ。

mod_deflateの出力バッファが固定長なので、
バッファサイズ以上を出力するときは圧縮と併行して出力するため
Content-Lengthがわからないってことですかね。

http://qb3.2ch.net/test/read.cgi/operate/1047840578/133
の真ん中くらいで指摘されていると思います。

どうも。>>435
んじゃ、出力バッファサイズをでかくすればよいということかしら。
２ちゃんねるでは512kより大きくならないから(HTML化されれば別)、
2048kぐらいとか。

Content-Lengthが無いと何か問題あるの？
ツールで読めないというのはツールの問題だと思うんだけど。

このへんかな。
http://httpd.apache.org/docs-2.1/ja/mod/mod_deflate.html
いま、本業の準備しながらだから、明日以降見てみましょ。

>>437 ま、そうですね。ということで、私的にも優先度は高くないっす。
それより、ブッシュ大統領の会見でサーバが（りゃ のほうが心配。

>>434
設定しました。

www2 IN A 216.218.133.82

どうもです。>>440
さて、見えるかしら。

http://www2.2ch.net/
IPアドレス: http://216.218.133.82/~ch2www2/
バーチャルホスト変換前: http://oyster137.uma.2ch.net/~ch2www2/

>>441
建設予定地(www2.2ch.net)
見えたのれす

見えました
@dion

みえた(^_^;)＠iij

見えました＠某学術系

見えた＠nifty

ok@ahoo!BB

確認ぬ＠spacelan.ne.jp

>>448
まさかこんなところで自分と同じプロパイダに出会うとは思わなかった。

すれ違いsage

見えました！＠

連投ｽﾏｿ
一番肝心な所が抜けた、、、
おｄｎです

　　　　　　　　　　　　　　　　　　　　　　　　 　 ｜｜｜
　　　　　　　　　　　　　　　　 　 　　.|
　　 　 　 ＿＿＿＿.＿＿＿＿ 　　 |　　　　　　○＿○
　　　　　|　 　 　 　 |馬鯖ｹﾞｯﾂ|　　 |　　　　　（・(ェ)・　）
　　　　　|　 　 　 　 | ○＿○　|　　 |　　　　　 ⊂　⊂）
　　　　　|　 　 　 　 |（　・(ェ)・）|　　 |　　　　⊂ ⊂ ノ
　　　　　|　 　 　 　 |/ ⊃━⊃━━━━┫　　　　　　　┃
　 　 　 　￣￣￣￣'￣￣￣￣　 　 | 　　┃　　　　　　　┃
　　　　　　　　　　　 　 　 　 　 　 　 | 　　┗━━━━━┛
　　　　　　　　　　　 　 　 　 　 　 　 |
―　丶ヽ〃―――――――――┘

見えました。（自DNS鯖）

14:08 ごろから反応がでてきました＠2ch 鯖監視係。

出張に忘年会に、忙しく駆け回っていたらレスが遅れました……。
もう話題も過ぎ去っているし、他の作業の邪魔にならないように簡単にね。

>>366-370
台数が数十台や数百台、稼働時間も数年……。なんてことだったら、
統計的に壊れやすい/壊れにくいというのも見えてくるかもしれないですね。
でも、1,2台なら突発事象などもあるので、どの製品が壊れやすいとかあまり関係ないでしょう。

この話は「どのブランド(旧IBM, Seagate, WD, Maxtor)のHDを選択すれば一番壊れないか？」
という、自作PCでのスパイラルな話題と似ています。(;^ ^

どんな機器を導入しても壊れるときは壊れます。
問題は、壊れたときにどうするかということ。リスク回避の話です。

クリティカルな用途のネットワークであれば、ネットワーク機器も分散・冗長化を考慮します。
更に、壊れたら設定をぶち込んで直ぐ投入できるように、近くに予備品も準備しておきます。

一方、多少の時間停止していてもよいサービスならば、使用する帯域だけでの機器を見積もるでしょう。

結局は、運用をどうしましょうかと言う話に繋がっちゃうんですよね。
「落ちてもすぐに普及する」のをやっていくかか、「ちょっと位落ちていても仕方がない」ぐらいで考えるのか……。
もちろん、質の高い運用を達成するためには、金・労力・人などのリソースがたくさん必要です。
んで、人的リソースを使っているありがたい例がこっちと。↓　他にも、いろいろな人が頑張っているわけです。

http://qb3.2ch.net/test/read.cgi/operate/1066206637/778-783

そういうわけなので、
2〜3年後を見据えた「サザンクロス作戦」を実行するときは、
まず運用などの上位層から見積もって下さいっと。>>257

これで、見事に話のループが完成しました！


>>371-374
traecerouteで見てみると、サーバの1ホップ上は、
すべてpos5-0.gsr12008.fmt.he.net [216.218.147.25]なんですね。

これはシャーシ型の巨大スイッチに、みんな集約されているということかしら。
(ボックス型をスタックしているという事もないことはない)

>>441
私の環境では、メインのISPとサブのISPと、既にどちらでも見えますね。

>>371-374
ああっ、
もちろん「スイッチ」がL2-Switchを意味していて、
サーバがどの「スイッチ」に繋がっているかわからない。
どこで輻輳しているのかもわからない、
という話の場合もあります。

> もう話題も過ぎ去っているし

過ぎてないってば(w。
ぜひ、お力を（りゃ。

とりあえず、www.2ch.netの内容をばさっとwww2.2ch.netに移してみた。
これで、中身を検証してみるか。

直感的には、www.2ch.netは割と簡単に移行できそうな予感。

・現在のwww.2ch.netと同じIDとパスワードでファイル更新/ログインできるようにした。
・www.2ch.net, 2ch.net という名前でもアクセスできるようにした。

ばさっと移行して、問題なしと判断。

ということで、DNSの設定作業をお願いします。
たぶん今は、

@ IN A 64.71.145.43
www IN CNAME @ (IN CNAME 2ch.net. かもしれない)

という設定になっていると思うので、これを、

@ IN A 216.218.133.82
www IN A 216.218.133.82

に変更いただけますか。

サーバ側(www2)の準備は、>>460-461 で既にてきていますので。

>>462 補足
www2 の設定は、今のまま変更なしでOKです。

おお,トップ絵が見える。乙です。

>>464
中身をざっと見てみたのですが、www.2ch.net を絶対参照しているやつで、
info.2ch.net に書き換えたほうがよさそうなやつと、
単純にhttp://www.2ch.net/ を取ればいいやつとの切り分けが
意外にめんどうだとわかったので、
とりあえずはwww.2ch.netをばさっと移行してしまうのが一番早いんじゃないかなと。

>>456
>結局は、運用をどうしましょうかと言う話に繋がっちゃうんですよね。

同意すね。
今の運用形態が「マルチボランティア・マニュファクチュア人柱非同期活動モデル(w」だとすると、
(悪いとは言ってないのでねんのため)、それを続けるのか、そうでない形にするのか、
ってとこなのかしら。これは前にも書いたですね。

>>457
tracerouteだとIPの世界でしか見えないですからね。
スイッチ3つあるという話だし、ボックス型? このへんはぼちぼちと。

さて、>>465 がうまくいくことを祈りつつ、本業してねるかな。
気力が残ってれば、寝る前に >>438 あたりをごそごそ。

素朴な疑問ですが
スイッチがお腹いっぱいなのに今外部にあるbbsmenuを
2ch内に持ってきて大丈夫なんですか?

>>467
結論としては、
・どれがどれにつながってて、どう設定されてるかをみないと、正直なんともいえない
ですね。

現状で「お腹いっぱい」症状が起こっているのは、
今のところnews5が接続されてるやつだけ。で、news5以外ではこの症状は起こっていない。

お腹いっぱいなスイッチには(２ちゃんねる的に)news5しか繋がっていないのか、
それともお腹いっぱいになる原因がもっと他にあるのか。

news5のトラフィックを下げると軽くなるので、ネットワーク問題であることは事実だと思いますが。

てなわけで、>>462 の設定をお願いしたいなと思ってみたり。＞仕事人さん

考え中。。。

やっぱり、そうかなあと(w。>>470

どのへんがconcernなんでしょ。

www.2ch.net 側で、

Redirect permanent /2ch.html http://www2.2ch.net/2ch.html

と書いてみた。

これで、様子を見てみるのがよいのかも。
問題なければ、心配も少しずつ消えるかしら。

http://www.2ch.net
http://2ch.net

の場所は現在 ch2www.he.net です。
これを変更したくない。　ということです。

つまり　2ch.html 以下だけを
単に http://www2.2ch.net/2ch.html 以下にしたい。

#変更してみよう。
#ちょっとしたら、ごにょごにょしてきます。

>>472
おおっ

それですそれです。

>>473
なるほど。以下というか、2ch.html ファイルですね。
今は >>472 で、うまく動いているように見えますです。

# .htaccess に追加してるです。>>472

すごい勢いでアクセスされてます。＞2ch.html

ここ見るべし。
http://mumumu.mu/mrtg/mrtg-rrd.cgi/static/

でも　この方法でやると誰もお気に入りを変更しようとしないので
あいかわらず www.2ch.net へアクセス来るのでして、、、

お気に入りを「人間に」変えさせるには、正直、

・リンク切れにする

しかないと思います。

しかし、いまさらそれは無理な気が。

# あるいは、JavaScriptか何かでそういうのを組む? それもちょっとね。

ところで、>>473 の上4行の理由って、何でしょう。

まっさらな「移転しました」　html を入れればそれでいいような、
自動で飛ばさずに

バナー５個のうちの１個目「アイクラブ」の画像が出ないのは俺だけですか？

>>480
DNSの設定等すべてを
[email protected] でおこなっているからです。

まぁ　そのへんに踏み込むのは来年の春ころですかねぇ
ストップがかからない限りは、

>>482
ほんとだ。なんでかな。

>>483
なるほど、ch2www.he.netは単に2ch.net/www.2ch.net/imode.2ch.netだけじゃないと。

>>481 をやるなら、それなりに事前告知期間とスケジューリングが必要だなぁ。
今言って、年明けにやるかんじ？

いきなり変えるのも２ちゃんねるらしい。知ってると思うが
ttp://internet.watch.impress.co.jp/cda/news/2003/12/16/1515.html

正直、http://www.2ch.net/2ch.html というURLは
ものすんんんんんごく知れ渡っているので、個人的には
「普通はもう変えられない、特異点の一つ」と思っております。

普通じゃないところが、味の一つだったりするんですが。

というか / が移転するならともかく 2ch.html は突然移転しても
なんの問題もないとおも割れ目

Redirect permanent / http://www2.2ch.net/
Redirect permanent /index.html http://www2.2ch.net/index.html

も、機を見て入れてみようかなとおもったり。

でも、>>488 をやるとメンテナンスが面倒になるから
(変更する人がわけわかめになる気がする)、今はやらないほうがいいかな。

ちょっと、>>482 問題のきりわけのためにリダイレクトとめてみる。

もともと出ない模様。もとにもどしました。>>490
これでしばらくオフライン。

> Redirect permanent / http://www2.2ch.net/
これ入れると / 以下のファイルは(つまり全部)
転送されるんじゃなかったっけ?

>>492
そうですね。>>488 は書き方が悪かったかも。スマソ。

bbsmenu/bbstableの移転ﾏﾀﾞｰ? (AAry

<h1>２ちゃんねるトップページは移転しました。。。</h1>
アドレスをwww2.2ch.net/2ch.htmlに変えてくださいです。。。

ってwww.2ch.net/2ch.htmlにいれておけば自動収集ツール避けにもなる・・・はず

Redirect permanent /back.jpg http://www2.2ch.net/back.jpg

を入れてみた。

/ へアクセスするたびに毎回301が発生するので
あまり効率よくないと思われ
それより<base href=http://www2.2ch.net/>
でも入れてみては

index.html 内の 2ch.html と back.jpg を www2 を参照するようにしてみた。>>497
これで、ブックマークから直リンの人以外は大丈夫かな。

他にも 2ch.html はあるような気がするけど、あとはまあ、リダイレクトまかせでいいかなと。
しばらく、これで様子見かしら。

というわけで、back.jpg と 2ch.html は www2.2ch.net に移行しました。
よろしくです。＞トップページをメンテされている各位

warn.txtは移さないの？ｗ

移りましたね>>500

>>501
ファイルはまるごと移してあるので、www2でもアクセスできるけど、
トップページのリンクは変えてないです。

あんまり多くのアクセスがないやつは、とりあえず放置プレイで。

激しくアクセスされている「無料DOWNLOAD」バナーをwww2に移転してみようかなと。
ということで、www2に置いてみた(単にnews6のをwget)。

http://www2.2ch.net/new2ch.gif

これは、http://www.ff.iij4u.or.jp/~ch2/bbsmenu.html から参照されてるのか。
あっちで書き換えを頼んでこよう。

頼んできた。
http://qb3.2ch.net/test/read.cgi/operate/1051717316/523

あとは、「人大杉」かなぁ。(live.html)

news6
game3

他にどこにあるんでしたっけ。

http://news4.2ch.net/live.html
こんなのあったけど違うのかな

zoneファイルを
www IN A 今www2のIP
って強制的に変えちゃえばいいって問題でもないんですか？

ためしてみる?

うひゃあ…なんつう危険な事を
まぁ、ディレクトリ構造まで完璧にミラーできれば大丈夫だとは思いますが…

>root ★さん
↓のスレはﾀｲﾄﾙの通り、「板」が新しくできたり移転した時の報告場所なわけで、
リンクの書き換えを頼むスレではないと思うんですが…。

新設板・板移動情報＠運用情報
http://qb3.2ch.net/test/read.cgi/operate/1051717316/

まぁ、かといってふさわしいスレも思いつかないんですけどね。
この辺が近いかなぁとか。
http://qb3.2ch.net/test/read.cgi/operate/1067440614/
http://qb3.2ch.net/test/read.cgi/operate/1071312042/

板一覧に関する事もたまに扱ってたじゃん、そのスレ。
スレタイや1からするとスレ違いになっちゃうけども、
微妙にスレ違いなのはどこでも同じだしなー。

>>503-504　rootさん
お疲れ様です。対応致しました。

>>501
久々にやきーん師発見。

>>507-508
やってやって

>>513
まぎらわしくてごめんなさい。

>>507-508
もともとそのつもりで、
www2のほうには今のwwwのとは微妙にリンク部分が違うindex.htmlを
既に仕込んでありますです。

というわけで、いつでも >>462 をやっていただいてOKかと。
(Redirectは今のwwwのほうでだけ仕込んであるので、ループは起こらないはず)

>>512 どもです。確認しました。
>>510-511 でも指摘ありますが、こういうのの依頼・報告はちと難しいかも。
直メールでもできるんでしょうけど、こういうのはできるだけ公開の場でやりたいかなと。

>>509
www2はwwwから、
public_htmlをtar cf - public_html | ssh www2 tar xBpf -で
まるごと持ってきているので、大丈夫かと。

まだ、news6のnew2ch.gifがちょっぴりアクセスされてるなぁ。
どこからだろ。

リファラログをみて、

http://www.2ch.net/bbsmenu.html
http://www2.2ch.net/bbsmenu.html

にあったやつを書き換えました。

http://www6.ocn.ne.jp/~mirv/2chmenu.html

の書き換えをおながいできますか。＞書き換えられる方

書き換え前: http://news6.2ch.net/new2ch.gif
書き換え後: http://www2.2ch.net/new2ch.gif

転送量をがんがん叩き出す(帯域を極端に占有する)サーバは
当面、継続的に圧縮 on での運用をお願いしますー

>>519

>>520
了解です。

www2のトラフィック統計をとれるようにして、半日ぐらい様子を見てから、
mod_deflateを有効にしておきます。< www2

news5の圧縮も、当面有効のままということで。

ちなみに、>>512 によって2Mbpsぐらいのトラフィックがnews6からwww2に移った模様。

www2は(予想通り)、アクセス数は激しいですが、トラフィックは多くないですね。
これなら、圧縮は不要か。

予想より、incomingのトラフィックが多い。

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

>>477 を http://mumumu.mu/mrtg/mrtg-rrd.cgi/access/ に変更。

ということで、本格的に統計をとりはじめたです。

www2.2ch.netの総アクセス数
http://mumumu.mu/mrtg/mrtg-rrd.cgi/access/www2access.html

上記のうち、2ch.htmlとback.jpgの数
http://mumumu.mu/mrtg/mrtg-rrd.cgi/access/2chhtml.html

back.jpgの数で、トップページへのおよそのアクセス数の目安がわかるかなと。

ちなみにserver-statusを見ると、ほとんどのhttpdが、

http://www2.2ch.net/new2ch.gif

ファイルを運んでいるようにみえます。

ba.gifが各板持ちになった今、
実は、このファイルが２ちゃんねる中で一番アクセス数が多かったりして。

トップページの壷の絵を、www2に移行してみた。

http://www2.2ch.net/new2ch.gif
は2chとしておかなきゃいけないものでもないし、
download.co.jpのサーバにおいてもらうとか、、、
(￣ー￣)ﾆﾔﾘ

gifやめてpngにすればいいよ。

tubo.80.kgに(りゃ

>>527
いいんですか？広告主からクレーム来ますよ…

＞527
それは遠まわしに うざいから無くせ って言ってるのかい？

全部オイスターになればはずすんじゃないの？

次はbbsmenuの移行か

download.co.jpは夜勤さんのとこですよん

だからなんだってんだ？ｗ

>>531 など
>>527 は、トップページのこれ↓と同じやり方はどう、ってことなんでしょう。
http://www.lolb.co.uk/read/usr/2ch-banner.gif

非oysterサーバがなくなったら、もっと強く出ても（りゃ。

恋の予感。
別れの予感。

138〜142の予感は？>>537

http://www.afftis.or.jp/mikan/mikan29.htm

それは「いよかん」だよー　(つд｀)おやじギャグ、、

ttp://www.toraya-group.co.jp/products/pro01/pro01.html
二番煎じ…

そら「ようかん」でんがなー!!　(つД`)

(･∀･)ｲｲ!! 突っ込みアリが�d｡･ﾟ･(ﾉ∀`)･ﾟ･｡

ようかんはよう噛んで食べよう。

>>544
(　´д)ﾋｿ(´д｀)ﾋｿ(д｀ )

いい鯖屋でも見つかりましたか？

最近商店街も寂れてねぇ…

現在は、作業の中休みかしら……。

>>459
＞過ぎてないってば(w。
これはどうも失礼しました(w
初代(自作)スペシャルサーバとか、わしづかみ君とか、
私もいろいろなプロジェクトが生まれては消えていくのを見てきました。
で、２ちゃんで上手くいかないプロジェクトのパターンというのは、
レスが付かなくなって先細りしていくのが多いかなっと。
今回もちょっとそういう雰囲気だったから、ついつい……。鯛はないです。

今、似た例で心配なのはサザンさんのやつですかね……。
もっとも報告人のように、一度消えかかってから再びよみがえるものもありますから、
まだまだわかりませんけどね。

＞ぜひ、お力を（りゃ。
はいはーい。
それでは何かありましたら、こちらからもよろしく。

>>546
ないものは、自分で作ってしまうの精神で！

2ちゃんねるドメインに続いて、2ちゃんねるホスティング登場か？
もちろん、Powered by big-server.com

http://qb3.2ch.net/test/read.cgi/operate/1067243403/604

仕込んでみたよ。utimeじゃなくて、uptimeかな。
http://www2.2ch.net/_service/20031219.txt

>>550
わーいわーいわーい(^･^)ﾁｭｯ

http://qb3.2ch.net/test/read.cgi/operate/1054372280/686
つまり、仮にパワー的にまかなえるからといっても、無碍に1台にはまとめにくいと。

実況難民は凶暴だと聞いているので、最低でも2台か。

bbsmenu引越しは結局pendingになったんでしょうか?

ここにも転載しとこう。鼻薬=noatimeということで。

513 名前：root ★[sage] 投稿日：03/12/23 04:31 ID:???
ついでだから、まとめとこう。oyster138〜142はクリスマスプレゼント?


oyster173 news6/news7 鼻薬配合済み t.A.T.u.来日祭り
oyster174 life3 鼻薬未配合 平和そのもの、かくありたい
oyster175 news5 鼻薬配合済み フセイン逮捕祭り
oyster176 bbq 鼻薬未配合 ロックな人生
oyster132 qb3 鼻薬未配合 本拠地
oyster133 gamble2 鼻薬配合済み 決戦は日曜日
oyster134 tmp2 鼻薬配合済み Winnyは私に鼻薬を決意させる
oyster135 news8 鼻薬配合済み ゆれゆれ
oyster136 science2 鼻薬未配合 たまにドバっとread.cgiが呼ばれるのはクロール?
oyster137 www2 鼻薬配合済み menuどうしよっか

sports5 live7にも鼻薬おねがいします
いまは野球はオフシーズンですが、阪神優勝のときは野球板半日見れませんでした

oyster29はオールドタイプなのだよ残念ながら。

公式ガイド2004に root★さん
詳しく解説していたんだー

現在読み読み中。。。

>>557
あ、もう届いたですか。
コ（りゃ の人に、うまうまと。

最初の版下しか見てないから、私も仕上がりは気になってたりします。

>>555
残念ですが >>556 のとおりで、鼻薬を配合できるのは >>554 のサーバだけなのです。

live系のテコ入れは、これ↓次第かなぁ。どうなるかは未知数で。
http://qb3.2ch.net/test/read.cgi/operate/1066206637/798-805

公式ガイドもうすぐかφ(´∀｀ )

こっちでも既にやっていたのか……。

>>557-560
これから購入する人のために内容はばらさないけど、
rootさんの寄稿の所にWinny逮捕による過負荷の話があるから、
脱稿から店頭に並ぶまで1ヵ月弱か……。

早いですね。

地震の場所と時間によっては結構いくんだなあ
http://mumumu.mu/mrtg/mrtg-rrd.cgi/traffic/news8traf.html

範囲が広かったからね。

地震で面白い(不謹慎だけど)のは
たとえば釧路で地震があったら
揺れが伝わるように
ｷﾀ━━━━━（ﾟ∀ﾟ）━━━━━━!!!!
も伝わるんです。

>>562
今回、ちとでかかったですからね。でも各種ログではまだ「余裕あり」。
news8はトラフィックはたいしたことないんですが、突発をどう処理するかってことで。

今のところまだ「ゆとり」あるので、他のサーバとはあんまり変えてません。
最初から待機させておくhttpサーバ数を増やしておくとかぐらいは、してもいいかも。

>>564
そうすね。みんなセンサーでもつけてるのかなと。

>>564
地震がきて地震板に書き込む暇人…ゴホゴホ　失礼！
まめなひとが書き込む過程
地震きた？→パソコンで書き込み　ここまでのタイムラグがほぼ同じのなので
地図に表すときれいにまとまるんでしょう
一度書き込んだ人はそのままくっつきますんで、地震板特有の鯖落ちパターンを解析するのにはいいかもしれません

今日来ないと、クリスマスに突入して年始明けになっちゃうのかな。< 今度の5台

>>567
もし今日来たら、すぐに設定に取り掛かる気かよ！

>>568
すぐにとりかかるかはともかく、
米国西部時間２４日中に設定にかかれる状態にないと、
翌日からクリスマス休暇突入なのでどうにもならん、
と567でいっているのではないかと。

実際には感謝祭〜クリスマスはあちらの方々は
気持ちが浮ついているのでなーにもしたがらないという話です．
クリスマスがおわってから初めて催促する予定でーす。

デフォルトの看板は１ヶ所にまとめておいた方が
楽なような気がするんだけどどんなもんなんだろう。

>>569 Exactly.

>>570
どうもそうみたいすね。
私の経験からもそう思います。新年早々(2日)からは仕事してくれますけどね。

>>571
デフォ看板って、今はこれかしら。
http://www.dd.iij4u.or.jp/~cap/2ch.gif

既に同じものが以下にもあるようです。リンクの変更だけで済むかと。
http://www2.2ch.net/2ch.gif
(http://www.2ch.net/2ch.gif にあったものがそのままコピーされた)

>572
デフォ看板は各サーバに置いてあったりiijにおいてあったり。
まあリンク先の変更で終わりですがどこに置くかの最終結論はまだでてない気が。

むむむさんはwww2に置くと予想してみる

というわけで、設定しました。
bbs.cgi再開発プロジェクト２
http://qb3.2ch.net/test/read.cgi/operate/1069144193/500

rock54 IN A 64.62.236.130

の追加をお願いします。

>>575
done

建設予定地(rock54.2ch.net)

見えた＠Yahoo!BB

さて、見えるかな。

http://rock54.2ch.net/
IPアドレス: http://64.62.236.130/~ch2rck54/
バーチャルホスト変換前: http://oyster176.uma.2ch.net/~ch2rck54/

はえーな。>>577

>>578
DION・・・3つとも「建設予定地(rock54.2ch.net)」と見えます・・・

おっけー＠nifty

見えましたー＠ocn

>>578
JCOM東京見えましたー

見えましたー
＠wakwak

んで login 情報を
未承諾広告※ ◆aiY4htt2さんに渡していただけるといいのかな?

interqも見えました。

見えますー
biglobe

ログイン情報は仕事人さんにメールしました。
パスワードは仕事人さんのほうで変えていただいて、
そのうえで未承諾広告さんにメールいただけるとうれしいです。

未承諾広告さんのメアドは何でしたっけ。

うぎゃぎゃん

了解ですー　>>588

あひゃひゃーん
のーぱそ変えたので、、、

telnet しか使えない現在
何使ってログインするんでしたっけ? <telnet じゃないやつ

>>588

わ！
そそそ、そんな早くにですか（苦笑）＞どぶいん

ちょっと壊れてませんか？＞仕事人さん

>>591
（￣ー￣）ﾆﾔﾘｯ

>>590
ssh っすよ。

>>591
（￣ー￣）ﾆﾔﾘ

早速メールが来ました。
題名：No More Paying for Movies & Events on CABLE! bqv tnvphld
spam に冒されていますので。。。＿|￣|○

>>594
あっそうそう　ssh

んで誰か　ssh のソフト downloadできるとこ教えてちょ　< いいやつ(おすすめ)に限る

とりあえずベクターとか行ったらどうですか？

ttp://www.vector.co.jp/
ttp://www.forest.inpress.co.jp/ (ちょっとアドレス不安)
ttp://download.ascii.jp/

http://www.chiark.greenend.org.uk/~sgtatham/putty/download.html
を入れて、
http://hp.vector.co.jp/authors/VA024651/#PuTTYkj_top
を入れるのが最近のはやりです。

もちろん、TeraTerm+TTSSHでもよいです。
http://www.sakurachan.org/soft/teraterm-j/ttssh/

あっそれそれ
Putty 使ってたっす

どもです

>>591
メール発射しましたー

>>600
潜入開始しました。ﾌﾞｸﾌﾞｸ

君たちはＣＩＡか？

>>601
以降は、あっちでやるのがいいかな。
作業をすすめるうえで必要なプログラムとか、Perlモジュールとかがあれば言ってください。

all the oyster servers are live.
I just logged on to all of them with SSH and su to root.

Jim

>>603
メール送りましたー

>>604
メール受け取りました。oyster138〜142、全部いっぺんに来たですか。
とりあえずハード的に問題ないか、チェックしてみます。

ハードウェアチェック、異常なし。

ただし、oyster141のデータディスクだけ、10,000rpm仕様だった。
システムディスクは15,000rpm仕様。

あとは全部15,000仕様。

ほんじつもう限界につき、寝ます。おやすみ。

>>598
ttsshはssh2を取り扱えないので、今後はputtyでしょう。
sshdがあがっているならftpもvia sshが望ましいです。

未承諾広告※ ◆aiY4htt2.2 が管理側に回ると？

(ﾟДﾟ)ﾊｧ?

もともと管理側なんて概念は２ちゃんねるにはないのだ、

できる人ができる範囲で手伝う。

メモしとこう

某スレの差し入れのリスト。これで、抜けはないかしら。
みなさんどもでした。

お茶: ( ･∀･)つ旦~
お茶: ε=ε=ε=ε=ε=(｡･ω･)_旦~~
コーヒー: （　´∀｀）つt[]
大福: （*・∀・）つ○○
魚: (*ﾟ∀ﾟ)つ―>ﾟ))))彡-
お茶とマァム: つ●旦~~
お茶: （*・∀・）つ旦

とりあえず無事年が越せそうで、よかったなと。

今度の5台は年明けから、ごそごそします。
とういわけで、飯落ち。

むーさん飯落ちでliveが鯖落ちか…

つ◆

�d�d

つまりののたんはumaだったと。＠笑う点

>>611
(　´･∀･`)ﾉ　川　年越しそば

を忘れてたですね。
リアルでも年越しそば中。

もう2時間ぐらいで、げきどーの1年も終わり。

今年もさらに激動。。

あけおめ、ことよろ。

さて、今年はどんな年になるやら。

2004 ｷﾀ━━━━━（ﾟ∀ﾟ）━━━━━━!!!! ◆2004◆

今年もいろいろとよろしくお願いいたします。>>618
順調にいけば、5台とも数日のうちにセットアップできるでしょう。

で、早速ですが、割り当てはどうしましょうか。

はやっ

696 某ソレ511 sage 03/12/31 15:15 ID:I9SfY+NQ
なんかきたーだけいわれてるのもなんなんで、今回の争奪戦のグラフです。
上が票数で下が％表示ね。
http://www.geocities.co.jp/CollegeLife-Library/4995/oyster138/o138.gif
http://www.geocities.co.jp/CollegeLife-Library/4995/oyster138/o138p.gif
これを見ると、24日まではaa←→tv,musicの差が100表くらいあったのに、
今はaa←→tvが30票差まで詰まっているということがよくわかりますね。。

ご参考にどうぞ

んじゃ
今の投票は明日いっぱいで〆切ー

その後次の投票をすぐつくりまーす。

よろよろ。おめおめ。

明けましておめでとうございますー

というわけで、年始はoyste138とoyster139から、はじめますか。
本日夜〜明日あたりには、セットアップできると思われ。

noatimeが調子いいみたいなので、今後作るやつはnoatimeありでいこうかと。
つまり、15,000rpmディスクならnews8等と同じ強さ。

で、いまのところgame5とaa3? or tv4?
本日はこのあと夜までオフラインなので、その間に決まれば、それでいきます。

>>625
上位三位は決定でよろしいかと
順番は、投票数の多い物からやる方が良いのでは?
それだけ、サーバーの置き換えを早くして欲しいと望まれてるって事ですから

ということで、DNSへの登録をお願いします。

game5 IN A 64.71.177.242
aa3 IN A 64.71.139.154

>>627

done

ども。さて、いかがでしょう。

http://game5.2ch.net/
IPアドレス: http://64.71.177.242/~ch2game5/
バーチャルホスト変換前: http://oyster138.uma.2ch.net/~ch2game5/

http://aa3.2ch.net/
IPアドレス: http://64.71.139.154/~ch2aa3/
バーチャルホスト変換前: http://oyster139.uma.2ch.net/~ch2aa3/

>>629
DION、全てＯＫです・・・！

ぅぃ。両方ともおｋ。

パスをメールしました。＞仕事人さん

>>629
ぜんぶ確認＠スペースLAN

裸のののたんがいるな

>>629
みえます

見えましたー。＠↑

>>629
14分ごろから見えましたですよ。。。＠yahoo!BB

見えてたけど、fusiana書くの忘れた＋Sambaで
報告するのが遅れちゃったよ。。ヽ(`Д´)ﾉ

Samba59秒2回もかかったさ、漏れｗ＠今

>>632
貰いました。
まずは　game5 から、

F22 起動してくださいー　> ラプター★さん

game5 aa3

game5鯖のゴミ箱ができましたねぇ・・・

先ずは、ＦＦ・ドラクエ板・・・

わくわく。。。

いきなしgame2からの移転か。

まずは　お茶飲み解消を目指して

http://game5.2ch.net/ff/

動いている?

http://game5.2ch.net/ff/

ﾏﾝｾｰ

>>646
ＯＫです・・・

aa3には何いれるんだ?

>>646
確認しました。順当なせんではないかと。< ffが最初

>>649
aaのを全部入れて、aa退役かと。

aa3鯖にゴミ箱ができましたねぇ・・・

ほほーい

aaは元yasai, food2か。

必要であれば、yasaiとかfood2のような、
退役したバーチャルホスト移転作業も承りますです。＞仕事人さん

サロンも入れてあげて＞新鯖

>>655
それって、accuseだけしかaa2に残らないのでは。

そうするとaa2はaccuseだけになりますな

>>655
さすがにそれでは本末転倒。それよりaa2の環境もうちょっと緩めてほすぃ…

aa3鯖に・・・
AA長編
顔文字
モナー
ができた・・・

http://aa3.2ch.net/aastory/
確認しますた

>>654
おおっ。。。

巨大なHDいれたサーバを作るとか　、<過去dat用

>>661
いいですねぇ・・・

PCゲーム
家ゲー攻略
家ゲーＲＰＧ
ハード・業界
きましたね・・・

>>661
aaの3板 => aa3への移転を確認しました。おつです。

過去dat用は、そんなかんじでいいんではないかと。
バーチャルホストの設定を増やすのは、正直楽勝ですので。

そうこうしているうちに、oyster140, 141, 142の準備ができました。
私がおねむにならなければ、いつでもよいです。

仕事はやー

移転祭りだー
で、game鯖の板は？

game2もようやくログが移りましたね。

>>665
争奪戦やるので、
今日は設定はないと思いますー

game2鯖からgame5鯖へのdatの移行を確認・・・

>>669
了解です。

で、今日はこんなとこですかね。

・game5
ff
game
gameover
gamerpg
ghard

・aa3
aastory
kao
mona

>>667
空になったgame2を利用（妄想）

>>672
みたいですよ。
http://qb3.2ch.net/test/read.cgi/operate/1067243403/874-877

>>672-673
どもども。

さて、新しいやつは無事動いたみたいなので、本日はこれにて。

>>675
お疲れさまでした・・・

old2ch.2ch.net

archive0や旧サーバーにあるログをHTML化して（りゃ

なーに妄想してんだろ。

>>671
AA3板住人としては乙＆どうもありが�d！
サロン住人としては(´・ω・`)ｼｮﾎﾞｰﾝ

サロンか批判要望をどこかへ移して
サロンの鯖設定を緩くすることはできませんか？

>>678
設定をゆるくって?

>>679
60日ルールを無くしてほしいんじゃないかと思います。

>>679
AAサロンは60日ルールのため
顔文字板からの避難組はじめとする新作発表系のスレはほぼ壊滅しました。
コピペでないAAを一から描くには、けっこう時間がかかるものなので
即死判定が厳しいのはまだしも60日ルールだけでも緩和してもらいたいのです。

ちょっと見てくる、

大幅に緩和してきたー

>>683
ありがとうございます。お年玉大感謝ですー

>>683
どうもありが�dございます！！

ﾏｼﾞﾃﾞｶ

ｸﾞｯｼﾞｮﾌﾞ！できれば詳細を教えて頂けませんか？

ｶﾞｷﾃﾞｶ

>>681
ほぼ壊滅スレがどうなったか気になるー。

>>689
もう話題がスレ違いなのでこっちに書いときました
http://qb3.2ch.net/test/read.cgi/operate/1072099309/847

鯖構築時にboo80の設定ってしてないの？

ここまで読み終わったつもり。

aa3、game5 のF22は起動していますー。

というわけで、上位2台は決まりました。

以下でDNSへの登録をお願いします。

sports6 IN A 66.220.9.122
tv4 IN A 64.62.142.170

sports , tv , music でいきますー

>>692
引き続き上記三台の起動おねがいしますー

>>693
done

>>694
了解です。んでは、これでよろしくです。

music3 IN A 65.19.129.10

tv4,sports6ともok＠Y!BB

>>696
done

　３つともOKです＠PRIN

3つとも見えます

tv4.2ch.net
sports6.2ch.net
music3.2ch.net

全てOKです。＠Y!BB

フライング気味ｽﾏｿ

http://sports6.2ch.net/
IPアドレス: http://66.220.9.122/~ch2spo6/
バーチャルホスト変換前: http://oyster140.uma.2ch.net/~ch2spo6/

http://music3.2ch.net/
IPアドレス: http://65.19.129.10/~ch2mus3/
バーチャルホスト変換前: http://oyster141.uma.2ch.net/~ch2mus3/

http://tv4.2ch.net/
IPアドレス: http://64.62.142.170/~ch2tv4/
バーチャルホスト変換前: http://oyster142.uma.2ch.net/~ch2tv4/

パスをメールしました。＞仕事人さん

>>702
DION、ＯＫです・・・！

>>702
biglobe，問題なし。

>>702
J-COM　OKです。

>>703 きました。

ところで　sports6 は　sports をそっくり移動で FA ?

>>707
まずはそれでいいんじゃないすかね。

>>707
よいと思います。
そのうえで様子を見ながらsports3のいくつかを調整でいいかと。

sports4 = サッカー、sports5 = 野球+ウィンターポーツなので、ほぼおかないっぱいでしょう。

うちも3つとも見えましたー

先ずは、相撲板からなんですねぇ・・・

>>710
ヾ(･∀･)人(･∀･)ﾉナカーマ

芸能音楽速報と、洋楽か

洋楽板に、早速、糞スレが乱立ですね・・・

なんと　tv4 まだ見えないわたし、、、ｼｮﾎﾞｰﾝ

>>715
だれか、IIJ4UのDNSサーバを使ってるひとが、
tv4.2ch.netという名前がないうちに、その名前にアクセスしたのでしょう。

ネガティブキャッシュがクリアされるまで、数時間待つしかないということで。

建設予定地みえましたよ？

Windowsのひとは、コマンドプロンプトから、

ipconfig /flushdns

を実行してみるといいかもです。>>715

>>715
>>717
あら？

>>717
さすがに、二つのDNSサーバーですべてこなせるわけじゃあないので
地域やネットワークの区切りにあわせて、DNSもあるんでしょう

>>718
やってみたけど駄目だった。
明日以降にしまーす。

music3 はあとどうするのかな?
tv4 は　tv->tv4 , tv 引退の線で

>>721 了解す。

> music系
> tvに行っているのを戻しますか、

ということらしいす。

>>721
music鯖の7板を全移転・・・

>>721
musicにある板移転して、
music退役させてください。

musicのはそんなに大きな板がないので
ごっそりいけるかと

>>723-724
そうすね。
退役させたあとで、>>722も含めて考えればいいのかしら。

　tv系鯖にある音楽系の板ってどのくらいありますっけ？
　すでに洋楽と芸能音楽速報はmusic3に動いてますよね。

>>727
それだけだと思ったけど、

>>727
それだけだと思います。
thatに音楽系の板がありますが。
演歌 http://that.2ch.net/enka/
ディスコ http://that.2ch.net/disco/

>>729
それらは、板が成長して、大きくなったら移転だとおもったのだけど・・・

　じゃあ、あとはmusicの板をそのまま移転ですかしらん。
　uma鯖だとmusicからの9板＋tv3からの2板って大丈夫ですのかね。

>>730
どっちにしろ、music3鯖には収容できそうな感じですね。
http://www6.big.or.jp/~beyond/bbsnews/bbs-post-1.html

>>730
知ってますよ。
なので、ありますが、です。

that の秘密は・・・ html(ry

まだ小さい板は過保護なのだ。
bobbyがetcに移転の予感。　< that

>>734
なるほど、あのサーバはあれ、やってあげてると。

なるほど、wait(ry

http://music3.2ch.net/test/read.cgi/musicnews/1073232823/23

tv3からmusic3にキャップをコピーしてあげる必要があるようです。

>>737
どさっと上書きでいいのかしら?

>>738
よいと思われ。

>>739
done

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

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

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

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

とりあえずここに。

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

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

>>745
完了

>>746
乙

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

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

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

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

●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移転もあるんですかね？

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

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

こんなとこですかねぇ

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

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

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

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

……と、なるのかな？

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 (？)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

でもﾜｹﾜｶﾝﾈ

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

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

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

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

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

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

ﾊｻｰﾝ

の悪寒

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

>>762

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

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

とりあえず俺様メモ。

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

で、該当メッセージは/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()
{

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

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

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

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

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

眠れなくて体調悪いので会社さぼり〜。
>>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

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

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

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

一回の処理が半分の時間ですめば倍こなせると考えていいんだろうか、
重い処理は
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サーバでも使える

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

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

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

仕事人 ★さん誤爆転載
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:???
ありゃ　また誤爆か、、、

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

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

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

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

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

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

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

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

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

/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

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

早速地震来てますね。

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

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

>>790
おっ。

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

pmap.cを再度読むと、

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

でないといけない予感。

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

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

えっと、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に近い動作をしてくれると思います。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

とくに　HD & PowerSuply 、

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

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

そですね、

そうなんだけど、、、、


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

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

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

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

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

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

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

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

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

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

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

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

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



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

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

>>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単体だけでは"倍"も出せない気がしますね。
それでも積み重ねていけば、それなりにチューニングできそうなので、そこに期待と言うことでしょうか？

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

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板を複数サーバーで」というのが簡単に実現する余地ができるというメリットも。

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

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

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

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

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

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

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

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

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

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

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

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

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

こんなかんじかしら。

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

ということで、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 なので、
いずれは移行が必要かと。

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

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

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

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

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

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

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

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

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

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

>>834
そうです・・・

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

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

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

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

これからしばらく外出なので、www.2ch.net にも一時的に入れてみた。

20時にﾁｮﾝがF5攻撃してくるから撃退しよう祭り開催
http://tmp2.2ch.net/test/read.cgi/download/1073716722/

韓国人ハッカー　2chハッキング宣言？
http://news4.2ch.net/test/read.cgi/news/1073465681/

ニュー速の方はかなり攻撃的になりつつありやす。

なんか、韓国人以外の便乗荒らしさんも暗躍
しそうだなぁ。つーか、煽られまくってるし。

緊急そうな事
2ちゃんねるのサーバーにSYNFloodとかIPSpoodingとかに対抗できる対策はありますか?>root★氏

643　名前：動け動けウゴウゴ２ちゃんねる　投稿日：04/01/10 17:00 ID:aZP3GcEW
http://www.packetstormsecurity.org/DoS/suf_v1.0.zip

上のツールをダウンして圧縮を解いた後,

ドスチァングで圧縮を解いたディレクトリを捜して入って行ってください.

そして

C:\suf_v1.0>suf (サーバー与えなさい)

参照で www2.2ch.netの住所は 216.218.133.82 です.

例:)
suf 216.218.133.82 [エンター]

他の所にもまき散らしてください.

戻りました。

ひょっとしてwww2にも、いろいろ試みてる人がいる?

>>844
しむらうしろー

>>844

http://mumumu.mu/mrtg/mrtg-rrd.cgi/traffic/www2traf.html
http://mumumu.mu/mrtg/mrtg-rrd.cgi/access/www2access.html

>>842
とりあえず、すべてのumaサーバには当初から↓入れてあります。
あと、何ができるかしら。

options TCP_DROP_SYNFIN #drop TCP packets with SYN+FIN
options ICMP_BANDLIM

>>844
というかwww2がターゲットになってます。
早急に対策を

>>845-846
ふむふむ。

で、実害何か出ましたか?

>>849
いや、全然です
涼しい顔して鯖は動いております
さすがuma系は違いますね

>>846
凄いな。。。

トップはちょっと重いかな、という気はしますが

>>849
>>850に同じく。ただ,
鯖自体は落とさないようにしてわざと反撃させると言う
説もあるのでなんとも。

>>849
一時的にLAが500を超えていました。
でも、体感的にはちょっと重いかなという程度。(笑)

重い重い重い重い重い重い重い×7＠運用情報
http://qb3.2ch.net/test/read.cgi/operate/1072877764/528
http://qb3.2ch.net/test/read.cgi/operate/1072877764/682

実際のところどうなのかわかりませんが。

これですか。>>854

2004/01/10 17:30:00 LA= 5:30PM up 29 days, 13:40, 0 users, load averages: 554.70, 223.87, 96.00
2004/01/10 17:40:00 LA= 5:40PM up 29 days, 13:50, 0 users, load averages: 296.48, 215.38, 135.11
2004/01/10 17:50:00 LA= 5:50PM up 29 days, 14 hrs, 0 users, load averages: 496.04, 493.80, 342.48
2004/01/10 18:00:00 LA= 6:00PM up 29 days, 14:10, 0 users, load averages: 12.84, 128.58, 224.43
2004/01/10 18:10:00 LA= 6:10PM up 29 days, 14:20, 1 user, load averages: 9.54, 25.46, 116.94

www2にはいつでもwwwと同じフィルタを入れられるようにしてありますが、
しばらくはこのままでいってみようかなと。

もう少し中身をチェックしてみましょ。
ほんとはもう1台マシンを用意してネットワーク的にタップして、
tcpdumpでも流しておくのが一番いいんだけど。

>>856
おお、性能試験ですかｗ
見物ですな。静的コンテンツ用のベストチューニングが見つかるかもしれませんｗ

>>856
それです。
LA500でも何事も無く動き続けるって、やっぱりすごいですねー。
私はuma鯖のようなハイスペックな鯖を触ったことが無いので‥‥。

>>842　遅レス。
uma以外の古いサーバもrc.localあたりをｺﾞﾆｮｺﾞﾆｮして、
SYN Floodアタック対策はとってあるはずです。

いろんなことを、なさってるようで。
とりあえずsshで入ろうとしても、ログが残るだけで意味ないと思うんだけど。

>>856
攻撃を逆に性能試験に利用するんですか。。。。

さて、いやんなメッセージが出たので、ちょっくら設定変えてrebootすっかな。< www2
pmap_collect: collecting pv entries -- suggest increasing PMAP_SHPGPERPROC

news8と同じ設定を入れた。

/boot/loader.conf:
vm.pmap.shpgperproc=1024

スワップしますたか

swapは、相変わらず使ってないすよ。
Mem: 849M Active, 494M Inact, 386M Wired, 20K Cache, 199M Buf, 282M Free

>>865　しかしすごいです

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

グラフ見えなくなりそうです

>>866
こりゃ、さっきの設定変更のrebootの影響かもね。
しばらくするとほんとかどうかわかるかな。

>>867　なる。レスどうもです。

まあ、グラフに入った変な数字は、後で手直しできるし。
しばらくこれで、様子見かな。

やばくなったら、www/exと同じアクセスコントロールを入れてみましょ。

ﾜｸﾜｸ

韓国人ハッカー 2chをハッキング？　★６
http://news4.2ch.net/test/read.cgi/news/1073732125/63
---
廃人たちの活動が一番多い 11時で時間が変更になりました.
---

まあどこまでほんとかわからんですが念のため

20:00から、いろいろきはじめたですね。
www2のアクセス数は普段の50倍ぐらいかしら。

50倍じゃなくて、20倍か。スマソ。
25000access/5min のところに、450000/5min ぐらい。

なんかﾌﾂｰなんでつまんないんですけど
サンプルになった？　>>873

この機会に全サーバ kr 規制をしてくれ。それも永久に。

さて、膠着状態だなぁ。< www2
フィルタをオンにして、実験してみるかな。

フィルタ入れると重くなるなぁ。
www2の場合、そのまま、流れのままにしとくほうがよさそうだ。

>>876
いやぁ、実験は順調に進んでるみたいですねｗ
しかし、www鯖は古いのでこの攻撃は酷です

フィルタ入れたら、一瞬こんなになっちゃった。< www2

oyster137% uptime
3:32AM up 59 mins, 1 user, load averages: 748.37, 227.10, 94.63