【Love Affair】携帯からのアクセスに対する考察・次の一手 Part3

日増しに増加する携帯からのアクセス。
かつて、羨ブラが生まれたように何かが生まれないと
ならない気がする。

たぶん解決策は、時間を売って空間を買うだと思うけど
いろいろ考察して、次の一手を決めようかと、

Love Affair 作戦。
Part3 シーガーディアン

前スレ
【Love Affair】携帯からのアクセスに対する考察・次の一手 Part1
http://qb5.2ch.net/operate/kako/1075/10758/1075887465.html
【Love Affair】携帯からのアクセスに対する考察・次の一手 Part2
http://qb5.2ch.net/test/read.cgi/operate/1088657713/

Wikiページ http://info.2ch.net/wiki/pukiwiki.php?Love%20Affair

>>1乙です

ああそうでしたね、きまってたんだった＞シーガーディアン

田吾作さん乙

シーガーディアンで　酔ーわさーれーてー♪

たーごーさくーで惑ーわさーれーて♪

京ポンからアクセス中

！？何？

で、現状はどうなってるん？

遅くなりましたが、blackgoat3, blackgoat4の準備が整いました。

tiger511 = blackgoat3.peko.2ch.net
tiger512 = blackgoat4.peko.2ch.net
となります。

それぞれのプライベート側IPアドレスは以下の通りです。

blackgoat3 = 192.168.0.3
blackgoat4 = 192.168.0.4

ということで、従来のblackgoat/blackgoat2からの移行をお願いします。
(移行完了後、blackgoat/blackgoat2はフロントエンド用に転用します)

とりあえず、blackgoat1、blackgoat2　→　blackgoat3、blackgoat4　に切り替えた。

＞しぃ２ちゃんの方々
内部処理だけなのでは、ＢＧ設定は今まで通り　1 と 2 でお願いします。

>>10
Wikiにも反映。

ファイルシステム設定はblackgoat2と同じでしょうかね。
とりあえず放置しておいたけど・・・・

>>10 >>11
おつです。

設定は今までのblackgoat1/2と同じです。ccdでストライピング+squid aufs。

さて、次の段階へと。

とりあえずの形(○は稼動中)

c代表 & c-others系: ○banana405 banana406
c-au系: ○banana403 ○banana404 banana402
c-docomo系: ○cobra2247 ○cobra2246 cobra2244
blackgoat系: ○tiger511 ○tiger512
BBM/m: ○cobra2245

ということで、banana402 = c-au3を作ろうかと。

>>13
質問。
# たぶん過去スレで既出かと思いますが。

banana405と406で入り口を分散して、docomo/auならば各フロントエンド、
そうでなければ直にblackgoat系なんでしょうか。

>>14
ここのbanana405のところを読んでちょ。
http://mumumu.mu/serverlist.html

さて、banana402 = c-au3の準備ができました。
現在器だけがあります。

ということで、中身の設定&動作確認をいただけると助かります。
これから中の人たちにログイン情報をメールします。

今は動作確認用に以下の名前をつけてあります。建設予定地が見えればOK。

http://c-au3.peko.2ch.net/

内部エラーになった。。。

なんでだ？

php_acceleratorを読み込めないみたいです

>>15
どうもです、だいたい理解できますた。

これをもとにWikiを書き直してきます。

>>17
あれー、対応します。

>>16
たしかに。
中身の転送はしておいたので、
c-controlの修正にいってきますー

httpd.confでAllowoverride Indexesしてなかったです。
これでどうかしら。

# アクセラレータ云々は前に出たエラーログが残ってるものかなと。

大丈夫っぽいで〜す

大丈夫そうなら、ロードバランサでのルーティングを開始するので、
声をかけてくださいです。＞中の方々

c-control修正完了ですが、
まだc-au3には配布できません。
c-au3.2ch.netの名前で稼動後、配布可能になります。

>>24
DNS設定された模様です。

【Project peko】2ch特化型サーバ・ロケーション構築作戦 Part15
http://qb5.2ch.net/test/read.cgi/operate/1093068260/118

>>25
おつかれさまです。　＞rootさん、＞見習いさん
私のミスで、DNS設定前にコールしてしまったので、
キャッシュ期間中配布できません・・・
しぃ２ちゃんの方々、今しばらくお待ちください。

Wikiにいろいろ反映しました。
鯖リストの説明を仕様としてコピペしときますた。

>>25
とりあえず、OKっぽいので、ロードバランサに組み込んでください。

動かし始めました。
まずはc-au1:2:3 = 1:1:1。

c-au3だけメモリが半分で、プライベート側のネットワークI/Fがfxpではなくvrなので、
とりあえずお試しということで。

不都合があればバランスの比率は別途考えるです。

BlackGoat3 ,4 の役割分担というかその辺も
再度ここで書いておいて欲しいでーす

どう分担しているんでしたっけ?
それとも 4 は 3が落ちたときのバックアップでしたっけ?

>>30
板ごとにBGを設定しています。

目的は、負荷均等化を行っていきます。

また、どちらかが落ちた場合には、手動で生きている方へ振り分けるようにしています。

>>30-31
鯖名と板数でBG振り分け集計してみましたが、貼りますか？
（本日9/18　17：00時点）

大体、live系、news系、ex系が１台目になってます。

んと、旧blackgoat1/2へのリクエストが復活してるみたい。
http://mumumu.mu/mrtg/mrtg-rrd.cgi/traffic/

>>33
c-au3が旧設定のままでした。
今直しました。

>>34
どもです。

そろそろblackgoat1/2をいったんとりこわして、
フロントエンド用に設定を変える作業はじめます。
いろいろあって、おそくなってすんませんです。

なんで、BG3、BG4って同じスペックで同じ設定ですよね。
トラフィック･リクエストがほぼ同じなのにI/Oになんでこんなに差が出るんだろう。。。。
http://mumumu.mu/mrtg/mrtg-rrd.cgi/io/

c-docomo4を作りました。
中の人たちにアカウント情報を送ります。

とりあえずhttp://c-docomo4.peko.2ch.net/ で動作確認ができるようにしたです。
ということで、pekoサーバスレにてDNS登録依頼へと。

続いてc-others2を作りました。
ということであわせて向こうでDNS変更依頼を。

というわけで、セットアップができると到達する体制。
DNSラウンドロビンとpoundによる負荷分散を併用。

1. ユーザがc.2ch.netにアクセス

c1.2ch.net(banana405)とc2.2ch.net(banana406)がお出迎え

- DNSラウンドロビンを使用

2. UAを見て、c-XXXXXX.2ch.netへリダイレクト

- URL書き換えあり

3. c-XXXXXXにいるそれぞれの分散アクセス担当(pound)がお出迎え

4. c-XXXXXXから、c-XXXXXX{1,2,3}等にアクセスを分散

5. c-XXXXXX{1,2,3}が、実際の処理を実施

banana405 = c/c1/c-others
banana406 = c2

ですか?

http://server.maido3.com/pie/

これであっているんだろうか、、、

>>41
んと、今こうかな。

banana405 = c/c1/c-others/c-others1
banana406 = c/c2/c-others2

banana403 = c-au/c-au1
banana404 = c-au2
banana402 = c-au3

cobra2247 = c-docomo/c-docomo2
cobra2246 = c-docomo3
cobra2244 = c-docomo4

で、

tiger511 = blackgoat3
tiger512 = blackgoat4

cobra2245 = m/BBM

か。

現在使われているものだけにすると

banana405 = c/c1/c-others1
banana406 = c/c2/c-others2

banana403 = c-au1
banana404 = c-au2
banana402 = c-au3

cobra2247 = c-docomo2
cobra2246 = c-docomo3
cobra2244 = c-docomo4

こうなりますか?

c-docomo/c-au/c-othersの名前も使われているです。
こいつらはc-XXXX1のIPアドレスを増やして、つけてあります。
実体はロードバランサー。

c1とc2の名前はユーザに見せないですが、転送量グラフにはついててほしいですね。

聞き方がまずいのかな、
名前が使われているじゃなくて
実際にその用途として稼動しているかどうかという事なんですが、

このへんのしくみは、また機会を改めて詳しく説明する予定です。
基本は >>40 なわけですが、そのように設定したねらいも含めて。

>>47
あ、そういう意味ですか。
であれば、>>45 でよいです。

banana404 = c-au2/c-docomo1
ですよね？

はーい

http://server.maido3.com/pie/

更新したです。

>>50
です。
しかし、今はc-docomo1としては稼動させてないです。

>>53
なるほど。承知しましたm(_ _)m

おおっ

もしかしてこの作戦もひとまずゴール?

ま〜だ〜
離れたくなーいー♪

これから、c-docomo4に中身を入れます。

c-docomo4終了

引き続きc-others2に移ります。

c-others2も完了

一応、動作もOKっぽいです。

帰宅。これから食事のため外出。

>>37
うーむ、あとでみてみます。

>>55
そうすね。
とりあえず「基本形」ができたということかなと。

>>58-59
おつです。
poundの負荷分散の仲間に入れました。

お疲れさまです。
携帯関連の調整で、bbs.cgiを更新しました。
よろしくお願いします。　＞root ★さん

>>61
live8/16/17のバイナリ版bbs.cgiを更新しました。

>>62
ありがとうございます。

コチラも上げておきます。
BG4のプロキシが死んだようなので
只今BG3が一手に引き受けています。

>>64
blackgoat4のプロキシサーバ(squid)を復活させました。

また、blackgoat4だけ実験的にdaemontools配下で動かすようにしてみました。
(落ちにくくするためのテストで、外部的な設定変更は必要ないです)

>>65:root氏
復活ありがとうございます。

無知ですいません。
それって再設定不要って事ですか？

鯖に詳しい方、教えてください。

trafficが無いみたいですけど。。
http://mumumu.mu/mrtg/mrtg-rrd.cgi/loveaffair/

>>66
説明が足りずすみませんです。
設定を元の状態(BG3とBG4の両方を使う状態)に戻せるようになった、ということです。

内部的なもので、フロントエンドからの
見え方が変わらないと、理解して、
リクエストを、BG4に戻します。

>>68
おつです。それでOKです。

＞rootさま
お返事ありがとうございます。
作業完了致しました。

定額制ではないとはいえ、やっぱりアクセス傾向が増加するんでしょうね。

ttp://ascii24.com/news/i/net/article/2004/10/06/651898-000.html
ttp://k-tai.impress.co.jp/cda/article/news_toppage/20863.html

サーバの負荷等の状況はどんなもんでしょ?

>>72
観察している限りでは問題なさそうですね。

先週あたりに「写」が復活した影響? でプライベート側の転送量が増えましたが
(外側は増えていない: キャッシュがよく効いている)、
今のところ特に影響ないです。BlackGoatを2台にして正解だったかと。

プライベート側
http://mumumu.mu/mrtg/mrtg-rrd.cgi/traffic/blackgoat3-privatetraf.html
http://mumumu.mu/mrtg/mrtg-rrd.cgi/traffic/blackgoat4-privatetraf.html

外側
http://mumumu.mu/mrtg/mrtg-rrd.cgi/traffic/blackgoat3traf.html
http://mumumu.mu/mrtg/mrtg-rrd.cgi/traffic/blackgoat4traf.html

で、各クライアント側もLAとか監視している限りでは、特に問題ないかと。
アクセラレータのソフトウェアを更新してから、
PHPの挙動がおかしくなることもなくなったもより。

http://mumumu.mu/mrtg/mrtg-rrd.cgi/load/

ほほーい
末永く持つことを祈って、

c-docomo系で、URLリルート機能のテストをはじめました。

例えばc-docomo系でnewsplusにアクセスすると、

http://c-docomo.2ch.net/test.php/-/newsplus/i

となりますが、今まではこの場合他の携帯からは上記URLにはアクセスできませんでした。
(人大杉に飛ばされる)

今回、UAを見て適切なものに飛ばす記述を加えました。
例えば上記URLにauの携帯からアクセスした場合には自動的に

http://c-au.2ch.net/test.php/-/newsplus/i

に案内され、AirH"やVodafone、あるいはPCからだと自動的に

http://c-others.2ch.net/test.php/-/newsplus/i

に案内されるはずです。

これで、URLを貼る場合等に楽になるはず。

P.S. 上記と関係なく外からリンクを張る場合には、例えば上記の場合
http://c.2ch.net/test.php/-/newsplus/i

に張っていただけると助かります。

>>76 はしばらく様子を見てうまく動くようなら、他のc系にも順次入れようかと。

おおっ、とうとうですか
お疲れさまです

>>78
以前から不動楽さんに指摘されていた宿題にようやく手をつけました。
おそくなってすまそです。

うまくいっているようなので、
今日寝るまでに、auとothers系にも同様の設定を入れておきます。

>>79 作業完了。

振り分けはどのような仕組みでやっているんでしたっけ?

振り分け　= c-au1 c-au2 c-au3 に振り分けること

>>81
ロードバランサーと呼ばれるソフトウェアを使っています。

最初はpoundというのを使っていたのですが、メモリリークがあって
2週間ぐらい動かすとプロセスサイズがでかくなっていたり、たまに暴走して
無反応になっていたりしたので、balanceというやつに変えました。

こいつはとってもシンプルですが、必要十分な機能を持っています。

(続く)

balanceの起動はこんなかんじです。

balance -b IPアドレス -B IPアドレス ポート番号 ホスト名:ポート番号 [ ホスト名:ポート番号 ... ]

以下はc-docomo系の例です。
daemontools配下で動かしてるので、foreground起動のオプションを追加で入れています。(-f)

balance -b 206.223.151.216 -B 206.223.151.216 -f 80 c-docomo2.2ch.net:80 c-docomo3.2ch.net:80 c-docomo4.2ch.net:80

これで、
・-bで指定されたIPアドレスにbind()して、
・-Bで指定されたIPアドレスをFrom:アドレスとして使い、
・port 80に来るリクエストを、
・c-docomo2/3/4のport80に、ラウンドロビンでフォワーディングします。

balanceには必要以上の機能は入ってないので、c-auでは以下のように指定して、
2 : 3 : 3 のバランシングを実現しています。

balance -b 206.223.150.96 -B 206.223.150.96 -f 80 \
c-au1.2ch.net:80 c-au2.2ch.net:80 c-au3.2ch.net:80 \
c-au1.2ch.net:80 c-au2.2ch.net:80 c-au3.2ch.net:80 \
c-au2.2ch.net:80 c-au3.2ch.net:80

(続く)

で、balanceはたまに変なロックファイルが残ることがあるので、
daemontoolsのrunファイルで、以下のように指定しています。

/var/service/balance/run の内容

#!/bin/sh
exec 2>&1
rm -f /var/run/balance/balance.80.206.223.151.216
exec env - PATH="/usr/sbin:/usr/bin:/bin:/usr/local/bin" \
balance -b 206.223.151.216 -B 206.223.151.216 -f 80 \
c-docomo2.2ch.net:80 c-docomo3.2ch.net:80 c-docomo4.2ch.net:80

以上っす。

ということで、

携帯 <=> balance @ c-docomoのIP <=> httpd @ c-docomo1/2/3

という形で通信しています。

この状態なので、c-docomo2や3が落ちても、サービスには影響ありません。
(c-docomo1は現在c-docomoと同じホストなので、落ちるとc-docomo系はまるごとストップ)

あ、>>85 は c-docomo1/2/3 を 2/3/4 に読み替えてください。

なるほど、、、
ロードバランサーっていうくらいだから
各サーバの負荷の度合いが振り分けのきっかけと
理解していいのかな?

もともとの疑問は c-au1 だけ転送量が大きいから
どうしてだ? と思ったんです。実は c-au=c-au1 だからなんですね、

あっ　違うか

>balanceには必要以上の機能は入ってないので、c-auでは以下のように指定して、
>2 : 3 : 3 のバランシングを実現しています

と設定しているんだから、設定者の勘か、

>>87
そうです。< c-au = c-au1
c-au1はロードバランサそのものの負荷がばかにできなくなってきて、
先日、処理するクライアントの比率を少し下げました。

負荷分散のチューニング、サーバ追加時の容易さ、
子供サーバダウンの際の影響の少なさ、とかですかね。 < メリット

DNSによるロードバランシングと比べると、
・信頼性の高いものが1台で済む
・比率を細かくチューニングできる

といったところがメリットで、

・親が死ぬと全部死ぬ

が、デメリットだと思います。

balance2つをDNSロードバランシングして、
その下に子供をぶら下げるとかすると、結構いいかんじなのかなと。

c-au1 , c-au2 , c-au3 に比べて
c-au(balance) だけの負荷はネグれるくらい、
つまり二桁以上少ないと考えていいのかな?

そうでもないのかな、、、
実体験するしかないか、

>この状態なので、c-docomo2や3が落ちても、サービスには影響ありません。

ということは balance 側は自動的に落ちたサーバには振り分けないように
動くという認識でいいのかしら?

>>90
最初はそうでしたが、このところそうではなくなってきました。
1 : 1 : 1 だと、c-au/c-au1 だけ負荷が上がってしまう。

パフォーマンス的にはまだ大丈夫でしたが、
とりあえず同じぐらいのLAになるように、
2 : 3 : 3 にbalanceの設定を変えたと。

c-docomoは今のところまだ大丈夫ですが(Cobraだし)、
よく見ると、c-docomo2 (= c-docomo)だけ
LAが少し高めのようです。

>>91
です。切り離しは、勝手にやってくれます。
manするとtimeoutはデフォルトで5秒の模様。

t Connect Timeout: the default timeout trying to establish a con-
nection to any destination can be changed using this option. The
default timeout after which a destination is regarded to be cur-
rently inaccessible is 5 seconds.

ほほぅ

どうもありがとうございました。

おまけ

よくやるのは、プライベートのアドレスを使ったネットワークを作っておいて、
1台〜数台のサーバにEthernet I/Fを2つ入れて、
バックエンド側にサーバをいっぱいぶら下げる、っていう構成すね。

客
|
v
+
F
+-+-+-+
B B B B

で、Bはブレードサーバだったりするです。

ここのスレのアドレス調べられるツールみたいのあるの？調べる機械みたいのあるの？それつかうと番号かアドレス調べる事が出来るって聞いたんだけど教えて下さい。

F = Front
B = Back
だと思うけど

v は balance ?

>>97
客からのリクエストを表してます。
↓のほうがよかったすね。しつれい。

あっ　なるほど・・・
そでしたか、

ということで移動。

今のところScopeはc-othes系にルーティングされるですね。
現時点ではc-others系はゆとりあるので、とりあえず静観かなと。

漫画板の携帯の表示をなくしてほしいです
懐かし漫画や週間少年漫画板はなんでもないのにあんまりだ

マーキングでわかったこと。携帯から糞スレ広告スレ立てる香具師がいるということ。
そうそう立つもんでもないと思うが…

http://hobby7.2ch.net/test/read.cgi/phs/1106406399/1 05/01/23 00:06:39 ID:K9TjBo0ZO
http://hobby7.2ch.net/test/read.cgi/phs/1106392086/1 05/01/22 20:08:06 ID:ezS2CfIVO

下みたいなやつは広告の報告スレに持っていかないと。

クソ規制人は死ね。。。

ヲマエモナー

ということで、プライベート側スイッチについてJimさんと話しました。
報告は別途。
結論からいうと、現在のスイッチを交換する方向で検討ということに。

信頼性の問題、ひいては面倒見なくてもいいように
いいやつを入れよう作戦かな?

クソ規制人は死ね。。。

>>107
ですね。Jimさんから既に説明あったかもしれませんが。

今使っているスイッチはPIEで使っているもののうちでも旧タイプにあたるものとのことで、
故障率がやや高いものであること、
また1000Base-TでのGigabit Ethernetの接続をサポートしていないことから、
Jimさん・Davidさんの合意として、今後の状況を考えると、
これを機によりよいスイッチに変更したほうがよいのではないか、
とのことでした。

(blackgoat3/4の状況は、MRTGグラフを見せて私からJimさんに説明しました)

勝手な推測だったです。
jIMからは何も聞いていなかったり、

いよいよきたのか、、、。< au系めいっぱい

予想通り、春を迎える頃に、ちょっとどきどきしてきた。

携帯→2ch運用情報スレッド16
http://qb5.2ch.net/test/read.cgi/operate/1106813751/627-

c-docomo2 リスタートした。
で、おれさまメモ。うーむ。

http://www.codecomments.com/PHP_PECL/message391384.html

で、比較のためc-docomo2だけhttpdの数を半分にしてみた。(128 → 64)
問題なければ、他のもこれでいこうかと。

c系はbbs.cgiがなくて動くのはPHPばかりだから、かなりセッティングのコンセプトが違うなと、改めて。

ちょっとテレビ見たんだけど試験問題を2ちゃんに載せて
カンニングした奴がいるみたいですがこの問題はどう思われますか

釣りは他所で

>>115
それ俺に言ってんの？
ならこれをどう説明する？
http://tsurugi.sakura.ne.jp/upload/src/up0484.wmv

スレ違い＆板違い。

>>117
批判要望か？

こっち向けの話なので投下しておきますね。
なんかSquidが異常終了しちゃうバグがあるようで最新パッチで直せるようです。


ttp://www.squid-cache.org/Versions/v2/2.5/squid-2.5.STABLE9-20050303-RELEASENOTES.html

>>119
お。
STABLE9にすればいいのかな。

>120
8用のパッチもありますけどSTABLE9に上げるのが一番無難だと思われます。

パッチパッチまるぱっち

blackgoat3/4トモ、STABLE9に更新しました。>>121

おお、なぜカタカナに、、、。
ま、いっか。

携帯→2ch運用情報スレッド17
http://qb5.2ch.net/test/read.cgi/operate/1109943424/77-80

ということで、プライベート接続用スイッチの更新へと。

いよいよ
シーガーディアンでラブアフェアーなのか?

>>126
シーガーディアンでラブアフェアーといえば、サザンか、、、。
そうか、そういうことだったの（りゃ。

はーやーくいかーなーくちゃー♪

理解できない・・・

さてさて、

新たなサーバ投入計画を立てて
サーバを投入して行く事になりました。

どれくらい先まで考えればいいかな?

>>130
3ヶ月後ぐらいまで・・・
可能ならば、1年後ぐらいまでかなぁ・・・

半年〜一年

んじゃ　一年後を見据えて、

1) スイッチは Giga のやつを新たに導入(古いのはbspinkへと)
2) c-au はtiger10台導入 (bananaは撤退)
3) c-docomoはTigerを七台追加
4) BlackGoat は Tiger を三台追加
5) ざるそば二枚追加

これで一年後持つかな?

現状を整理しておきますか。

(サーバ・スイッチ資源)
au banana3台 あっぷあっぷ
DoCoMo cobra3台 まだ余裕
Vodafone/AIR-EDGE他 banana2台 余裕
BlackGoat 2台 今のところ余力あり
プライベート接続用スイッチ 交換・アップグレードの時期

(伸び率)
au 半年で約3倍 http://mumumu.mu/mrtg/mrtg-rrd.cgi/access/c-au2access.html
DoCoMo 半年で約2倍 http://mumumu.mu/mrtg/mrtg-rrd.cgi/access/c-docomo2access.html
Vodafone/AIR-EDGE他 半年で約1.6倍 http://mumumu.mu/mrtg/mrtg-rrd.cgi/access/c1access.html

うぎゃぎゃ

またかぶったようで。

すごい…(･∀･)言ってることも…

>>135 いえいえ。
>>133 でいいか、ちょっと整理を。

もし、>>134 の伸び率がそのままリニアに続くとすると、

au 1年で今の6倍
DoCoMo 1年で今の4倍
Vodafone/AIR-EDGE 1年で今の2.5倍

か。
で、今のアクセス数は、

au 50access/sec x 3 = 150access/sec
DoCoMo 70access/sec x 3 = 210acccess/sec
Vodafone/AIR-EDGE 15access/sec x 2 = 30access/sec

(続く)

とすると1年後は、

au 900access/sec
DoCoMo 840access/sec
others 75access/sec

で、今au/others系を処理しているbananaの1台の処理能力が約50access/secが目いっぱいみたいなんで、
tigerの処理能力をその2倍と見積もると、100access/sec。
cobraは120access/secとしてみるか。

そのうえで、それを >>133 にあてはめると、

au tiger10台 最大1000access/sec
DoCoMo cobra3台 + tiger7台 最大1040access/sec
others 今のbanana2台そのまま 100access/sec

となり、フロント側は 2) 3) で、ちょうどいいせんですね。

(続く)

で、これをblackgoat5台でカバーすると。
今、2台でまだめいっぱいまでは使っていないですが、ここがどうなるかですね。

今はネットワークが先にサチってしまっていますが、これをGigaにすると
きっとdisc I/Oが詰まってくるわけで、これがどこで来るか。
これはちょっと、やってみないとわからないところがあります。
今後の様子を見ながら、徐々に投入していくことになるのかなと。

(とりあえず、いじょ)

で、投入していくタイミングは、徐々にってかんじですかね。
最初にどーんと資源投入するより、じわじわと増やしていくのがいいかなと。

で、auとDoCoMo用にbananaを1台ずつほしいですね。
(au用のbanana3台のうち、2台を流用かな)
こいつらで、ロードバランサだけを動かすと。
10台に振り分けるとなると、そろそろそういうのが必要になってくると思います。

都合どうなるかというと、

Tiger 20 台
Giga Switch 一台っすね

来月から投入し始めるとすると
Tiger 二台/月　というペースかな?

イニシャルコストは管理人が出すとして、
維持費はどうするか、、、

>こいつらで、ロードバランサだけを動かすと。

私の基礎実験のデータによると「破綻」が結論でした。

維持費ですか。

通常のサーバは●で払うしくみだとして、携帯の分は、、、。
何かうまいしくみ、ありますかね。

>>142
ふむ。

とすると、単純にDNSラウンドロビンするのがやはり定石ですかね。

>>144
たぶん

>>143
●から出すとごり押しするか、
誰かがごり押ししてくれればいいけどなぁ
ごり押しして叩かれる役募集中。。。　(★もらえます)

(　ﾟдﾟ)

(つд⊂)ｺﾞｼｺﾞｼ

(；ﾟдﾟ)

(つд⊂)ｺﾞｼｺﾞｼ
　　_, ._
（；ﾟ Дﾟ） …!?
　　_, ._
(つд⊂)ｺﾞｼｺﾞｼｺﾞｼｺﾞｼｺﾞｼｺﾞｼｺﾞｼｺﾞｼ

(　　д　)
　
(；　Д　) ！


(；　Д　)ｶｵｶｵｶｵｶｵ
　Ｕ_, ._Ｕ
　　ﾟ 　ﾟ
　　_, ._
(つд⊂)ｺﾞｼｺﾞｼｺﾞｼｺﾞｼｺﾞｼｺﾞｼｺﾞｼｺﾞｼ

　　_, ._
（；ﾟ Дﾟ）　！？

>>145
やりたいけど、なにするかイマイチ分からんからやれないな
とつぶやいてみる。
いやマジでわからん。
#じゃあレスつけんなと言う突っ込みは無しで・・・

front に入れるTigerのスペック

1) CPU Xeonx2
2) MEM 4G
3) HDD IDEx1
4) LAN cardx2
5) ２ちゃんねらーが乗ってますシール x1

１ラック占有で予約しますかねぇ

>>147
簡単なことで、
強引に押し切ってみんなに叩かれる役

ぼろ儲けだのなんだの
(私がまたやるのはもう勘弁)

★という権限を持ち、●からごり押しで維持費を出す




と言うことですよね？

>>150
ちょっと違うような、

叩かれる役なんですが、
多分永遠に

>>148
例の話していた「HDDがIDE x 1なtiny tiger」ってやつですか。
フロントエンドはディスクI/Oがほとんど要らないので、いいんじゃないですかね。
で、メモリ多めに積んで、場合によってはメモリディスクをうまく活用すると。

今のtigerはLAN cardが2つon bardなので、そのままでいけるんではないかと。

bard = board

>>149
ようは●持ちの方のなだめ役ってわけですか？
んでその横でFOXさんたちはいそいそとサーバを増設していくと・・・
なんかザ・ロックの戦場に取り残された兵士みたいなだ・・・

>>151
あー、だいたい理解しますた。






自分では激しく役不足であろう事も。

まだFreeBSDサポートではないけどこれが来ればかなり負担軽減になると思われ
（ギガビットイーサネットコントローラーが直結）


ttp://jp.nvidia.com/page/nfpro_server_features.html

>>156
Opteronですか。
最近のnForceって、どうなんですかね。

入れるなら、バックエンド(BlackGoat)がいいかもしれないですね。>>156

ついでにPoly見てたら廉価版虎もあったり

1U Low Cost Dual Xeon 800MHz FSB, High Performance!
ttp://www.polywell.com/us/servers/polyraxx7320X4e.asp

そうか、叩かれやすければやすいほどFOXさんの負担が減って作業が（ｒｙ

>>159
たぶん、それベースでってかんじかなと。

>161
もうひとつスパイスを入れるとしたら>159にNoconaコアＸｅｏｎを突っ込んで６４ビット
モードで動かすとか
値段的にも変わらないようですし
（amd64版はEM64Tサポートなのでこっちで動かすことになります。）

∩( ･ω･)っ【ﾎﾘｴﾓﾝ】

ありえますね。amd64互換ってやつで。

これ貼り付けるんですか。
ttp://www.2ch-goods.biz/shop/syohinDisplay.do?action=scd&scd=00177

>164
5.3でサポートしてるので動かすには問題はないようです。

* Intel 64-bit Xeon (``Nacona''). This processor is fabricated on 90nm
process technology, and operates with 2.80 to 3.60 GHz (FSB 800MHz)
and Intel E7520/E7525/E7320 chipsets.

>>165
エラーが出たとです

雪だるま優先のような、
64bitはlive20での成績次第かと、

ex10だった

c-docomo のcobra 引っぺがして
雪だるまへ投入

というのは夏ごろかしら、

>>168-170
だいたい、そんなかんじですか。

サンドバッグ ★


１年後の携帯ってどうなってるんだろう
フルブラウザ完全搭載？　さらなる高速化？　中から美少女が飛び出して来る？

通常用、携帯用と分けるからややこしくしてないか、サーバ増強費用はすべて●から出す、
で良いのではないのか？
まあ、過去の議論は全く知らないから、言えることですがｗ

やっぱり携帯からの閲覧や書き込みから小銭を取るシステムを導入するしかないかと。

ちなみに広告料は何に使われているの？
携帯用鯖などの費用に充てられないのかな？

携帯用●を作って(■とか▲とか▼が余ってるし)
買った人は専用の鯖を経由して常時快適に書き込める＆過去ログが携帯からでも読める
ってしたら良いんじゃない?


契約期間を1ヶ月単位or6ヶ月単位で選べるようにして
その代わり値段を下げて買いやすく＆学生でもokなようにウェブマネー対応にするとか

>>176
それように専用鯖作っちゃうとそこだけプチ２ｃｈが必要になる様な…

>>151
運用スレでガーガー騒いでる人でも捕まえて(ry

あひ（ｒｙ

>>173
えっと、サーバ増強では無くて携帯アクセスを捌く部分の費用なので、そういう論法
は通用しない。

●は使用者負担って意見で作ったので、携帯使いから金取れって意見に帰結するんだよね。

>>175
2chそのものを運用するため。広告を出す代わりに運用費用を無しにしてもらってる。
（●以前の鯖達の運用費用＝広告料とも言える）

>>176
＞ウェブマネー
やってくれる代理店がいないから。

>>172
>サンドバッグ ★
ﾜﾗﾀｗ



バッグとバックでやって混乱させｒ（ｒｙ

>>175
「すすきの」の活性化に（ｒｙ

imonaを有料化にすれば？

ってｶﾞｲｼｭﾂですか､そうですか｡

>>182
iMonaは2ch公式ではない、個人運営だ
中間鯖も2chとは関係ない

iMona2ｃｈ公式鯖とか・・・

>>183
だからさ

こんなの見つけました。
FreeBSDへ稼働実績は海外のページに多数あるようですけどどういう感じなのかは
ちょっとわからなかったです。


Turck MMCache for PHP
ttp://turck-mmcache.sourceforge.net/index_old.html#about

>186
それ
/usr/ports/www/eaccelerator

>>186
前、どっかのスレにメモしたやつですね。
APCはたまに(特にamd64で)動作が変になるみたいなので、
やってみる価値はあるかも。

>>188
http://qb5.2ch.net/test/read.cgi/operate/1106813751/361

ひ(りゃ　に費用を捻出させる方法。

「よいしょ！ゴマスリすりすり。」

２ちゃんねるスナック新発売！

モナーやギコのバトルカードが付いてくるよ！

公式ページでは手に入れたカードでバトルゲームがでくるぞ！ex10鯖

てのはだめ？携帯通販ショップでいけそうだけど。

ただで戦艦ゲームをVIPに付けてあるのはある意味資源の無駄だし。

参考文書
テロ朝ＨＰはＰＨＰ＋Zend Performance Suiteで運用しているようです。


ttp://pcweb.mycom.co.jp/articles/2005/03/23/ossconf/

テロ朝、ねぇ。。。ふーん。

四月(April)の予定

1) switch (Gigaのやつ) を投入
2) tiger 二台投入
3) これから増えるので新しいラックをまるまるリサーブしてそこに設置

まずは c-au に投入かしら?
浮いた banana はいよいよ i.bbspink.com か?

ついにc.bbspink.comも動きだしますか。
向こうはキャリア分け無しかな？

楽しみです。

何やら楽しみです。

>>194
了解です。

ひとつ質問ですが、
従来のラックと新ラックに設備が分化しても、大丈夫なのかしら。
特に、プライベート側接続が大丈夫かがちょっと気になります。

>>194
アクセスの様子をみながら、ってかんじかなと。
システムはフロント+BlackGoatだから、当初は1+1で台ってかんじか。

>>198
新ラックに全部集中させるというのが完成形で、、

質問ですが BlackGoat は２ちゃんねる各サーバから
.dat .txt 等を取得するとき差分取得しているんでしたっけ?

>>199
前半部、了解。

後半ですが、squidのデフォルトだと、差分取得はしてないような。

ざっとログ見てみましたが、
やはり 304 (取りに行ったが、更新されていなかった)と 200 (全部取った) しか、なさげな予感。

squid を使って差分取得って、できるんだっけか。

差分は上手く動作しないって言う結論じゃなかったかな？
とこかのスレにあったような気がする

>>199-201
squidに限らず一般のソフトではdatの差分取得は難しいんじゃないか？
(p2のような専用ソフトならともかく)

>>202
「squidへの」Rangeリクエストで416が発生する問題だったと思う。

そういやさ、そのうちauが、
サブスクライバID？を送らないようににユーザーができるようになるそうで。

別にそんなID使ってないって言う話だったらすまん

送らないと書けないってことになるだけのような

>>205
というか、現時点ですでにそうなっているような。

恒常的に頭が平たくなってきたですね。
すいっちは、どんなぐあいかしら。
http://mumumu.mu/mrtg/mrtg-rrd.cgi/traffic/blackgoat3-privatetraf.html

ぴたごらすいっち

Jim-san,
Cc: related folks,

Just I forward a mail from Hiroyuki-san.
I think it is not included Jim-san as recipient.

It is also my pleasure for ordering new 2ch servers.
I heard from Hiroyuki-san that the fee of this originates in the royalty
of "the Train Man" book. This is the Platonic love story from 2ch
threads and it is the best seller in Japan.

Regards,

すぐ返事が来た。
おみやげに、一冊持って行くか。

> I wish I could read the train man book.

電車男英訳プロジェクトとかやればいいのにね

とりあえず、このへんのリンクをJimさんに送っておこう。

Internet love-story becomes Japanese bestseller
http://www.orcon.net.nz/home/entertainment/books/65860/

Love, fame, fortune find a geek
http://news.zdnet.com/2100-9588_22-5464200.html

root たんは plane man

>>212
本文はおんなじのような。

>>214
ありゃ。そでしたか。
ま、いっか。

現在の予定

1) 新しくRack一台まるまる確保
2) すごい switch(Giga) を設置
3) Tiny Tiger 6台設置

もとの場所から残りは全部移すのかな?
↑このへんの目論見が知りたい恭子のこころ

>>216
ある日場所を決めて、これまでのやつ(サーバ10台)を一気にえいやっと移動、
が、よいとような気がします。

で、tiny tiger投入で浮いてくるbananaのうち1台は、これにするのかも。
↓
【amour】AASで携帯からも長編AAを楽しもう―Ascii Art Scope Part1
http://qb5.2ch.net/test/read.cgi/operate/1109904456/

「えいやっ」に同意

2Fに新ラック確保なので IPアドレスも全部振りなおしだそうです

その日は「携帯はお休み」ということで、

>>218
了解です。

んじゃ、DNSも一気につけなおしですね。

こんなかんじかなと。

(事前)
1)対象となるサーバを列挙(今日寝るまでに私からここに)
2)それらのIPアドレスを決めてもらう(お願いします)
3)それを元にDNS変更依頼のタネを作成(私からここに)
4)作業日程が決まったら、ここに(お願いします)
5)アナウンス

(当日)
・各サーバを「次にリブートしたら新IPアドレスになる」ようにして、シャットダウン(私)
・移設作業開始(中の人)
・移設と並行してDNS更新作業 at 2ch.net/maido3.com/IPアドレスの逆引き (中の人)
・新しい場所で電源投入(中の人)
・動作確認・微調整(私)

プライベート側はIPアドレス変更なしなので、cの中身を変える必要はないかなと。

>>219
> 1)対象となるサーバを列挙(今日寝るまでに私からここに)

(cobra 3台)
cobra2244.maido3.com = c-docomo4.2ch.net
cobra2246.maido3.com = c-docomo3.2ch.net
cobra2247.maido3.com = c-docomo2.2ch.net / c-docomo.2ch.net

(banana 5台)
banana402.maido3.com = c-au3.2ch.net
banana403.maido3.com = c-au1.2ch.net / c-au.2ch.net
banana404.maido3.com = c-au2.2ch.net / (c-docomo1.2ch.net)
banana405.maido3.com = c-others1.2ch.net / c-others.2ch.net / c.2ch.net / c1.2ch.net / c-control.2ch.net
banana406.maido3.com = c-others2.2ch.net / c.2ch.net, / c2.2ch.net

(tiger 2台)
tiger511.maido3.com = blackgoat3.2ch.net
tiger512.maido3.com = blackgoat4.2ch.net

というわけで >>220 について、
> 2)それらのIPアドレスを決めてもらう(お願いします)

をよろしくお願いします。
現在同様、1サーバにつき最大5つまでIPアドレスをつけられるようにしていただきたいです。

tiny tiger6台・高性能スイッチ到着後の暫定案

c-docomo系 tiny tiger x 3 (新規投入)
c-au系 tiny tiger x 3 (新規投入)
c-others系 banana x 3 (1台c-au系から流用)

c-docomo系だったcobra3台 => whitegoat1〜2台、blackgoat2台〜1台
c-au系だったbanana3台 => c-others系に1〜2台転用、AASに1台

>>222
暫定案というか、無論私案の思案の試案ってことで。

<チラシの裏>
各種フロントエンドの予備を1台用意したり
c-others*.2ch.netの鯖にAASのを同居させるとか
</チラシの裏>

高性能スイッチがまさに今日到着したとのこと。
その場で梱包を解いて、まだ袋に入っていた状態のを目の当たりに。

>225
ついに来ましたか
写真うｐして欲しいなぁ（ぉ

うｐうｐ

既にホテルにいるので、明日以降機会があれば。
# Jimさんも昨日帰国したばかりで、今日はちとつらいとのこと。

>228
了解しました。
正座して待ってます（ＡＡ略

（ｒｙ待ってます（ｒｙ

ぬるぽ機能が欲しいとです。

XOロケーションを見学。

・携帯サーバ用専用ラック建立工事、電源工事は既に完了
・tiny tigersサーバ一部到着、ごく近日中に6台すべて到着予定
・5月2日(月)から、高性能スイッチ・サーバのラックへの架設開始
・従来の携帯用サーバ群は別途移動予定

で、>>220 の移動を指示する際には、cobra2247 => banana704 に読み替えて
PIEの中の人に指示くださいとのこと。
(こちらでの管理がそのようになっている)

あと、c-au系でDNSラウンドロビンを試していた(いる)わけですが、、、。

ひょっとして携帯系って、ラウンドロビンDNSにしてもアクセスが均等にならないのかしら。

「携帯だから」なのか「auだから」なのか、

あ、au1が落ちてる時にau2-3に誘導しまくったからかも。

結局何階に設置であったのでしょうか

よろしかったら・・

>>236
XOは2Fでした。

質問でーす。
そろそろ、臨戦体勢かと思いますが、事前にチェックしておくべき点は
どんな事があるでしょうか？

思いつくままに挙げてみると、

1) docomo4をBGからフロントへ戻す。（docomo系は刷新なのでそのままか？手順による？）
2) 振り分けはrootさんがするのでPHPに変更はなし？
3) フロントエンドのIP＆ホスト名が変われば対応する？（controlの方かな？）
4) BG追加。（コレは経験済なので、出来そう）
5) WG追加。（コレはなんとなく難しそう）
6) AASの実装。（たぶん要構想。最初はrootさんとAAS中の人との話し合いか？）

な、感じですが、訂正補足あればよろしくお願いいたします。
みっちり勉強しますので。
# 切迫感がないと集中力が出ないの。。

分業等の案があれば合わせてご提示お願いしますー。

>>238
どうも。
例によって西海岸時間 3:00 に目が覚める「時差ボケプロトコル」だったり。

> そろそろ、臨戦体勢かと思いますが、事前にチェックしておくべき点は
> どんな事があるでしょうか？

まずは、「今回のことで何をしようとしているか」の認識ですね。
大きく分けて、2つかなと。

1) 増え続ける携帯アクセスに対応すべく、携帯系サーバ・ネットワークの強化
2) datをキャッシュするサーバを作って(白山羊サーバ)外向けに見せることで、
掲示板サーバの負荷を減少(これは携帯系に限らない)

1) も大きいですが、2) はいわゆる「雪だるま作戦」とも微妙にリンクした、やや大きなプロジェクトかなと。

個別の項目については、次で。

>>238 個別の項目

> 1) docomo4をBGからフロントへ戻す。（docomo系は刷新なのでそのままか？手順による？）

tiny tigers の納期によりますね。
噂では「割と早そう」ということなので、tiny tigersが早い段階で揃うのであれば、
一気に全部セットアップして、フロントエンドをばさっと切り替えるというのもありえます。

> 2) 振り分けはrootさんがするのでPHPに変更はなし？

最初の段階ではそうかなと。
ただ、squid を使うか rsync 等を使うかにより、黒山羊さんから dat をとってくるやり方が変わりますので、
それによって、その部分の PHP のコードは変える必要があるでしょう。

> 3) フロントエンドのIP＆ホスト名が変われば対応する？（controlの方かな？）

…になりますね。
そちらは、携帯の中の人たちと詰めてくださいです。
(私は、c-controlの中身を知りません)

> 4) BG追加。（コレは経験済なので、出来そう）
> 5) WG追加。（コレはなんとなく難しそう）

このへんのBGやWG(白山羊さん)をどう構成するかも含めて、ここで話し合っていくことになるかなと。

> 6) AASの実装。（たぶん要構想。最初はrootさんとAAS中の人との話し合いか？）

1) と同じで、tiny tigers の成り行き次第ですね。
c-au に行っているうちの1台をAASに流用しようかと考えています。

…でも上記よりもまず、

0) 今の携帯系サーバの、新居(XO)へのお引越し

という、大きなイベントがありますね。
まずは、それをすすめることになるかなと。

で、tiny tigersは私にとっても「初物」なので(基本的にHDDがIDEになっただけと聞いていますが、
まずは触ってみないと)、いろいろ調整があるかもしれません。

いずれにせよ、

a) XOロケーションの立ち上げ(移設含む)
b) tiny tigersセットアップ

あたりから、動いていくことになるのかなと。

こりゃ、当分フロントに戻せそうもないなと。
http://mumumu.mu/mrtg/mrtg-rrd.cgi/traffic/c-docomo4-privatetraf.html

>>240-241
新しい所に環境作って中身を流し込むんだと思ってましたー。
スクリプト側はもう少し後で、
わいわいしながらなんですね。

# 学べるチャンスΣｂ

ん?
移設が先? 5F -> 2F(XO)

>>244
たぶん、a) と b) が同時進行なんじゃないかなぁと。

…このへん、今日ちょっと関係者と話してくることになるかなと。
これから、ややおそめのあさめし。

rootさん、いつもご苦労様です。

白山羊さんは私の出番かな？
わくわく

Jimさんと、今後の進め方について少し話をしました。

1) 高性能スイッチ・tiny tigerサーバについて

高性能スイッチ(既に到着)、tiny tigerサーバ(既に一部到着・ごく近いうちに6台すべて到着予定)は、
動作確認・検証の後、XOロケーションに準備済みの専用ラックスペースに設置開始とのことでした。
(tiny tigerのうち1台は、実際に筐体を確認しました)

設置は今日(現地時間)5月2日から開始し、
作業が完了次第、tigerサーバは順次引渡しになるそうです。

2) 従来の携帯系サーバの引越しについて

従来の携帯系サーバの引越しとIPアドレスのリナンバリングが必要になる件は、
既にJimさんは承知していました。これには >>219 の通り、新IPアドレスの決定・
作業日程の調整・DNS変更作業等の調整が必要になります。
(もちろん、その前に高性能スイッチがちゃんと動かないとだめです)

これらの調整は、
a) PIEの中の人たち
b) おじさんやmaido3.comの中の人たち
c) 私
が、うまく同期をとって行う必要があります。

「私が帰国後、ゴールデンウィーク明けあたりからmaido3.comの中の人ともあわせて
調整をはじめるんだろうなぁ」というのが、Jimさんの意見でした。
私も、そう思います。

以上により、
まず 1) (帰国後あたり〜GW明けあたりからぼちぼち)
次に 2) という手順になるのかなと。

で、>>248 の白山羊さんにとりかかれるのは、2) の後、c-docomo系/c-au系のF/Eを
tiny tigerにした後あたりになるのかなと。

というわけで今は、座してまつべしかと。
わくわくてかてかのAA
↓

+　　　+
　 ∧＿∧ 　+
　（0ﾟ・∀・）
　（0ﾟ∪ ∪ +
　と＿_）__） 　旦~　待ってます

+　　　+
　 ∧＿∧ ∩+
　（0ﾟ・∀・）彡　　ﾃｶﾃｶ
　（0ﾟ∪ ⊂彡 + ﾃｶﾃｶ
　と＿_）__）　+

おぉ。
分かりやすいまとめ、ありがとうございます。
てかてか。

>>249 の 1) の経過を見ながらヤマ張ってます。

普通の Tiger は何台必要ですか?
bananaは全部ここからは退役・転用するとして、

Tiger2507　が来そうな気配。。。

Tiger2508　の気配も、、、

2507,2508,2509,251　の４台が今日中に引き渡せる予定 > root ★さん

251 -> 2512

tiger2507,2509,2512　が到着しました
メール送りました　> 管理人さん、root ★さん

tiny tiger 3台、受け取りました。
ハードウェアは、概ね問題ない模様。

>>254
banana全部退役・転用だとすると、
>>222 のc-others系もtigerに変えるですか。

c-others系は、tiny tigerならしばらくは1台でいけるような気がするです。
力試ししないとですが、2台はいらないような予感。
Vodafoneが今後激増することは、たぶんほぼないんで。

普通の(SCSIディスク2発の)tigerが必要になるのは、黒山羊・白山羊系ですから、
BlackGoatの力試しをしてみてからですね。

あと、cobra3台(今のところ黒山羊とか白山羊にしようと思っていた)を
tigerで置き換える(or 転用する)かどうかで。

で、AASもこのプロジェクトに組み入れで考えるとすると、
それはbananaを転用っていうかんじなのかなと。

で、今回の3台はc-au4/5/6にするです。
で、今のc-au1/2/3を、一気に置き換えの予定。

>>261
りょうかいですー

とりあえず、3台ともOS更新した。
今日はここまで。

%uname -a
FreeBSD tiger2507.maido3.com 5.4-RELEASE FreeBSD 5.4-RELEASE #0: Fri May 6 11:09:19 UTC 2005 [email protected]:/usr/obj/usr/src/sys/GENERIC i386

tiger2511 , tiger2510 をお届けしました。

あと一台(2508)はちと愚図っているようです。

>>264
2台受け取りました。
ハードウェア構成には特に問題ないようです。

3台は、c-docomo5/6/7にする予定。

tiger2508 到着

都合六台入りましたー

>>266
受け取りました。
これで、今回の投入分はそろったということで。

器ができたので、DNS設定依頼を出しておくか。

このあとの流れ:

1) c-au4/5/6、c-docomo5/6/7 を 2ch.net の DNS に新規登録 by DNSの中の人
2.1) 新しい c-なになに の中身を入れ込んでもらう by 携帯の中の人
2.2) c-control に新しい c-なになに を登録してもらう by 携帯の中の人
3) c-au4/5/6、c-docomo5/6/7 でとりあえず動作確認 by みんなで
4) c-docomo、c-au の DNS 情報を変更 by DNSの中の人
5) DNS の切り替わりを待つ(たぶん1日ぐらい)
6) 旧 c-docomo2/3/4 、c-au1/2/3 とりこわし & 再構築

…というわけで、1) の依頼を出しました。

【Project peko】2ch特化型サーバ・ロケーション構築作戦 Part18
http://qb5.2ch.net/test/read.cgi/operate/1115133136/160

2.1) と 2.2) のための依頼メールを、携帯の中の人たちに出しておこう。

ほんじつは、ここまで。

6) 旧 c-docomo2/3/4 、c-au1/2/3 とりこわし & 再構築

この部分は

cobra は 掲示板用サーバへ
banana は　引き上げ

の予定かと、
離脱したら教えてください。

>>270
そういきますか。

とすると、白山羊さんとかAASとかは、

白山羊 => 当初は通常tiger1台、パンクするようなら横並びを別途考慮
AAS => rootありbananaまたはtiny tiger1台

あたりを新規調達、ってところですかね。

管理人さーん

残りの六台はいつの予定ですかー?
今月という目論みでいいのかなぁ

>>272
6台入るということはc-others系(現在banana x 2)も全部引き上げたうえで、この形かなと。
もし通常tigerにした分費用が高くなってしまうなら、最後の1台をけずるかんじで。
(山羊さんは高速I/Oが命なので、通常tigerで)

c/c-others/c-control系 tiny tiger2台
白山羊+黒山羊 通常tiger2台
AAS tiny tiger1台
c-docomo or c-au にもう1台

都合
tiger x 3
tiny tiger x 3

ですね、りょうかいです

>>274
tiger x 2 … 黒山羊 白山羊
tiny tiger x 4 … c-フロントエンド AAS

で、よいとおもいます。

>>269
> 2.1) と 2.2) のための依頼メールを、携帯の中の人たちに出しておこう。

携帯の中の人たちと関係者にメールを発射しました。

日曜はちょっと本業しなきゃいけないので、あまり頻繁にオンラインになれないかもです。
というわけで、今日まとめて作業。

おはようございます。

>>268
2.1)を少しずつ始めようかと思うのですが、

*.cgi
*.sh
.htaccess
comment/*.*

はよく分からないので、とりあえず保留で良いでしょうか？

>>277
訂正です。
.htaccess はなんとなく分かりました。

保留は
　*.cgi
　*.sh
　comment/*.*
です。

終わりました。
報告です。

> c-others2からmget
> c-au5にmput
> パーミッションを直す
> rsyncを覚える
> au5 → au4 を rsync -rauv で転送
> c-others2 → au4 を rsync -rauv で転送
> fox.txtと_service配下を削除
> au4を 残り全てにrsync -rauvで転送
> _c-au4を削除
> _c-*のフォルダを作成

以上の作業をしました。
おかしな所があれば教えてください。

おつです。>>277-279

テスト用に以下を作りました。アクセスしてみてくださいです。
UA騙れば(w、デバッグもできます。＞まみらさん

(au携帯からのみアクセス可能)
http://c-au4.peko.2ch.net/
http://c-au4.peko.2ch.net/
http://c-au4.peko.2ch.net/

(DoCoMo携帯からのみアクセス可能)
http://c-docomo5.peko.2ch.net/
http://c-docomo6.peko.2ch.net/
http://c-docomo7.peko.2ch.net/

http://c-au4.peko.2ch.net/test/-/top10news/i

これが、いまいちみたい。

DoCoMo用がauから見れるのは仕様ですか？

http://c-au4.peko.2ch.net/
http://c-au5.peko.2ch.net/
http://c-au6.peko.2ch.net/

ええと、、これでいいんだべか

>>282
自動で c-docomo 等にリダイレクトされるので、見ることはできるはず。
最終的にどのURLになったか、確認してちょ。

>>283
あら、すんません。
それでよいです。

というか「〜のみアクセス可能」って書くから誤解生んだですね。
「それぞれの携帯からのみテストの意味があります」ってことで。

http://c-au4.peko.2ch.net/
http://c-au5.peko.2ch.net/
http://c-au6.peko.2ch.net/

http://c-docomo5.peko.2ch.net/
http://c-docomo6.peko.2ch.net/
http://c-docomo7.peko.2ch.net/

うちのSH505i(docomo)からアクセスした限りでは
c-au4/5/6 ：いずれもc-docomo.2ch.netにリダイレクト
c-docomo5/6/7 ：いずれもtop10newsに入ろうとした時のみ「proxyに繋がらない。。」
　　　　　　　　　　　それ以外のtop10liveや通常の板は、簡単に試した限りでは正常
こんなところっでした。

%ping tiger2508.maido3.com
PING tiger2508.maido3.com (206.223.150.17): 56 data bytes
^C
--- tiger2508.maido3.com ping statistics ---
3 packets transmitted, 0 packets received, 100% packet loss

tiger2508 が落ちた模様。
うーん。

auのW21CAからアクセスすると
http://c-au5.peko.2ch.net/
だけつながりません。

あとは接続できますが、TOP10NEWSだけは
proxyに繋がらないと出ます。

>>288
tiger2508 = c-au5 は、なぜか落ちたようです。
とりあえず、リブート要請出しておくか、、、。

top10newsは、携帯の中の人の対応待ちかと。

>>286,281
コピー元からして間違ってました。(^-^;

top10newsは臨時BGを見に行く設定になっていたので、
再配布すれば見れます。

稼動中のフロントは修正しました。

TOP10のBG設定をどこでやっているのかは、
まだわかんないです。。

>>268
2.2) のホスト名追加しました。
（切断処理はいまいちかも？）

おじさんのどーん待ちです。

tiger2507 tiger2510 も落ちたみたい。
>>289 とあわせて、都合3台。ううむ。

tiger2512 もか。

こりゃ、ネットワークかも。

＞rootさん
差し支えなければ
どれ（tiger*）がどれ(c-*)だか教えて下さい。

tiger2507.maido3.com = c-au4
tiger2508.maido3.com = c-au5
tiger2509.maido3.com = c-au6
tiger2510.maido3.com = c-docomo5
tiger2511.maido3.com = c-docomo6
tiger2512.maido3.com = c-docomo7

完全に乗り遅れてしまっている。。。。
明日の夜には追いつきます。

tiger2507 以外をリブートしていただきました。

で、5.4Rのリリースぎりぎりになって出た修正2つを反映しました。
tiger2507 は、別途対応予定とのこと。

>>297
2507 のカーネルも更新しました。

>>295
さんくすです。

>>296
期待してます。

>>291
切断処理も良好の模様。

まず、何からやればよいのかな？

>>300
今、

1) c-au4/5/6、c-docomo5/6/7 を 2ch.net の DNS に新規登録 by DNSの中の人
2.1) 新しい c-なになに の中身を入れ込んでもらう by 携帯の中の人
2.2) c-control に新しい c-なになに を登録してもらう by 携帯の中の人
3) c-au4/5/6、c-docomo5/6/7 でとりあえず動作確認 by みんなで

まで終わっているという認識です。
でも、
・XOロケーションのサーバ不安定(1日もたずに落ちたり、リブートかかったりする)
・dual CPUをちゃんと認識しない

という状況があり、現在止まっています。
今夜あたり、現地とごにょごにょ予定。

で、こうすけさんには、2.1) 2.2) がうまくできているか、再確認していただけると。

c-docomo5に配布できませんね。
404って出る。
何でだろう？

c-docomo5だけ、アクセスするとpeko建設予定地って出ますね。

c-docomo5落ちた？？

落ちてたみたい。>>304

ゆうべは倒れてそのまま寝てしまったので(すんませんです)、
>>301 は別途ということで。

昨日のc-docomo5が落ちる前までで分かったこと
c-docomo5.2ch.netは建設予定地
c-docomo5.peko.2ch.netはちゃんと動いている
httpd.confも.htaccessはc-docomo6と同じ
エラーを見ようとしたら落ちてしまって見れなかった。

>>306
なおったはず。

…というわけで、c-au4/5/6 c-docomo5/6/7 の実戦投入は、
ハードウェアが完成形になってから、ぼちぼちっていうことで。

また、リブートかかりました。
今度は c-au1 。
ううむ。

c-docomo6 c-docomo7 (tiger2511 / tiger2512) 落ちてますね。

16:00-17:00 JSTぐらいに落ちることが多い模様。
daily 処理を疑うべきかもしれないと、おもいはじめた。

daily 処理だとしても「ぴったり」の時間に落ちるわけではないし、
落ちないサーバもある、あたり、やや微妙な問題を含んでいるかも。

いずれにせよ、CPU増設が先で。

apc.shm_size = 90

が大きすぎるかもしれないので、小さくしてみるです。< tiny tigers

apc.shm_size = 64

にしてみた。< tiger2507〜2510
tiger2511/2512 も、上がり次第それにする予定。

で、こいつらも 5.4R-p1 にしたら、いったん横になるか。

>>313
tiger2511/2512 も設定した。

tiger2507は、dual CPU状態になったようです。
CPUを正しく4つ認識するようになりました。

他のサーバもぼちぼちかと。

FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs
cpu0 (BSP): APIC ID: 0
cpu1 (AP): APIC ID: 1
cpu2 (AP): APIC ID: 6
cpu3 (AP): APIC ID: 7

なお、例のパッチは既に適用済み。(5.4R-p1)

FreeBSD tiger2507.maido3.com 5.4-RELEASE-p1 FreeBSD 5.4-RELEASE-p1 #2: Fri May 13 13:50:59 PDT 2005 [email protected]:/usr/src/sys/i386/compile/I386_TINYTIGER_54 i386

c-au1、原因不明の突然リブート、、、。
なんかなぁ。

なんと、今確認したら tiger2507 (c-au4) は、
シングルCPUに戻ってしまいました。

不思議なことばかり。

> シングルCPUに戻ってしまいました。
↓
シングルCPUに戻ってしまっていました。

2時間ぐらい前に一度マシンを止めた形跡があるので、
その際に何か変更があったのかなと。

%uptime
6:53AM up 2:03, 1 user, load averages: 0.00, 0.00, 0.00

2511再び陥落！！

「ちび虎」も例の絵になっちゃうのかもですね（苦笑）

うーん、うちは当分5.3Rで行くべきなのかな。。。。

>>319
5.4R のせいなのかなぁ。

まぁ、徐々にわかってくるかなと。

大きく変わったのは mpsafevm (仮想記憶まわりがmpsafeになった)だから、
今後もあんまりひどいようなら、/etc/sysctl.conf でオフにしてみるか。< 5.4R

わたし (08:35 PM) :
Ok, I understand why 6 tiny tigers are down.
Thank you for your work.

I mean, tiger2507-2509 will power up soon and 2510-2512 are temporary go
to Polywell and will be back later. Is it true?
PIE (08:36 PM) :
yes....this is true

・tiger2507〜2509の3台はこれからCPU追加→dual CPUで立ち上がる予定
・tiger2510〜2512の3台はPolywellにいったん引き上げになり、
　新しいCPUを別途入り、戻ってくる予定

とのこと。

確認してないけど、

・tiger2507〜2509にtiger2510〜2512のCPUを換装する
・tiger2510〜2512はPolywellで別途CPUを入れる

ということのような、気がするです。

前半3台がau用(= 要求が差し迫っている)なので、
ちゃんと動くならそれはそれで問題ないかと。

同じロットのCPUにするためかな？

そういうことのようです。
相性問題でうまくなかったので、従来のCPUを移植し、
後半3台には新たなCPUを別途入れると。

わたし (08:43 PM) :
Hi, I have a question.
Perhaps this work is CPUs of 2510-2512 are pulled off and these are put on
tiger2507-2509. Is it correct?

PIE (08:47 PM) :
That is correct... the new CPU's are not compatible with the old ones or the type of
RAM that is in tigers. I am not sure why they do not work.
So I take Tigers2510-2512 to polywell with the 6 new CPU's to have them make it work.

わたし (08:49 PM) :
Ok, I understand. Thank you for your work.
I hope that this makes stable and strong for tiny tigers.

PIE (08:49 PM) :
We will make them well

わたし (08:50 PM) :
I will post our conversation to 2ch BBS. 2ch mobile phone users waiting for the status report.
Thanks again for your midnight work.

[email protected] (08:51 PM) :
I just finished upgrade of 2509, it will be up dual CPU in just a few minutes
mumumu (08:56 PM) :
That' fine. I verified tiger2509 works on dual CPU.
4 CPUS (2 physicals and 2 logicals) are detected.

FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs
cpu0 (BSP): APIC ID: 0
cpu1 (AP): APIC ID: 1
cpu2 (AP): APIC ID: 6
cpu3 (AP): APIC ID: 7

tiger2509 は dual CPU になりました。

作業が問題なくいけば、tiger2507 tiger2508 ももうすぐ dual CPU になるはず。

tiger2508 も dual CPU になりました。

tiger2507 も dual CPU になりました。
これで、au 用は3台とも dual CPU になりました。

で、
PIE (09:22 PM) :
It will be morning here in just a few hours,
I will take Tigers2510,11,12 in to be worked on right away.
わたし (09:24 PM) :
Thanks again for your work for tiger2510,11,12.

ということで、朝になったら速攻で tiger2510-2512 も対応いただけるようです。

ということでau用は3台ともdual CPUになったので、
早速、動かしてみます。
本運用でいきなり実験へと。

DNS更新依頼、いきます。

いきました。

【Project peko】2ch特化型サーバ・ロケーション構築作戦 Part18
http://qb5.2ch.net/test/read.cgi/operate/1115133136/268

au内部で変わるのには、変更後1日程度かかる見込み。

わくわく
どれぐらい、能力があるかなー

というわけで c-au4 〜 c-au6 が本稼動したので、
http://ch2.ath.cx/load/ に入れていただけると助かるです。＞なかのひと

で、c-au1 〜 c-au3 は
DNS 移行が終わったら、たんたんととりこわしへと。

概ね、新サーバに切り替わった模様。< c-au

http://c-au4.2ch.net/_service/20050517.txt

どのサーバもLA1点台の前半ですね。出だし好調の模様。

今までの3倍ぐらいの強さのサーバにしたつもりなので、
フロントエンド部分は、これで1年ぐらいはもってほしいなと。

>>335
いつもお疲れ様です。
むぎゅ。

c-au1〜3の全データ退避、終わりました。
とりこわしできる状態になっています。>>270

まず、DNS 更新依頼出します。(c-au1〜3の削除)

りょうかいですー

質問・雑談スレ159＠運用情報板
http://qb5.2ch.net/test/read.cgi/operate/1116344562/169- あたり

ということで、携帯でのアクセス傾向から読み取れるもの(とりあえず上位50あたりから)。
コメント求む。

・1位は(私の)予想通り芸スポ。これだけで携帯での総アクセス数の4%を占める。
ニュー速+より2割以上多い。

・つまり、みんな外にいても携帯で芸能・ゴシップが気になるらしい。
(mnewsplus1位、visual4位、uwasa13位、geinin20位、geino21位、jan40位、jr49位)

・外にいてもTVやTVドラマのことは気になるらしい(tv11位、tvd46位)。
その証拠に、あの超速い実況系(livecx9位、lifentv12位)も携帯で相当チェックされている。

・ニュース系はやはり高い(これは予想の範囲内)。

・生活系が高いのは、お店で値段チェックしたりするのかもしれない。
(diet19位、fashion36位、female38位、body47位、kankon48位)

・コミックス系は、やはりネタバレが気になってチェックしているのかもしれない。
(wcomic16位、doujin29位)

・携帯というぐらいで、恋愛系はそれなりに高いようだ(pure15位, kageki34位, lovesaloon41位)。

・片手でゲーム、片手で携帯っていう人も少なからずいるらしい(ogame14位、mmo27位)。

・スロットしながらとか競馬場にいながらとか、アクセスしているらしい(slot22位、slotk24位、keiba30位)。

・プロスポーツ系の結果は、出先にいてもやはり気になるらしい(soccer5位、base7位、wres25位)。

・アルバイトも携帯で探すらしい(part35位)。

・occultの8位は、、、うーん、なぜだろ

> ・つまり、みんな外にいても携帯で芸能・ゴシップが気になるらしい。
↓
・つまり、みんな外にいても芸能・ゴシップが気になり、携帯でチェックしているらしい。

>・occultの8位は、、、うーん、なぜだろ
実際に現地に行くだとか怖い物みたさとか…？

>>342
なるほど、、、。納得しました。
現地からですか。

いやー

布団の中でしょ、

>>344
トイレの（ｒｙ

布団、トイレ、電車の中、飯待っている間。
あとは、何かな。

授業中、仕事中、会議中、年がら年中

「携帯で手軽に読める読み物」としての需要はあるのかも < occult

夜に友達とかと怖い話

>348
おいらもそれに一票(^_^;)読み物なんだな＞オカ

>>350
なるほど、、、それはあるですね。

c.2ch.net の上のほうにあった「なんたらの懺悔室」みたいなもんですか。

携帯で心霊写真とか心霊動画とか

合コンで女の子をビビらせるためのカンペ

旬な芸能裏話、
怖い話し、

双璧ですからねぇ(受けるのは)

よし(^_^;)オカ板でネタ仕入れてこよう・・・・

オカ(マ)板
オカ(マ)ァヴ
好きなほうで。

うわっここも質雑じゃネー

オカルト板住人の意見として単に女の人が多いからと(多分７〜８割)
女性は携帯の人が多いんじゃないかな。

女子はメール等で携帯の操作にはなじんでいても、携帯でwebに接続する比率は少ないです、一般的にはね
２ちゃんねるの女子はどういう傾向かは知りませんが･･･
話は飛びますが
vodaのweb接続比率が他社と開いているのも、端末以外の理由で、これが原因です、女子比率が高い
J-phone時代からこれを使っているのはメールばかりやる女子が今でもたくさんいて、webには興味ない

ドコモとvodaの比率は年々開いていく一方です
かつて4対１から５対１くらいだったのが今では１０対１から１５対１、２０対１くらいでしょう
サイトが持っているコンテンツ構成によってばらつきは出てきます
サイト側のvoda対応がなされていない場合はアクセスする方はアクセス出来ないか
してもほしいコンテンツがないのでレピータにはならないので、この場合は比率はさらに下がります

web接続に適した端末を3Gだとした場合、ドコモ対vodaは１０００万台対８０万くらいだから
この数から見ても１０数対１から２０対１の間でしょうか
２ちゃんねるの携帯のキャリア別のアクセス比率は知りませんが大体そのあたりのはずです

>>359
日本語でおねがいします

>>359
それは、確かにあるかもですね。
Vodafoneから(いまだに)変えていない人は、大抵Webをほとんど見ない人なんでしょう。

で、携帯ユーザの場合通常のPCユーザと比べて女子の比率が高いのは、
Vodafoneだけに限らないと思いますね。
少なくとも見ている板の傾向を見る限りでは、そういう気がします。

なんでかは、しかとはよくわかりませんけど。

で、>>340 に出た板のうち、昨日のすずめ順位と比較して、著しく携帯の順位が上のもの。

板名 すずめ順位 → 携帯順位

mnewsplus 17 → 1
visual 83 → 4
uwasa 44 → 13
geinin 74 → 20
geino 82 → 21
jan 206 → 40
jr 213 → 49

tv 121 → 11
tvd 96 → 46

diet 67 → 19
female 170 → 38
body 135 → 47
kankon 71 → 48

doujin 110 → 29

pure 43 → 15
kageki 193 → 34

ogame 38 → 14

slot 76 → 22
slotk 139 → 24
soccer 49 → 5
base 16 → 7
wres 59 → 25

part 80 → 35
occult 81 → 8

>>362
見事に女性が多そうな板ですねｗ

>>363
まさに、統計は鏡というか。

しかし正直、ここまで顕著だとは。

なかなか面白いですね

ちょっとvisual覗いてきたけど、O率が異常に高いっすね。
正直、驚きました。

【梅雨と共に】暇じゃね？【暇前線到来】
http://music4.2ch.net/test/read.cgi/visual/1116077040/

新板をねだるスレ＠運用情報◆17
http://qb5.2ch.net/test/read.cgi/operate/1115329471/917
＞ 917 名前：ゴゴ ◆jydoom.6S2 [] 投稿日：2005/05/08(日) 02:23:23 ID:+OqkjwCK0
＞ >>897
＞ 2、3年前に聞いた話だとヴィジュアル板は
＞ あの年頃の女の子が雑談できる場所が他になくて
＞ あれだけにぎわっているという側面があるらしいです。

思ったよりそういうことなのかしら。

>>367
…ですね。

板一覧を開いた瞬間に「これは、、、」ってかんじでした。

私は平均より女っぽくないですが。
PCの操作やメンテって難しいらしいですよ。
しかし、メール打つのは超高速とか。

バンギャ（追っかけ）とかの子は平均年齢も低いし。
あと、LIVEとかコンサとか寄席とか外出率も高いですしね。

やはり、２ちゃんねるの女子の傾向はnet界でも一般的なんでしょうね
ドッグイヤーだから数年前までの傾向など関係ないですね
これは認識不足でした

端末が結構長持ちなのも女の子の特徴ですか。
おとくいさまのような気もす。

板ごとに機種の統計がとれたら面白いような
＃一旦流行すると、前のを見捨てるのも早いようですが＞PHSとかﾎﾟｹﾍﾞﾙとか

c-au系のトラブルでわかりそうなこと:

1) PHPがヘビーに起動される(かつ、APC等のキャッシュと併用する場合)は、
httpdを最初から規定数だけ、起動したほうがよい。

c-au4/5/6では、少ない数から徐々に多くする設定を試していました。
しかしこの場合、負荷が下がって落ち着くまでに時間がかかることが多いばかりか、
起動直後にシステムがおかしくなる(後述)ことがあることがわかりました。

c-au1/2/3は(弱いサーバなので)、この設定にしていました。

2) 1) に加えて、httpdが「起動しきってなじむまで」、リクエストにさらさない
ほうがよい。

特に、ヘビーにリクエストが来ている上体でApacheをリスタート(ストップ&スタート)すると、
その瞬間にこける可能性が高い(c-au5/6はこれでこけた模様)。

ということで、

(a) httpdを起動する、しかし httpd は 127.0.0.1 に bind() する
(b) (a)が終わり、httpdが「起動しきってなじんだ」ところで、balance 等を使って、
リクエストを送り始める

という手順にする作業を、c-au4で試したうえで、
c-au5/6 が上がったら、やろうと思います。

つまり、十分に潤ってからでないと、気持ちよくできないと。

上体 => 状態

>>372
何気に表現がエロい(*´д`*)ﾊｧﾊｧ

c-au4 での上記作業は終了しました。
httpd起動後に、balanceでローカルにフォワードします。
リブートも問題ないようです。

同時にhttpdの数も、最初から128(MAX値)にしました。

中の人向けの再起動スクリプトを書かなきゃ。

>>374
相手がサーバであっても、基本戦略は変わらないってことです。

う、、、。作業中に、またしても落ちた、、、。c-au4

これを実行した直後。
あわせて、対応してもらいます。

#! /bin/sh -

/usr/local/etc/rc.d/balance.sh stop
/usr/local/etc/rc.d/apache2.sh stop
sleep 3
/usr/local/etc/rc.d/apache2.sh start
sleep 3
/usr/local/etc/rc.d/balance.sh start

exit 0

というか、いくらなんでも Apache をリスタートするだけで落ちるというのは、
いったい何が起きているんだろう、、、。

何か、sysctl.conf とか loader.conf 的な設定ミスとかがあるんだろうか。

・banana403/404並みのマイルドな数値に (/etc/sysctl.conf)
・sysv semaphoreをやめ、fcntl() 仕様に (APC)

【Project peko】2ch特化型サーバ・ロケーション構築作戦 Part18
http://qb5.2ch.net/test/read.cgi/operate/1115133136/

tiger2508 tiger2509 は、復旧しました。
tiger2507 は現在作業中です。

設定変更部分については、別途まとめて。

tiger2507だけ挙動が変なので、
PHPを再インストール中。

ひととおり、設定完了。

本日はこれで動かします。< c-au系
しかし、根本的に問題が解決したわけではないので、
また何か、症状再発するかも。

対処 & 症状の報告は、別途。

今日の作業まとめ

1)APCアクセラレータを「mmap & セマフォ仕様」から「shm & fcntl仕様」に変えた。
この結果、httpd再起動時の謎のシステムダウンは、とりあえずなくなったと思う。
10回ぐらいhttpdを再起動してみたけど、謎のダウンは起こらなかった。
何か、mmapかセマフォ関係で、FreeBSDに虫がいるのかもしれない。

2)/etc/sysctlの以下の値を「マイルド」にした。
コメントは前の値。
これは、banaan403/404の頃の値と同じである。

# increase maximum file descriptors
#kern.maxfiles=131072
#kern.maxfilesperproc=65536
kern.maxfiles=32768
kern.maxfilesperproc=16384
# increase listen queue
#kern.ipc.somaxconn=8192
#kern.ipc.maxsockbuf=2097152
kern.ipc.somaxconn=2048
kern.ipc.maxsockbuf=524288
# do not use swap area (it's slow)
#vm.defer_swapspace_pageouts=1
#vm.disable_swapspace_pageouts=1
# Thank you for 729, http://qb3.2ch.net/test/read.cgi/operate/1076162131/760
#net.inet.tcp.rfc3042=1
#net.inet.tcp.rfc3390=1
# see http://qb5.2ch.net/test/read.cgi/operate/1097931665/666-676
net.inet.icmp.icmplim=3000
net.inet.icmp.icmplim_output=0

3)一時的に試した「balance経由でのじっくりリクエスト(>>372)」は、
結局効果がなかったので、やめにした。つまり、元に戻した。

で、未解決の問題としては、

APCのキャッシュが有効にならなくて、httpdが暴走状態になることが
かなりの確率である

というのがあります。
ここ数日の不安定の原因は、これです。

httpdが'RUN"と"lockf"の状態を繰り返して、CPU使用率が異常に上がり
LAが高くなります。もちろんこの状態になると、パフォーマンスは出ません。

で、しばらくすると自力復活する場合と、しない場合があります。
自力復活すればacceptの状態になるのですが、
しない場合のほうが、かなり多いです。

この状態↓が起こっているというところまでわかりましたが、
その後の情報をつかんでいません。

APC: apc_fcntl_lock failed - 100% CPU
http://www.codecomments.com/archive367-2005-3-412200.html

この状態ではとても運用できないので、
最悪の場合、別のアクセラレータを試してみることになるのかなと。

このままほっておくわけにいかないので、>>187 を入れてみることにしよう。

c-au5 に入れてみた。すごくいいかんじ。
もうちょっとがんがって、c-au4 と c-au6 にも入れよう。

c-au4 と c-au6 にも入れた。
これで、安定に動いてほしいなと。

悪くなさそう。

3台とも、リブートテスト中。

リブートテスト完了しました。

3台とも安定に動いている模様。
携帯系3台については、今日はここまで。

更新いただけたみたいです。
どもでした。＞中のひと

http://ch2.ath.cx/load/

tyger2510 , 2511 , 2512 できましたー

この三台は何になるんでしたっけ?

ドコモドコモ

>>391
c-docomo5/6/7にして、携帯鯖からcobraを追放するのでは？（>>264-265）

>>391
了解です。

>>391
ドコモ三姉妹(c-docomo5/6/7)の予定。

いずれも、正しくdual CPUになっていることを確認しました。
作業入ります。

今日中には、DNS変更依頼を出せるでしょう。

おぅおぅ
docomo docomo

まずは、試運転開始。

c-docomo2のロードバランサから、c-docomo5/6/7に転送で。

いいかんじみたい。

10分ぐらい動かして問題なければ、DNS変更依頼へと。

依頼いきました。
http://qb5.2ch.net/test/read.cgi/operate/1115133136/442

移行は概ね完了した模様につき、c-docomo2/3/4の削除依頼へと。

○ DNSラウンドロビンの動作について

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

c-docomo系/c-au系、ともにDNSラウンドロビンでいくように変更して、
概ね変更もゆきわたりました。

DoCoMo系はこちらが予期したように、アクセスはきれいに3等分されています。

しかし、au系はしょっちゅうどれかのサーバにアクセスが偏って、落ち着きません。
そういうもんなんだろうか。

どなたか、携帯系サーバでラウンドロビンDNSを設定している方で
ここを見ている方がいたら、状況を教えていただけると助かります。

>>401
auはIPアドレスもキャッシュしているんでしょうか。。？

DNS キャッシュサーバの散らばりに起因かと、

あ

古すぎワロタｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

ドコモ解除マダ〜

---

DoCoMo/2.0 SO905i(c100;TB;W24H18)

テスト

---

DoCoMo/2.0 F06B(c500;TB;W30H20)

携帯スレ消えた？
テスト書き込みスレも消えた？

べっかんこエラー出まくりですよー

べ重い