2ch特化型サーバ・ロケーション構築作戦 Part19

**root▲ ★** · NG

2ch特化型サーバ・ロケーション構築作戦のスレッドです。

・２ちゃんねるのサーバロケーション、PIEに関する関連作業・調整事項
・DNS登録・変更まわりの関連作業・調整事項
・２ちゃんねるのサーバで採用しているOS、FreeBSDに関する情報・調整事項
・各種作戦・プロジェクトとの連携、プロジェクト間の連携

等を取り扱います。

現在、複数サーバによる連携により、
サーバ能力のさらなるスケールアップをめざすための「雪だるま作戦」が進行中です。
雪だるま作戦は、現在以下のスレで雑談しながら進行中です。

＜主な関連スレッド＞
【しらたま】雪だるま作戦に思いを馳せながら雑談するスレッド Part11
http://aa5.2ch.net/test/read.cgi/nanmin/1121875871/

＜主な関連リンク＞
ブレーメンメーター: http://mumumu.mu/bremen/
ＭＲＴＧによる統計情報: http://mumumu.mu/mrtg/
２ちゃんねるサーバ負荷監視所: http://ch2.ath.cx/load/
2ch 鯖監視係。: http://sv2ch.baila6.jp/
2ch CGI 軽量化: http://sunos.saita.ma/2ch-cgi-lw.html

**root▲ ★** · 2005/12/02(金) 19:40:25

banana404 の基本設定が、できつつあります。
banana403 も、週末にはおおむね。

で、あとは、

トータル設計→構築→基本テスト→第2回最速1000大会開催→本移転→年末年始も安泰→ｳﾏｰ

というかんじで。

◆Reffiz2Zh. · 2005/12/03(土) 01:38:35

正式版出ました。

Apache 2.2.0 Released
ttp://httpd.apache.org/

**root▲ ★** · NG

banana403、banana404の2台、基本部分のセットアップほぼ完了。

>>496
↓
>>492-494

**root▲ ★** · 2005/12/03(土) 05:37:00

いろいろ調べて、方針を決めてみた。

1) banana403 banana404 では HDD をさわる I/O は一切させない
2) banana403 banana404 では heartbeat を動かして互いに監視する
3) banana403 banana404 ではIPアドレスAを共有する(heartbeatの機能)
4) 初期状態では、Aへのリクエストにはbanana403が応答する
5) banana404はbanana403の「スタンバイノード」となる
6) banana403に異常が発生したり、メンテナンスの時は
banana404がすぐにbanana403にとってかわる
7) その時、ユーザに見える共有IPアドレスAは変わらない
そのため、サービスは継続される
8) banana403 では負荷分散(ロードバランシング)プログラムが動き、
Aへのリクエストをlive22x1/x2/x3に振り分ける
9) ロードバランシングプログラムはlive22x1/x2/x3の監視も同時に行い、
正常に応答しなくなったら、振り分けの仲間から自動的に外れ、
回復したら、自動的に仲間に戻る(バランシングプログラムの機能)

これで、

a) 外に見せる代表IPアドレスはA一つにでき、
b) Aを受けている振り分けサーバが落ちても、サービスは停止せず、
c) 振り分けサーバの後ろにいるlive22x1/x2/x3が部分的に落ちても、サービスは停止しない

ようにできます。

(続く)

**root▲ ★** · 2005/12/03(土) 05:40:48

で、いろいろ調べてみたのですが、banana403とbanana404をワークとスタンバイではなく
「冗長化を完全に実現した上で、両方同時にワークにする」ようにするのは、
現状のheartbeatでは難しいようです。

しかし、ディスクI/Oをさせないのと、ネットワークI/Fチップがタフなことから、
この用途で使うのであれば、帯域幅が100Mbpsがめいっぱいにならない間は、
いけるような気がします。

これにより、教科書どおりのサーバクラスタ構成にできるはず。
明日以降、この方針で構築をはじめようと思います。

で、この方針だと、ネットワークをより有効に働かせるために、
banana403と404のプライベート側ネットワークのVLAN設定を、
再度微妙に変えてもらう可能性があります。

その際には、また必要事項を連絡します。

ということで、今日はこのへんで。

**動け動けウゴウゴ２ちゃんねる** · 2005/12/03(土) 05:43:57

rootたんっていつ寝てるのかしら。乙です

**root▲ ★** · 2005/12/03(土) 05:51:57

>>499
> で、この方針だと、ネットワークをより有効に働かせるために、
> banana403と404のプライベート側ネットワークのVLAN設定を、
> 再度微妙に変えてもらう可能性があります。

再度脳内で検討した結果、
変えなくてもいけそうだとわかりました。

ということで、おやすみなさい。

**root▲ ★** · 2005/12/03(土) 13:34:23

banana403 / banana404 の外部からの状況監視・
LAのチェック等のためにのみ使用する httpd を上げました。

以下のDNS登録をお願いします。
b = balancer で。

backend とちょっと紛らわしいですが、これでいこうかと。
なお live22b という代表名は使用しないため、つけません。

+live22b1.2ch.net:206.223.150.95
+live22b2.2ch.net:206.223.150.140

**ピロリ** · 2005/12/03(土) 13:58:15

>>502
done

**root▲ ★** · 2005/12/03(土) 14:11:20

http://live22b1.2ch.net/_service/
http://live22b2.2ch.net/_service/

見えたら、登録おながいしますです。 > ※の方ほか

◆Reffiz2Zh. · 2005/12/03(土) 14:12:36

>504
両方とも見えました。

桶屋 · 2005/12/03(土) 14:34:13

>>498
読んでみて、それで問題ないかと思います。

>>504
見えます。

**root▲ ★** · NG

課題: バランサーに何を使うか

候補はこのぐらいか

1) pound
2) balance
3) Apacheリバースプロキシ
4) squidリバースプロキシ

よくあるのは 1) だけど、昔の 1.7 はたまに不安定になった。
今の 1.9 はどうかなと。

**動け動けウゴウゴ２ちゃんねる** · 2005/12/03(土) 15:35:34

>>507
　 _ 　∩
(　ﾟ∀ﾟ)彡　実験！実験！
　⊂彡

**動け動けウゴウゴ２ちゃんねる** · 2005/12/03(土) 19:12:29

http://httpd.apache.org/docs/2.2/mod/mod_proxy_balancer.html

これってどうなんでしょうねぇ

**root▲ ★** · NG

で、>>507 は、まずは LVS を使ってみる方向で。

【きりたんぽ】雪だるま作戦に思いを馳せながら雑談するスレッド Part28
http://aa5.2ch.net/test/read.cgi/nanmin/1133468879/93-

**root▲ ★** · NG

で、>>509 のはそれはそれで面白そうなんで、生かせる局面があればそこで。

**root▲ ★** · NG

1) banana403 につけている代表アドレスを、

live22x1
live22x2
live22x3

の、lo0 に alias でつける

2) Apacheでは、そのアドレスもListenする

で、いけた。

**root▲ ★** · NG

banana403をリブートしても、自動的に3つ組みになるようにできた。
/usr/local/etc/rc.d/zzz-ipvs.sh

#!/bin/sh

_VIP="206.223.150.96:80"
_REALS="192.168.100.2 192.168.100.3 192.168.100.4"
_REAL=""

case "$1" in

start)
echo -n 'Starting ipvs '
kldload ipvs.ko
kldload ip_vs_rr.ko
/usr/local/sbin/ipvsadm -A -t ${_VIP} -s rr
for _REAL in ${_REALS}; do
/usr/local/sbin/ipvsadm -a -t ${_VIP} -r ${_REAL} -g
done
echo 'done.'
;;
stop)
echo -n 'Stoping ipvs '
/usr/local/sbin/ipvsadm -C
kldunload ip_vs_rr.ko
kldunload ipvs.ko
echo 'done.'
;;
*)
echo "$0 start | stop"
;;
esac

**root▲ ★** · NG

>>513 の設定で動かすと、サービスダウンを検出しないのね。
ipvsadm のマニュアルを読んでみるか。

**root▲ ★** · NG

…どうも、三姉妹が落ちた時にうまくそれだけを切り離す、というのは、
ないかもしれないですね。

これは、将来の課題にしよう。

で、>>513 をちと改良。スケジューラを選べるようにした。
rr だとラウンドロビンになって、wlc にするとちょっと重み付けしたうえで、
一番コネクション数が少ないやつに回されるらしい(他にもあるみたい)。

#!/bin/sh

_VIP="206.223.150.96:80"
_REALS="192.168.100.2 192.168.100.3 192.168.100.4"
_REAL=""
_SCHED="wlc"

case "$1" in

start)
echo -n 'Starting ipvs '
kldload ipvs.ko
kldload ip_vs_${_SCHED}.ko
/usr/local/sbin/ipvsadm -A -t ${_VIP} -s ${_SCHED}
for _REAL in ${_REALS}; do
/usr/local/sbin/ipvsadm -a -t ${_VIP} -r ${_REAL} -g
done
#/usr/local/sbin/ipvsadm --set 5 5 5
echo 'done.'
;;
stop)
echo -n 'Stoping ipvs '
/usr/local/sbin/ipvsadm -C
kldunload ip_vs_${_SCHED}.ko
kldunload ipvs.ko
echo 'done.'
;;
*)
echo "$0 start | stop"
;;
esac

◆Reffiz2Zh. · 2005/12/04(日) 05:43:06

>515
そういえば３姉妹の名前まだ決まってないですか？
実況鯖だと命名はちょっと難しいかも
フジならすぐ決まりそうだけどｗ
（命名案はこっちではなく雪だるまスレの方へ）

**root▲ ★** · 2005/12/05(月) 00:05:31

○heartbeatの設定

- ha.cf, haresources, authkeys を設定
- LVS を上げている部分をheartbeat傘下に移動

設定内容は、サーバが上がったら。

**root▲ ★** · 2005/12/05(月) 00:19:07

というわけで、DNS変更申瑞ｿいきます。

いよいよ、live22xのアドレスを本番環境にします。
見え方は今と変わりません。ということで「みえましたー」はないです(今既に見える)。

(現在)
+live22x.2ch.net:206.223.150.64

(変更後)
+live22x.2ch.net:206.223.150.96

で、LA情報をlive22xからとっておられる各位にお願いです。

live22x.2ch.net はこの設定の後は「代表受付」になります。
つまり、ここからLAとっても個々のサーバのどれにいくかわからないので、意味がないです。
ということでLAについては、live22x1, live22x2, live22x3 のものを
それぞれ個別にとっていただけると、助かります。

**ピロリ** · 2005/12/05(月) 00:20:44

DOT 少ない?

**ピロリ** · 2005/12/05(月) 00:21:15

あっ　私の目の問題か、、
どんどん見えなくなっていくのよね

**root▲ ★** · 2005/12/05(月) 00:22:34

で、このIPアドレスは、live22b1とlive22b2のうちの「どっちか」についています。
通常はlive22b1についてますが、落ちると30秒程度でlive22b2に切り替わります。

で、live22b1が上がってもそのままで、live22b2が落ちると、
live22b1にまた変わります。

ということで、いわゆるひとつのフェイルオーバーっていうやつで。

**root▲ ★** · 2005/12/05(月) 00:23:24

x の次に . があると、確かに見えにくいすね。>>519-520

**root▲ ★** · 2005/12/05(月) 00:33:39

>>517 続き

- /usr/local/etc/ha.d/ha.cf

bcast fxp1
keepalive 2
warntime 10
deadtime 30
initdead 60
#udpport 694
auto_failback off
respawn hacluster /usr/local/lib/heartbeat/ipfail
node banana403.maido3.com
node banana404.maido3.com
ping 206.223.150.1

- /usr/local/etc/ha.d/haresources

banana403.maido3.com 206.223.150.96/32 zzz-ipvs

- /usr/local/etc/ha.d/authkeys

auth 1
1 sha1 "むぎゅー"

**root▲ ★** · 2005/12/05(月) 00:36:35

>>523 は banana403, 404 共通

haresources に書いた内容により、banana403が最初は活動し、
banana404がスタンバイノードになる。

auto_failback off で、banana403が上がった時の自動戻しは発生しなくなる。

authkeys に共通鍵を書いて、互いに認証する。

**root▲ ★** · 2005/12/05(月) 00:40:32

で、>>515 のスクリプト (zzz-ipvs.sh) を、
/usr/local/etc/rc.d から /usr/local/etc/ha.d/resources.d に mv し、
heartbeat 配下にする。
で、最後の .sh を取る。(/usr/local/etc/rc.d/resources.d/zzz-ipvs という名前で入れる)

それから、IPアドレスはheartbeatがつけたりはずしたりするようになるので、
/etc/rc.conf の以下の行をコメントアウトする。

#ifconfig_fxp0_alias0="inet 206.223.150.96 netmask 255.255.255.255"

ここまでできたらbanana403/banana404をリブートして、設定完了。

**root▲ ★** · 2005/12/05(月) 01:36:25

残っている問題:

・read.cgi をフロントエンドで動かす。
(既にSunOSさんから案あり)

・bbs.cgi トラックバック部分を改良する。
(既にSunOSさんから例あり)

・live22x[123]のどれかが落ちても、切り離されない。
(検知して切り離すコマンドを入れるところを作る必要あり)

・削除関連の各種呪文が雪だるまに対応していない。
(これは、ぼちぼちというかんじか)

**root▲ ★** · 2005/12/05(月) 01:36:53

案 => 提案 >>526

**root▲ ★** · 2005/12/05(月) 01:44:55

板移転時の注意:

live22x側での設定(httpd.conf、ゆっくり同期スクリプト)もあわせて必要なので、
移転の際には、同期して作業する必要あり。

**ピロリ** · 2005/12/05(月) 09:55:14

>>518
done

**root▲ ★** · 2005/12/05(月) 13:39:38

banana403 / 404の様子が、微妙におかしくなっていた。
で、banana404 をリモートコンソールからリブートかけたところ、
ハングアップした。

で、banana404のリブート依頼を出した。
ううむ。

**root▲ ★** · 2005/12/05(月) 13:42:52

どうも、公道での通信がしくったっぽい。
で、落ちたと思ってしまって、両方に同じIPアドレスが振られたっぽい。

ううむ。

**root▲ ★** · 2005/12/05(月) 13:46:15

このへんは、設定で逃れられるかどうかを検討する、というかんじか。

あるいは、heartbeatやLVSそのものの安定性かもしれないけど。

● ◆ANGLERlqvM · NG

> 落ちたと思ってしまって、両方に同じIPアドレスが振られたっぽい。

なんてこった。。。
＊落ちたと思ってしまって＊の部分が非常に気になる。。

**root▲ ★** · 2005/12/05(月) 13:54:52

お互いに、heartbeatのパケットを送って監視しているわけです。

で、それは「専用の通信路を使え」と書いてあるです。
例えばシリアルで直結するか、Ethernetのクロスケーブルで直結しろと。

で、今はそうなってないということですね。

● ◆ANGLERlqvM · NG

なるほど、まだケーブルは繋がってないのですね。
でも、おいちゃんは、『private LAN に全部つないだ』と言ってたような。

**root▲ ★** · 2005/12/05(月) 14:09:03

>>535
えっと、今こうなっているのです。< banana403/404

fxp0 … 外部通信用
fxp1 … 内部通信用(live22x1/x2/x3と通信)

で、heartbeat通信用に、fxp0でもfxp1でもない占有の通信路を確保すべきと
heartbeatのドキュメントに書いてあるわけです。

で、今あいているvr0(マザボについているもの)を使おうかと思って、
雪だるまスレで相談したのですが、「それを使うことは想定してなかった」という返事で、
今はかわりにfxp1を使って、heartbeatの通信もしていると。

● ◆ANGLERlqvM · NG

>>536
あー、そういう事ですか。
理解しました。

**root▲ ★** · 2005/12/05(月) 16:00:05

Ethernetのブロードキャストでのやりとりをやめて、
普通のUDPパケットでheartbeat通信をやりとりするようにしてみた。

修正後のha.cf

#bcast fxp1
ucast fxp1 192.168.100.66 (banana404ではここが192.168.100.65)
keepalive 2
warntime 10
deadtime 30
initdead 60
#udpport 694
auto_failback off
respawn hacluster /usr/local/lib/heartbeat/ipfail
#respawn hacluster /usr/local/lib/heartbeat/ccm
node banana403.maido3.com
node banana404.maido3.com
ping 206.223.150.1

**root▲ ★** · 2005/12/05(月) 16:04:45

http://www.linux-ha.org/ha_2ecf

> The bcast directive does not work on FreeBSD because of the fragmentation issue described in
> W. Richard Stevens - Unix Network Programming - Vol 1 - 3rd Edition: The Sockets Networking API

やられたのか。
フラグメント起こすといけないから、FreeBSDではbcastは使っちゃだめぽと。

これで、安定するといいなと。

**root▲ ★** · 2005/12/05(月) 16:14:04

これで、リブートテストをしてみる。

まずはbanana403をリブート。
banana404に切り替わったのを確認。

**root▲ ★** · 2005/12/05(月) 16:15:25

403は無事立ち上がり、スタンバイになったのを確認。
404をリブート。403に切り替わったのを確認。

**root▲ ★** · 2005/12/05(月) 16:17:41

404は無事立ち上がり、スタンバイになったのを確認。

切り替わりも、ややスムーズになった模様。
これで、動かしてみるじゃ。

**root▲ ★** · 2005/12/05(月) 16:18:18

あらら、j の隣に k があったのね。>>542

いずれにせよ、これで。

**root▲ ★** · NG

>>526
> ・bbs.cgi トラックバック部分を改良する。

done. by bbs.cgi 2005/12/05

> ・bbs.cgi トラックバック部分を改良する。

助けを求めてみた。
read.cgi再開発スレ Part2
http://qb5.2ch.net/test/read.cgi/operate/1105909861/415

> ・live22x[123]のどれかが落ちても、切り離されない。

if 自分が振り分けをサービスしている {
三姉妹の状況を調べて、状況に応じてつなげたり切ったりする
}

というかんじのを、banana403/404でcronか何かで動かせばいいのかなと。

> ・削除関連の各種呪文が雪だるまに対応していない。

とりあえず唯一知っているやつ(スレスト)で、試してみるか。
あとは、、、できる人に期待で。

**root▲ ★** · NG

>>544
二つ目は以下の間違い。

> ・read.cgi をフロントエンドで動かす。

**root▲ ★** · 2005/12/05(月) 22:32:25

>>538 をさらに修正。
heartbeatの通信を占有チャンネルに変更。

#bcast fxp1
#ucast fxp1 192.168.100.66
ucast vr0 10.0.0.2 (banana404ではここが10.0.0.1)
keepalive 2
warntime 10
deadtime 30
initdead 60
#udpport 694
auto_failback off
respawn hacluster /usr/local/lib/heartbeat/ipfail
#respawn hacluster /usr/local/lib/heartbeat/ccm
node banana403.maido3.com
node banana404.maido3.com
ping 206.223.150.1

**root▲ ★** · NG

>>545
> ・read.cgi をフロントエンドで動かす。

は、できた。
基本はOKなので、バイナリの共通化をはかる。
神に感謝で。

・キャッシュが微妙におかしい場合があるっぽい

Apache関連か。
ひどいようならキャッシュ設定を無効に。将来的にはApache 2.2化か。

・root権限がなくても作業できるようにする

しくみは作れそうな感じ。

**root▲ ★** · NG

めもめも。Apache のキャッシュ問題。

【きりたんぽ】雪だるま作戦に思いを馳せながら雑談するスレッド Part28
http://aa5.2ch.net/test/read.cgi/nanmin/1133468879/540

**動け動けウゴウゴ２ちゃんねる** · 2005/12/08(木) 11:59:56

vrかー
http://www.seichan.org/Other/nic.html

**root▲ ★** · 2005/12/08(木) 13:56:53

>>549
vrは負荷には強くないですね。

携帯サーバでやった時も、NICがvrなやつが先に微妙になりました(メモリも少なかったが)。
トラフィックよりも、フレーム数が多い場合に微妙になるようです。

今回vrはheartbeatのやりとりにしか使っていないので、
フレームが落ちることがなければ、なんとかなるんではないかと。
(外部や他サーバとの通信は全部fxpかem)

**root▲ ★** · 2005/12/08(木) 15:32:57

config -g なんてあるのね、しらんかった。
http://www.nendai.nagoya-u.ac.jp/~kato/FreeBSD/debug/kgdb.html

**root▲ ★** · 2005/12/09(金) 12:12:19

メモ。
【実況】 live22x 鯖 Part2
http://qb5.2ch.net/test/read.cgi/operate/1134050051/375

**root▲ ★** · 2005/12/10(土) 19:09:06

read.cgi再開発スレ Part2
http://qb5.2ch.net/test/read.cgi/operate/1105909861/484-485

これを受けて、worker MPMに挑戦しようと思っていたりするわけですが、
問題なのは、サーバ数のところの調整です。

今、typicalなtigerサーバでは、

<IfModule prefork.c>
StartServers 768
MinSpareServers 128
MaxSpareServers 768
ServerLimit 1024
MaxClients 1024
MaxRequestsPerChild 1000000
MaxMemFree 2000
</IfModule>

といったかんじなんですが(上記はnews19)、

これを <IfModule worker.c> のところに、どう反映させるのがいいのかなと。

**動け動けウゴウゴ２ちゃんねる** · 2005/12/10(土) 19:28:23

こんな感じ？あんまり自信ないけど

<IfModule worker.c>
StartServers 6
Serverlimit 8
ThreadLimit 128
ThreadPerChild 128

MinSpareThreads 128
MaxSpareThreads 768

MaxClients 1024
MaxRequestsPerChild 1000000
MaxMemFree 2000
</IfModule>

**root▲ ★** · 2005/12/10(土) 19:37:58

>>554
どもです。
1プロセスに、128個のスレッドということですか。

**動け動けウゴウゴ２ちゃんねる** · 2005/12/10(土) 20:04:50

まあ、1プロセスに何スレッドにするのかは難しいですねえ

▲ ◆cZfSunOs.U · 2005/12/10(土) 20:34:18

おぉ，worker MPM 行きますか．
# 2.2 なら event MPM も行ってみたいところですが．

で，可能ならプロセス数を絞って1プロセスあたりのスレッド数を多くしてみたいところですが，
bbsd もスレッド数を増やした状態だと挙動が不安定な模様だったので，ちょっと心配ですね．
どこまで行けるかは「じっけん！じっけん！」ってところですか．
で，MaxMemFree はスレッド数に応じて増やした方がいいかも知れません．

あと，AcceptMutex pthread でもちゃんと動くなら，FreeBSD でのデフォルトの
flock より効率はいいんですが...... pthread_mutexattr_setrobust_np()
がないプラットフォームだと httpd がコケた時がコワいのか......

**root▲ ★** · 2005/12/11(日) 15:33:53

live22xの受付が落ちた時の避難口用に、
live22y.2ch.net を作ることにしました。

こちらは従来のDNSラウンドロビン方式なので、手堅いです。
ただし、フロントが1台落ちると、いまいちになります。

以下のDNSの設定変更をお願いします。

(以下の3つを新規追加)
+live22y.2ch.net:206.223.150.64
+live22y.2ch.net:206.223.150.74
+live22y.2ch.net:206.223.150.84

**root▲ ★** · 2005/12/11(日) 22:55:38

【きりぼし】雪だるま作戦に思いを馳せながら雑談するスレッド Part29
http://aa5.2ch.net/test/read.cgi/nanmin/1133983623/750

ということで、>>558 に加えて、以下の設定変更もあわせてお願いします。

これで、live22x は live22y の別名となり、かつ設定を変えた場合は5分程度で
それが浸透するようになるはず。

(現在の設定)
+live22x.2ch.net:206.223.150.96

(上記を削除し、下記を追加)
Clive22x.2ch.net:live22y.2ch.net:300

**root▲ ★** · NG

>>554 >>556-557
live22x2 で、worker MPM を試してみました。

read.cgi / bbs.cgi ともに、うまくいくみたいです。
いけるかも。
(mod_cgiのかわりにmod_cgidを使用する)

とりあえず、1プロセスに32個のスレッドにしてみたです。

**root▲ ★** · NG

live22x2では、これに対して、

<IfModule prefork.c>
StartServers 1536
MinSpareServers 256
MaxSpareServers 1536
ServerLimit 2304
MaxClients 2304
MaxRequestsPerChild 1000000
MaxMemFree 2000
</IfModule>

こう設定したです。

<IfModule worker.c>
StartServers 48
Serverlimit 72
ThreadLimit 32
ThreadsPerChild 32
MinSpareThreads 256
MaxSpareThreads 1536
MaxClients 2304
MaxRequestsPerChild 1000000
MaxMemFree 64000
</IfModule>

server-status で見る限り、受付の見かけ上の人数は同じに見えます。
で、read.cgi / bbs.cgi とも、動いたっぽい。

**root▲ ★** · NG

…これをlive22x[13]にも投入したいけど、
今日は、やめておこう。

楽しみは明日以降にということで。

**root▲ ★** · NG

で、言うまでもないですが、
このworker MPMがちゃんと動くようになると、
一人のhttpdが多数のセッションを同時にさばけるようになるので、
メモリが空くとか、設定によってはより多くのセッションを
さばけるようになるとか、そういう話なわけです。

**動け動けウゴウゴ２ちゃんねる** · 2005/12/12(月) 00:54:57

ThreadsPerChild 32なら、MaxRequestsPerChildを32倍したほうが良い気がする

**root▲ ★** · NG

>>564
なるほど。これはプロセス単位で数えるですか。

**root▲ ★** · NG

こうしてみた。

<IfModule worker.c>
StartServers 48
Serverlimit 72
ThreadLimit 32
ThreadsPerChild 32
MinSpareThreads 256
MaxSpareThreads 1536
MaxClients 2304
MaxRequestsPerChild 32000000
MaxMemFree 64000
</IfModule>

**root▲ ★** · NG

普通の板でも、実験してみるかな。
明日あたり、ex11 = 狼の方々にご協力いただこうかと。

**root▲ ★** · NG

>>566 を、live22 (バックエンド)に入れてみた。
read.cgi も bbs.cgi も動かないので、まずは慣らし運転ということで。

**root▲ ★** · NG

>>561 >>566 をまとめると、

prefork => worker への「等価」変換

StartServers = StartServers(p) / ThreadsPerChild
MinSpareThreads = MinSpareServers(p)
MaxSpareThreads = MaxSpareServers(p)
ServerLimit = ServerLimit(p) / ThreadsPerChild
ThreadLimit = ServerLimit(p)
ThreadsPerChild = 1プロセスでいくつのスレッドを処理するか(これから試行)
MaxClients = MaxClients(p)
MaxRequestsPerChild = MaxRequestsPerChild(p) * ThreadsPerChild
MaxMemFree = MaxMemFree(p) * ThreadsPerChild

**root▲ ★** · NG

>>569 修正

prefork => worker への「等価」変換

StartServers = StartServers(p) / ThreadsPerChild
MinSpareThreads = MinSpareServers(p)
MaxSpareThreads = MaxSpareServers(p)
ServerLimit = ServerLimit(p) / ThreadsPerChild
ThreadLimit = ThreadsPerChild
ThreadsPerChild = 1プロセスでいくつのスレッドを処理するか(これから試行)
MaxClients = MaxClients(p)
MaxRequestsPerChild = MaxRequestsPerChild(p) * ThreadsPerChild
MaxMemFree = MaxMemFree(p) * ThreadsPerChild

**root▲ ★** · NG

>>570 さらに修正

StartServers = StartServers(p) / ThreadsPerChild
MinSpareThreads = MinSpareServers(p)
MaxSpareThreads = MaxSpareServers(p)
ServerLimit = ServerLimit(p) / ThreadsPerChild
ThreadLimit = ThreadsPerChildより多くする、当面同じで
ThreadsPerChild = 1プロセスでいくつのスレッドを処理するか(これから試行)
MaxClients = MaxClients(p)
MaxRequestsPerChild = MaxRequestsPerChild(p) * ThreadsPerChild
MaxMemFree = MaxMemFree(p) * ThreadsPerChild

**root▲ ★** · NG

ex11の設定 (>>553から)

<IfModule worker.c>
StartServers 24
MinSpareThreads 128
MaxSpareThreads 768
ServerLimit 32
ThreadLimit 32
ThreadsPerChild 32
MaxClients 1024
MaxRequestsPerChild 32000000
MaxMemFree 64000
</IfModule>

**root▲ ★** · NG

httpdの大きさはこのぐらいか。
これで1プロセス32セッションになるなら、相当いい感じ。

news19
16848 ch2news19 96 0 9572K 5196K select 0 0:43 0.05% 0.05% httpd

ex11
84519 ch2ex11 96 0 21712K 15304K select 1 0:17 0.00% 0.00% httpd

**root▲ ★** · NG

以下のサーバのパスワード変更済み。

oyster901 902 243
cobra2244 2245 2246 2247
tiger503 504 505 506 507 508 509 510 511 512
tiger2513 2514
tiger2522 2523 2524 2525

携帯系tigerとroot権限ありbananaは、これから作業へと。

**root▲ ★** · NG

済み。

tiger2507 2508 2509 2510 2511 2512

**root▲ ★** · NG

済み。

banana201 227 238 273 307 402 403 404 405 406

**桃色吐息 ★** · NG

済み。

cherry903

◆MUMUMUhnYI · NG

banana637 tiger2526 済み。

**root▲ ★** · NG

これで、担当分は全部済みのはず。
漏れがあったら、ご指摘をば。

**root▲ ★** · NG

JimさんとSeanさんに、作業完了と新パスワードを伝えた。

**root▲ ★** · NG

で、news19では、worker MPM化は失敗の模様。

FreeBSD 5.3R だめ
FreeBSD 5.4R, 6.0R 大丈夫

ということみたい。

**root▲ ★** · NG

若者に愛の手紙を送った。

これで、全作業完了のはず。

[―{}@{}@{}-] **ピロリ** · 2005/12/12(月) 16:47:16

>>558-559
done

**root▲ ★** · NG

>>583
確認しました。

%dig +short -t a live22x.2ch.net
live22y.2ch.net.
206.223.150.64
206.223.150.74
206.223.150.84

これで、DNSラウンドロビンモードに徐々に移行するはず。

[―{}@{}@{}-] **ピロリ** · 2005/12/12(月) 16:53:15

TTL は　300 だった気するけど
所詮　わたしの記憶力

**root▲ ★** · NG

正しく300になっていたです。

%dig +norec -t cname live22x.2ch.net @ns1.maido3.com
(中略)
;; ANSWER SECTION:
live22x.2ch.net. 300 IN CNAME live22y.2ch.net.

%dig +norec -t a live22y.2ch.net @ns1.maido3.com
(中略)
;; ANSWER SECTION:
live22y.2ch.net. 300 IN A 206.223.150.64
live22y.2ch.net. 300 IN A 206.223.150.74
live22y.2ch.net. 300 IN A 206.223.150.84

2005/12/12(月) 17:03:51

焼かれているのか?

◆MUMUMUhnYI · NG

>>587
そ、そんな永久規制なところをわざわざ使わんでも。

**動け動けウゴウゴ２ちゃんねる** · 2005/12/12(月) 17:19:24

本日(12/12)速そうな番組
20:00～ TBS「水戸黄門」
松下の一社提供番組なので、全CMが例のおわびに差し換わる模様

◆MUMUMUhnYI · NG

>>589
どもです。

でも、こっちがいいかも。
↓
【かぼちゃ】負荷監視所_20051123
http://live14.2ch.net/test/read.cgi/liveplus/1132747514/

**動け動けウゴウゴ２ちゃんねる** · 2005/12/12(月) 17:46:42

>>588
ちょｗｗｗｗｗｗﾋﾄﾞｽｗｗｗｗｗｗｗｗｗ

◆MUMUMUhnYI · NG

workerを利用して、
バックエンド(live22)の処理受付可能数を、>>566 の倍にしてみたつもり。

<IfModule worker.c>
StartServers 96
MinSpareThreads 512
MaxSpareThreads 3072
Serverlimit 144
ThreadLimit 32
ThreadsPerChild 32
MaxClients 4608
MaxRequestsPerChild 32000000
MaxMemFree 64000
</IfModule>

**stream** ◆PNstream2s · 2005/12/12(月) 21:22:40

FreeBSD5.3Rでworkerがうまく動かないのってこれじゃないんですか？

■新春特別企画「雪だるま作戦」liveサーバの飛躍なるか!? Part1
http://qb5.2ch.net/operate/kako/1105/11050/1105035540.html

188 ◆cZfSunOs.U [sage] 05/03/10 20:55:04 ID:geHPxiLU0
http://www.mail-archive.com/dev@httpd.apache.org/msg24903.html
* FreeBSD, threads, and worker MPM. All seems to work fine
if you only have one worker process with many threads. Add
a second worker process and the accept lock seems to be
lost. This might be an APR issue with how it deals with
the child_init hook (i.e. the fcntl lock needs to be resynced).
More examination and analysis is required.
Status: Works with FreeBSD 5.3. Does not work in previous versions.
This has also been reported on Cygwin.

189 動け動けウゴウゴ２ちゃんねる [sage] 05/03/10 21:13:47 ID:KUErTDVR0
ほう。
つまり、1プロセスならば問題なさそう、という事ですね。
むしろ願ったりな状況なのかも。

**root▲ ★** · NG

>>593
かもしんないすね。

で、live22x2のworker MPMは何ら問題なかったようなので、
live22x[13]も、worker MPMにしてくるです。