2ch特化型サーバ・ロケーション構築作戦 Part32
■ このスレッドは過去ログ倉庫に格納されています
2ch特化型サーバ・ロケーション構築作戦のスレッドです。
・2ちゃんねるのサーバロケーション、PIEに関する関連作業・調整事項
・DNS登録・変更関連の各種作業や調整事項
・2ちゃんねるのサーバで採用しているOS、FreeBSDに関する情報・調整事項
・各種作戦・プロジェクトとの連携、プロジェクト間の連携
等を取り扱います。
前スレ:
2ch特化型サーバ・ロケーション構築作戦 Part31
http://qb5.2ch.net/test/read.cgi/operate/1235553306/ >>641
増やしていなそうなので・・落ちたらしい。 %sysctl kern.ipc.somaxconn
kern.ipc.somaxconn: 128
デフォルト 128 しかないのね(´・ω・`)。 逆に減らしてみて動作見るとか
一回だけならひろゆきにも分からんよ 検索したらどうやら忙しい鯖を持つ奴にとっては初歩的話っぽいな
>>640 >>652
わたし、2003年にはこのパラメータ、いじっていたような気がする。
@ このスレの過去スレで A-Tigerと似た構成のサーバ建てた俺にとってはそういうのを公開してもらえるのは嬉しいことだ FreeBSD kernel tuning for large siteって奴ですね。
・listen キューを増やす
・大規模サーバの場合 swap 張ったら負け root権限持ってないrootたんなんてrootたんじゃないやい 久しぶりに今の root 権限あり A-tiger で設定している
/etc/sysctl.conf の主なチューニング内容を上げておくです。
全部が yutori7 に適用可かどうかはわかりませんが、現状ということで。
ちなみに上のほうほど「昔に」設定いじったことのあるパラメータです。
# added for 2ch
# increase maximum file descriptors
kern.maxfiles=131072
kern.maxfilesperproc=65536
# increase listen queue
#kern.ipc.somaxconn=8192
kern.ipc.somaxconn=32768
#kern.ipc.maxsockbuf=2097152
kern.ipc.maxsockbuf=20480000
# see http://qb5.2ch.net/test/read.cgi/operate/1097931665/666-676
net.inet.icmp.icmplim=3000
net.inet.icmp.icmplim_output=0
# XXX
net.inet.tcp.delayed_ack=0
# increase maximum value of ufs directory hash
vfs.ufs.dirhash_maxmem=134217728
# http://qb5.2ch.net/test/read.cgi/operate/1235553306/590
vfs.lookup_shared=1 >>657
どもです。
HE時代にrootありサーバの1号機(news5.2ch.net)を作る時からやってたですか。 >>661
yutori7って帯域以外は余力あったはずだから、他の鯖よりチューニングできるのでは? どくおさんへ その2:
ちなみに変更はリブートしなくてもいけるです。
1) >>644 を /etc/sysctl.conf に追加
2) cd /etc/rc.d
3) sh sysctl restart >>663
そのへんの値の調整は
まさに物が来て動かし始めてからの「腕の見せ所」なのではないかと。 >>663
yutori7のrootを貰ってたらの話だけどな
そしてrootあったら今頃こんなことにはなっていない >>660
何度も落とされたり、何度も落ちそうになったりして・・お客からがんがん言われて・・。
サーバーを分散したりして、そうやって経験を積んできた。
by Google ところでサーバーの復旧作業やってるんですか?
tsusimaだけでも先行するとか >>668
私が現状できることは、
・ここに状況を書く
・私なりの分析と対応の可能性をここに書く
というかんじで。 >>654
社内鯖でさえデフォだと落ちますからな。
OSのインストールが完了したら真っ先に弄るべきパラメータですね。 お腹すかせたイナゴが落ち着いてきたらリブート妖精したらいいと思うよ
【より敏感に】 リブート要請 Ver2.0
http://qb5.2ch.net/test/read.cgi/operate/1152266515/ このスレFreeBSDのノウハウ蓄積されてていい感じなんだが
せっかくだからいろんな人が参考になるようにまとめwikiとか作らないか >>670
そですね。
というかもう、メモリもCPU処理能力も激しく豊富になったわけで、
そろそろこのへんのデフォルト値をもっと大きめにしてもいい時期なんじゃないのかなぁ、
などと思ってみたり。
# そういえば 8.0-BETA2 では SLIP (pseudo-device sl)がなくなっていて、
# なんだか感慨深いものを感じました。tty 周りの更新によるもののようですが。 芸スポの蝗さんはtsushimaが先に直っても
そっちに移動しないで欲しいですなぁ >>674
part32 に至るまでにこういった「チューニング物語」は数多くありました。
そういえば最近そういうのあんまりやってないなぁ。
そんなわけでこのスレの part1 から読んでまとめサイト作っていただけると、
私もとてもうれしいかも。
qb系はhtml化されているので、●なくても読めるし。 >>675
> ・changi namidame anchorage 等
>
> %sysctl kern.ipc.maxsockbuf
> kern.ipc.maxsockbuf: 20480000 <= 増やしてある
これの値って、yutori7ならどれくらいまで上げても大丈夫なんだろう… チューニングもいいけど、ex24にあった板だけ前の鯖に戻してもらうことはできないでしょうか。。。 またおちたんか
なんだか恐るべき夏休み&盆パワーだな・・・ >>678
多分、スペックにもよるけど「倍」か「4倍」までいけるはず。
ただし、32bit long intなので・・倍で止めておくと良い。
64bit系なら、4倍でも大丈夫。 ん、ここ最近に投入された鯖は全部amd64じゃないの >>675
HDの容量がなかった頃は/usr/srcや/usr/ports以下をどうしようか悩んだもんです。
今では何も考えないでつっこんでますよね。
メモリについてもOS側への割り振りと各デーモンへの割り振りをどうしようかと。
ただ、やはり使用用途に合わせて、必要な資源は確保しておくのが正解かなーなんて思ったり。
勝手にOS側で全部やってくれたら楽ですけど・・
そのあたりが鯖管の腕の見せ所ぢゃないでしょうか。
2chで日本語圏最大のFreeBSD総合情報サイト作ろうぜ スレッドに書き込む代わりにブログで会話してるって感じですよね ためしに全スレ取得して「root」とか「apache」とか「conf」とかでログ検索かけてみた
頭くらくらしてきた。鯖のチューニングまとめる前に頭のチューニングを先にしないと(ry >>677
1部html化されてないのがあったので2週間お試し●GETで取得してみましたけれど
まとめる理解力が足りないのでどうすればいいもんだかどなたかアドバイスを >>657
oyster175なんて懐かしいなぁ。news5にnewsplusがあった時代からか・・・。 落ちた原因と行った対策もまとめとかないと繰り返しそうだな tsushimaが設定不足で落ちたってことは同時期に登場したtakeshima(今は使ってませんが)hideyoshi、qb5、qb6も同じ設定にしてあるってことですかね?
あとその後に登場したpc12とnamidame(Tiget2009以降後)も >>694
takeshimaは韓国に攻撃されたから、ある程度設定変更されてるはず
namidameはroot権限ありだから、ちゃんと設定してあるはず しかし、あまりにも基本なというか、
「サーバもらったら最初にスクリプト流して設定して、あとはそのまんま」
なパラメータだったので、わたし的にもすっぽり抜けていますたです。。。 そんでもって、きっと、
・メモリが多くなり
・CPUが強くなり
・ディスクが良くなり
して、ハードウェア要因ではそう簡単に落ちなくなったので、
今回のネットワーク設定の件が発覚した、ともいえるんでしょうね。 >>698
root氏が、復旧中なので・・横槍を入れる。
FreeBSDのscoketのパラメータ設定がデフォルトだったそうだ。
アクセス集中 → サーバ内プロセスがオーバーロード → プロセスがコア吐いて死ぬ。
それで、yutori7とtsushimaがダウン。 今の時間は人が増えていく状態なので、
今無理やりリブートとや小手先の対策しても、
たぶんすぐまただめな状況になる気がします。
中の人が >>664 を yutori7 や tsushima で実施してもらえるのを待っています。 Linuxにもこういう必須のカーネルチューニングあんのかな
あんまりネット上で目にしないが >>703
> 中の人が >>664 を yutori7 や tsushima で実施してもらえるのを待っています。
ヘンな日本語だな。
中の人に >>664 を yutori7 や tsushima で実施してもらえるのを待っています。
か。 yotori7とtsushima意外は大丈夫って事ですか?
たとえばhideyoshiに今のtakeshimaぐらいの板を詰め込んだら同じ理由で落ちるとか >>704
商用のディストリビューションがあるから、あまり見かけないだけ。
FedoraやDebianでチューニングしている、職人なら結構見かける。 >>706
たぶんすべての root 権限なしサーバで、
>>664 は実施されていないんではないかと。 >>705
お疲れ様です。
設定後のyutori7が楽しみですね。 rootさんいつ寝てるの
本当にお疲れ様です
(´・ω・`)つ旦~~お茶どうぞ >>707
なるほど。すぐに変えるべき致命的なまでの設定はないんだろうな。
いじるなら主にtcp設定あたりか >>711
たしかに。
最初の 5.2.1R の頃は泣きそうでした。
当時「bananaよりはるかにぼろいcobra」とFOXさんに言われたことは、
私の胸に「ぐさっ」と刺さっております。 >>713
僕の場合5系は4.9から一気に5.5まで上げてしまったのでわかりません。
いろいろな意味で問題有った時期ですよねぇ。
ちなみに FreeBSDを使いはじめて目から鱗だったコマンドが netstat -m
難しいことは分からんけども、銭湯の大風呂に太い菅つけずに細くて詰まりやすい菅を配管してたってことか 中の人に、
「>>644 >>664 の設定を tiger3547 と banana3706 で緊急実施してもらうことは可能か」
という旨、検討をおながいしてみたです。 あっと、もし >>644 の設定をコピペされる時は、
行末の空白に注意です。>>716 最初からroot権限ツキを導入しておけばこうならないのだろうけど、
あえて無しのを導入することで問題点が見つかるのかも 2ちゃんのサーバーって何でこんなに弱いん?ベンダーの担当技術者がヘボなのか?
俺だったら担当の頭を電話帳かコミケカタログではたいてから
「社長を呼んで来い!!」って言って改善を約束させるけど。
オマイラ交渉下手な 上でまとめwiki作ろうぜ言ってた俺だけど可用性ゼロの鯖でよかったらドメイン取得してきて2〜3日中に土台作ります。
MediaWikiかpukiwikiあたりもしくは手頃なCMS使って
ジャンル別にtipsとかまとめる感じで
生贄スペック
Pen4 2.8G
メモリ1G
HDD500G
FreeBSD7.2R
でもいいならw 連絡がまだですが、設定が入ったようです。< yutori7
httpd を kill してみた。
どうなったかな。 >>721
そりゃ大手なら・・その技使えるよ。
予算かつかつ、ボランティア運用てな感じのところで・・それは無理だな。
サーバといっても、PCに毛が生えただけの代物。それでも、大昔に比べれば・・。
ともかく、運営及びroot氏・・乙。 >>724
何回か kill しなおしてみた。< httpd と speedy_backend
だめならリブート依頼の方向で。 >>724
復活を確認しました。
はてさて、どうなるか… ぱっと見、健康になったぽいですね。
しばらく観察します。 >>728
なんか勝手に2chがその手の大手のようなもんだってよく誤解されてるよな もう、たいていの事じゃ落ちませんかね?yutori7 tsushima にも入ったようです。
健康になったっぽい。
ちょっとメールみてきます。 >>738
ネットワークがいい感じになりましたね。
少しは本来の性能が出るようになったかな。< yutori7, tsushima tsushimaのLA7超えは初めて見た気がする、ようやく本気モードなのね tsushimaの設定が一般の掲示板鯖と同じとは知らなかったしな
これからが本領発揮ってところかね 見違えるように「はけ」がよくなった予感。
これからがほんとの耐久テストなのかなと。 ■ このスレッドは過去ログ倉庫に格納されています