質問・雑談スレ86@運用情報板
■ このスレッドは過去ログ倉庫に格納されています
>>10
あ、10野ってことはさやかじゃないのか。 >92
なんかちがうっぽいなー、ゴソゴソしてみるか。。 えーっと、今起きたんだけど
なんでこんなに新スレが(・∀・)? >>92
そのスレ読んでみたら、夜勤さんのキャラが変わってなくてワラタ。 tiger/cobraサーバのbbs.cgiを、
BBQありバージョンに戻しました。
>>72
リブートの影響ですね。
BBQプログラムの自動起動がうまくいってないのか(これは前からある症状)。
めったにこのマシンは再起動しないんで、
対応しないでいたりしたけど、いまいちだなぁ。
対応してきます。 とりあえずプロセスを手で起動したので、BBQは大丈夫なはず。
同じスクリプトを手で起動するとちゃんと起動するのに、
立ち上げ時に/usr/local/etc/rc.dから自動起動すると、signal 1を受信して落ちちゃうんだよなぁ。
なんでだろ。 じゃ、終わったことだしこれでも見て落ち着いてくれよ
ttp://www.fileup.org/file/fup3780.mpg
>102
このスレだけ読めばおk
>103
つ 【 三つ子の魂百まで 】 誰かとおもたらフォックスタソか
NHKでなんども見たような気がしたけどきっと気のせい、、、
湯冷めする前に出てきてね >>105
その症状がRock54でもあったような・・・(朧)
Rock54のcron用スクリプトから引用
local %SIG;
$SIG{'PIPE'} = $SIG{'INT'} = $SIG{'HUP'} = $SIG{'QUIT'} = $SIG{'TERM'} = \&SigExit;
$SIG{'ALRM'} = "IGNORE";
こうしておいて直ったっけ?(朧)@シグナルまわりの挙動の違い(Linux と *BSD) 今回の鯖が重くなったので、ちょっと思ったんですが、
こういうタイムパラドックスはどうして起こるんですか?
74 名前:学生さんは名前がない 投稿日:04/12/19 18:45:02 ID:6uIUTiFf
存続あげ
75 名前:学生さんは名前がない 投稿日:04/12/19 18:45:01 ID:6uIUTiFf
存続あげ
>>110
あ、そっか。新bbqサーバのパスワード送らなきゃ。
送付しておくです。( ̄ー ̄) >>114
ぎくっ(汗)
今日はお疲れさんなのでそろそろ就寝するですm(_ _)mペコペコ >>112
rootさんクラスの作業できる人増やしてあげて 今回 BBQ というよりも通常のDNS look up のせいで
なかなか書き込めなかったらしいけど、
逆に全く影響を受けなかったのはどのサーバ?
もとくは影響が軽微だっのは 送付しましたー。
PIE移行前はもともと知っていたわけなので(下記参照)、今後とも(りゃ ということで。>>116
>>119
あなたは既に知っています。bbq.2ch.netの(りゃ。
BBQ/BBXを移動した時にアカウントごとにシステムをきちんと分けたから、
BBX/rock54のパスワードと違うのになっちゃったというわけで。 >>128
qb5(ここ)は大丈夫だったみたい。
あとbbspink系。
tiger/cobraはDNS lookupは大丈夫でしたが、
BBQブロックで詰まりが発生、と。 さて、ふろはいってきます。
# とさっきも言ったけど、順番待ちで結局入れず。 >>177はFOXってアダルトサイトに良く逝くよな、とか書いてくれ
ってか
697 名前: ◆BDFCNV1.to [sage] 投稿日:04/11/20 14:19:23 ID:izbafjHa
>>693
あんたが一番現状を認識していない
これって狐さんだったんかorz ふむ、
いろいろ考えたけど、今やるべき事は
2ちゃんねるのbbs.cgi が使用するDNSキャシュサーバの充実だろうなぁ
どれくらいかというと今の五倍の書き込み数でも落ちないくらいかな?
受け取りましたーm(_ _)m
>>130
実は同じ鯖でも、アカウントが違ったので、0600なディレクトリは参照できなかったりしていました(苦笑) 年越しは大丈夫でしょ例年
書き込み数30%は減るでしょいつも 0:00超えてもID変わらないぞ。2ch全板共通? んで rootさんがやろうとしているのは
DNSのラウンドロビン化みたいなものなのかしらん? >>104-105 乙です。
確認したら最初のでこんがりになっていました。。。
#データベースからの返答が逝っているもよりですた。。。
あと動作も今は正常のもより。。乙でした。
>>138 乙です。ついでにメール送りますた。 今回 ex9(banana231) live15(banan398) はどうだったでしょうか? ラウンドロビン方式は、死んでる鯖がいても、なかなか気付かれないという欠点もあったりなかったり。 http://qb5.2ch.net/test/read.cgi/operate/1103449974/
518 名前:動け動けウゴウゴ2ちゃんねる[sage] 投稿日:04/12/19 20:14:18 ID:7iBPxjxg
ttp://ch2.ath.cx/load/
各鯖のpostsの表示見てみろ。
スゴー
587 名前:518[sage] 投稿日:04/12/19 20:29:29 ID:7iBPxjxg
>>518のグラフでpostsが0の鯖一覧
aa5 book3 bubble2 that3 travel2 off3 comic5・6 etc3 ex9 food6 game7
hobby5 human5 live14・15 love3 money3 music4 news13・15・16・17
pc5・6 school4 society3 sports7 tmp4 tv6
以上。 ex9 は DNS は引けたけど BBQ で詰まるはず、
live15 も同様だけど BBQ でのタイムアウトはちゃんと取れているはず
なんですよね、 >>142
ラウンドロビンじゃなくて、いわゆる冗長化ってやつですね。
詳細は別途。
>>153
タイムアウトになって、多重投稿になる
っていう症状は、どういうところで起きていたのかしら。 一年ぶりくらいにがすたー10のお世話になる季節がきたみたいだぁ
毎日、毎日 いたい いたい >155
だったらお酒を(ryってのは却下ですか、そうですか 別途を。
/etc/resolv.conf には通常複数の nameserver 行を書いて
DNSキャッシュサーバがひとつ落ちてもそれなりに動作するようにするのですが、
ひとつめのサーバが応答を返さなくなってしまった場合(pingもかからない状態)、
二つ目のサーバにいくのにタイムアウトを待つため、
時間を要してしまいます。
pingがかかってサービスがない、という状態なら、即座に2行目のサーバにいってくれるのですが、
完全に落ちてしまった場合には、DNSプロトコルの仕様上、
どうしても待ちが発生してしまいます。
ということで、/etc/resolv.conf に複数書いてあっても、1行目のサーバが落ちると、
言い換えればそのIPアドレスのサーバが返事をしない場合、
DNS検索は、ブロックしてしまうことになります。
では、どうすればいいか。 banana 2台あいていたはずだけど
どれだったか忘れてしまった
この2台を DNS キャッシュサーバに急遽仕立てて
243,245等の負担がかるくなるように&243,245とは別系統にして。。。
のように配置しておくかな、(当面)
BBQ は 243 でしたっけ? で、最近流行り始めている方法として、DNS用サービスの共有IPアドレスを
通常のIPアドレス(そのサーバに固有のもの)とは別に用意し、
そのIPアドレスを複数のDNSサーバに与えてそれらで共有する、というやり方です。
つまり、「DNSサービス用共通IPアドレス」を別に用意して、
/etc/resolv.conf ではそれを指定するようにする、ということになります。
こうしておくことで、
・通常時には同じIPアドレスを持つ複数のDNSサーバに負荷が分散され、負荷軽減が可能。
(設定次第でもう1台をスタンバイにしておくこともできるけど、分散させるほうがより効率的でしょう)
・1台のサーバがダウンしても、別のDNSサーバでDNSサービスを継続できる。
という状況が実現できるわけです。
現在のcobraサーバの負荷状況を見ると、dnscache+BBQでも負荷的には
まだかなり余裕がありそうなので(メモリディスクがうまく効いている模様)、
もう1台のcobra(cobra2245)をdnscache2に仕立てて、
この仕組みを使ってDNSサービス用のIPアドレスを共有し、
それを各マシンから/etc/resolv.confで参照させることで、robustnessを向上させることが
できるんではないか、といったことを考えています。 >>159
BBQは243ですね。
BBQのしくみはDNSコンテンツサーバで実現しているので、
>>161 の仕組みを使わなくても、ただマシンを2台にするだけで
サーバを2台にすることは可能です。 BBQ
oyster243(BBQ/dnscache.peko)
空きバナナってコレ?
banana224.maido3.com
ex5.2ch.net
稼動中の板なし
banana399.maido3.com
ex8.2ch.net
稼動中の板なし >>161
それは二台じゃなく、はてしなく複数台でも分散化できるのでしょか? >>159
cobra2245 にRAIDカード入ってシステムがインストールできたら、
半分ぐらいのマシンの/etc/resolv.conf:
nameserver oyster243
nameserver cobra2245
とし、もう半分ぐらいのマシンの/etc/resolv.conf:
nameserver cobra2245
nameserver oyster243
とするだけで、かなり違うと思います。
今は/etc/resolv.confにoyster2431行しか書いてないのがほとんどなので、
oyster243が落ちたら、それっきり。 >>163
それそれ
392 :ピロリ:04/12/13 16:24:43 ID:dH9P6Q7d
めも
今、あいているサーバ
ex5 (banana224)
ex8 (banana399)
【Project peko】2ch特化型サーバ・ロケーション構築作戦 Part16
http://qb5.2ch.net/test/read.cgi/operate/1102087698/392 >>161
ロードバランサなんかの負荷分散ルーティングハードとかと思想的には近いんですかね。
違っていたらスマソ >>167
専用ハードでやると高くつくんで、
経路制御の仕組みをつかって、ソフトウェアで実現しようかと。
(M.root-servers.netと同じような手法) >>168
マシン種別のばらつき
ロケーションのばらつき
は意識しなくても良いと考えていいのですか? >>168
たしかにroot-serversは一定拠点以上こけたら大変ですからねぇ
そんじょそこらのエンタープライズより頑丈でないと
>>170
そもそもroot-servers.net自体がロケーションのばらつき前提ですよ。
アメリカにも日本(WIDEだったっけか)にもあるし
マシン種類のばらつきはあまり離れすぎも考え物ですが、
大差ないならだいじょうぶかと >>168
root-serverはIPエニキャストも組み合わせているはずだから、161の説明では足りないのでは?
2ちゃんで161を実現させるには、同じセグメントに同一IPを振ったインターフェスをもつ
複数サーバを用意することで実現するのかしら? >>170
広域(BGP)Anycastの場合は、そうですね。
これは、DNSコンテンツサーバで有効な方法です。
例えばmaido3.comなら、ns1.maido3.comを全世界に置くってかんじ。
なぜかというと、DNSコンテンツサーバは全世界から参照されるので、
こうすることで、maido3.comドメインの名前情報を全世界から効率的に
とれるようになる、ということになります。
それとは対象的にDNSキャッシュサーバ(/etc/resolv.confで書くもの)では、
ローカルエリアネットワークからもっぱら局所的に参照されるので、
遠いロケーションのものを混ぜるとレスポンスにばらつきが出たりして、
あまり好ましくないです。
ということで、これにはIGP Anycastという手法を主に使うことになります。
これは、ローカルなロケーション(LAN内とかISP内)でうまく分散化を図ろう、というものです。
今実現しようとしているのは、複数台にすると均等に負荷分散される仕組みなので、
マシンもできれば同じようなのがいいかなと。
で、cobra2245とoyster243は幸運にも同じサブネットに乗っかっているので、
経路制御を使ってIGP Anycastをするには、都合がよいと考えています。 >>172
> 同じセグメントに同一IPを振ったインターフェスをもつ
> 複数サーバを用意することで実現するのかしら?
Exactly. >>173
ふむふむ
今回は同一ロケーション内の話ということか、
bbs.cgi の DNS look up ですから当然か、 ttp://www4.ocn.ne.jp/~chousasi/ 具体的にはこんなこと考えています。
1)PIEのIPアドレスブロック内で、DNSサービス用に/32のホストルートを割り当ててもらう
2)そのアドレスを2台のマシンAとBにソフトウェア的につける
3)AやBはOSPFで、そのホストルートをPIEのルータに宣伝する
4)OSPFのequal cost multi pathの原則に従い、パケットはAとBに均等に伝わる
5)もしAがダウンしたら経路が消えるので、Bに全部いくようになる(逆も同じ)
>>175
うーむ。
5.3R/amd64って、ひょっとして別の落とし穴があるのか? で、>>180 をやる場合、
・PIEの中の人にこれ用のホストルート(IPアドレス)を割り当ててもらう
・PIE側のルータとサーバAおよびBとの間で、OSPFで話すように設定する必要がある
という調整を、PIEの中の人とする必要があります。
テクニカルには、そんなに難しい調整ではないはず。 ホストルートじゃなくても、/24のサブネットとかでももちろん同じことができます。
そのほうが、PIE内の経路制御的には楽かも。 c-docomo2 = cobra2247 のリモートコンソールを見てきます。 ■ このスレッドは過去ログ倉庫に格納されています