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

**FOX ★** · 04/07/01 13:55

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

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

Love Affair 作戦。
Part2 大黒埠頭

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

◆EA.clAssIc · 04/08/03 12:25

>>800
ありがとうございます。
そうしましたら、2)を入れて下さると幸いです。
これは>>801さんも仰っている通り、
誘導ﾚｽがあっても、ｷｬﾘｱが違うと人大杉になってしまう、
という問題の解決のためです。
これにより、以前指摘された、
削除依頼時や誘導時の不便さもある程度解決されるかと思います。

read.cgiや各2chﾌﾞﾗｳｻﾞなど各ﾂｰﾙ側で、
ﾚｽ整形時にc.2ch.netに書き換えて頂ければ問題無いのですが、
それですと大掛かりになってしまいますので、
Love Affair側での対応で何とかできればと思います。
よろしくお願いいたします。

◆EA.clAssIc · 04/08/03 21:48

>>root ★さん、
もう一点お願いしたいことがあります。
●に対応する為に、CURLを入れて頂きたいです。
http://search.net-newbie.com/php/ref.curl.html
http://curl.haxx.se/
現在は、◆BFzK/mtqM2さんのご好意の元、
◆BFzK/mtqM2さんのｻｰﾊﾞで認証を行っておりますが、
そちらも c.2ch.net で行えるようになればと思います。
お手数をおかけ致しますが、よろしくお願いいたします。

◆EA.clAssIc · 04/08/04 02:48

本日、2:40頃に >>497 の機能削減版ｽｸﾘﾌﾟﾄを導入いたしました。
http://mumumu.mu/mrtg/mrtg-rrd.cgi/access/
http://mumumu.mu/mrtg/mrtg-rrd.cgi/load/
にてｱｸｾｽ数と負荷状態の推移を計測して頂けると幸いです。
よろしくお願いいたします。

◆EA.clAssIc · 04/08/04 02:51

>805訂正。
×　本日、2:40頃に >>497 の機能削減版ｽｸﾘﾌﾟﾄを導入いたしました。
○　本日、2:00頃に >>497 の機能削減版ｽｸﾘﾌﾟﾄを導入いたしました。

**動け動けウゴウゴ２ちゃんねる** · 04/08/04 03:44

機能削減版は、テンキー操作デフォなんですね

◆EA.clAssIc · 04/08/04 04:27

>>807さん、
そうなんですー。
ﾊﾟｹ代削減、という枷を外したので。

今後の段階としましては、

1)　表示ｽﾚ数、ﾚｽ数等を設定できるようにする
　○読込数の抑制
　×転送量の増加
2)　最新10ｽﾚｯﾄﾞを、/板/html/xxxxxxxxxx.htmlから取得する
　○ｿｹｯﾄ接続時間の短縮
　×ｷｬｯｼｭﾋｯﾄ率の減少

をやっていこうかと。
それぞれ長所短所がありますので、まずは数値をはじき出すところから。

**動け動けウゴウゴ２ちゃんねる** · 04/08/04 04:58

一度に表示するレス数だけでも設定できるようにできないでしょうか？

**root ★** · 04/08/04 05:20

>>805
アクセス数もさることながら、トラフィックがとても減ってるですね。
http://mumumu.mu/mrtg/mrtg-rrd.cgi/traffic/

>>803 と >>804 は、ぼちぼちと。

**動け動けウゴウゴ２ちゃんねる** · 04/08/04 05:22

それよりもレス全文表示の設定出来るようにして～
省略表示だと見るのがめんどくさ～

**FOX ★** · 04/08/04 15:49

以下のサーバを 2ch LAN (c.2ch.net用)に接続しました。

oyster244
oyster245
banana402

◆BFzK/mtqM2 · 04/08/04 17:36

oyster244とbanana402は何に使うのかな？

◆g4HrV7ViKA · 04/08/05 21:41

ハードウェア不良で掲示板運用を離脱したbanana402、こちらで戦線復帰ですか。

で、blackgoatはあくまでソフトウェア的解決を目指すということなので、
単純な予想
cobra2244 = c-docomo4
banana402 = c-au3 or c-others2

◆BFzK/mtqM2 · 04/08/05 21:48

banana402をBlackGoat2にして、負荷分散で
cobra2244はBBM関連かな？

**動け動けウゴウゴ２ちゃんねる** · 04/08/06 00:15

BBMってoyster245でやってたような。（m.2ch.net）
244はドコモの3台目（4台目?）になると予想。

**動け動けウゴウゴ２ちゃんねる** · 04/08/06 03:15

auをpeko鯖にして、
BlackGhostの負荷耐性がどのくらいか
チェックするんじゃなかったけ？

**不動楽 ★** · 04/08/08 16:13

c.2ch.net系列のメンテナンスをさせて頂く事になりました。
docomo3のLAが　20040807 16:00　から、
前比2倍くらいの数値を出しておりますが、
この時間、何か設定等変更されましたでしょうか？

**root ★** · 04/08/08 16:42

じさぼけぼけ。

>>818
おお。(今後とも)よろしくお願いします。
その時間は特に触ってないですね。

**不動楽 ★** · 04/08/08 17:19

>>819
お帰りなさい＆よろしくお願いします～
了解です。
先程、16時前後に最新レスに限って、
xxxxxxxxxx.htmlをリクエストするように仕様を変更しました。
BGのキャッシュヒット率の動向に注目したいですー。

**こうすけ ★** · 04/08/08 17:39

16:00と言えば例の定時処理かな？

**root ★** · 04/08/08 18:18

>>820
やっぱり変えたですか。html/の下を持ってきているのかな。

「どうしたんだろう」というぐらい、効果ある模様。
http://mumumu.mu/mrtg/mrtg-rrd.cgi/traffic/

**root ★** · 04/08/11 04:02

というわけで、クラシックメニューが元のバージョンに戻ったのを契機に、
バックエンドサーバとしてのpekoサーバの能力を実証実験中。

携帯→2ch運用情報スレッド11
http://qb5.2ch.net/test/read.cgi/operate/1091869644/220-240

**root ★** · 04/08/11 05:19

残りの作業は、

・違ったキャリアのURLへのアクセスから、正しいキャリアのものに誘導するしかけ(難しくない)
・クラシックさんからメールで頼まれた作業をぼちぼち

かな。

で、一両日様子を見た後で、フロントエンドにもsquid入れて、
Apacheがブロックしないように策を練ってみるか。

◆X7F1FulWvk · 04/08/11 11:31

cobra(･ω･)ｶﾙｲﾈ

**こうすけ ★** · 04/08/12 00:09

Peko鯖ってすごいね。。。。

**root ★** · 04/08/12 03:41

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

ということで1日動かしました。

まだ継続的な観察が必要そうですが、
blackgoatの倍のヒット率を処理できている模様。

またblackgoat2では、今まで観測されていた
アクセスピーク時におけるキャッシュヒット率の急激な低下=>トラフィックの漏れ出しが
かなり少なくなったようです。

つまり、
ピーク時間に漏れ出るトラフィックが少なくなる => ピーク時間の他のサーバへのdatリクエスがト減少 => 負荷軽減

という効果があったと。

**root ★** · 04/08/12 03:47

>>827
× blackgoatの倍のヒット率を処理できている模様。
○ blackgoatの倍の時間あたりヒット数を処理できている模様。

おやすみなさい。

**こうすけ ★** · 04/08/12 08:19

まちとぴんくを一旦c.2chに復活させて、実際に転送量がどれくらいあるかをみませんか？
とりあえず黒山羊さん1号に飛ばしてみるとか、
もう一台のbananaを黒山羊さん3号にして、別々にプロキシ設定してみるとか、、、

ところでFOXさん、まちも分離の方向でよいのですか？

**root ★** · 04/08/12 11:12

>>829
桃色系をblackgoat1号で処理して統計とるというのは、
仮にPINKちゃんねる側で今のc相当のものを準備する場合、
どの程度の設備が必要かの判断に使えそうですね。

PINKちゃんねるは現在拡大路線なので、これによって必要な設備規模がわかり、
かつ設備に対する効果が有用であるという判断がなされれば、
はれて投入の道も開けるかと。

ということで一時的に期間限定で復活させて、データとってみますか。
blackgoat1号のほうは、昼ぐらいまでにいったんキャッシュクリアして前準備しておきます。

**こうすけ ★** · 04/08/12 11:44

>>830
そうですね。
Banana１台ですむのは明らかだろうけど、
実際にどのくらいの規模なのかいまいちつかめないので、、、

ソースの方はいじっておきますので、準備が出来たら連絡ください。

**root ★** · 04/08/12 11:53

blackgoat側、準備OK。>>831

**こうすけ ★** · 04/08/12 13:11

設定したです。

c-au2(c-docomo1)が重い。。。
どうしたんだろう？

**未承諾広告※** ◆TWARamEjuA · 04/08/12 13:18

ping traceroute それぞれは通りますが、http 、ssh は不出。 ftp 劇重たいですね。。。＠banana404

**未承諾広告※** ◆TWARamEjuA · 04/08/12 13:19

ということで、リブート要請出しますー

**root ★** · 04/08/12 13:19

おつでした。

たしかにようすがへんだ。みてきます。> c-au2

**root ★** · 04/08/12 13:20

数分でログインはできる模様。

>>835
あ、ちょっと待っていただけると。

**こうすけ ★** · 04/08/12 13:21

ログインは出来ました。

**root ★** · 04/08/12 13:21

9:21PM up 21 days, 12:43, 2 users, load averages: 333.31, 283.91, 192.05

**root ★** · 04/08/12 13:26

httpdを再起動してみた。< c-au2

**こうすけ ★** · 04/08/12 13:29

>>840
おつです。

新しく入れたPHPをキャッシュするところで何か起こったのかな？
それとも、変更したもののバグ？

**未承諾広告※** ◆TWARamEjuA · 04/08/12 13:30

>>837
I'm freeze it.(^-^;)

**root ★** · 04/08/12 13:31

なんだかわかりませんが、httpdが超高負荷状態に。
エラーログにはこんなものが。
httpd in free(): error: recursive call
httpd in free(): error: recursive call

**root ★** · 04/08/12 13:33

syslogとかには、ハード異常とかそれっぽいのは見当たらないなぁ

**root ★** · 04/08/12 13:36

その他のログにも、変な形跡はない模様。
更新したところで起きたようなので、アクセラレータとのからみの問題か、、、。

しばらく観察ということで。

**こうすけ ★** · 04/08/12 13:37

やっぱり、スクリプトを入れなおしたときに、何か起こったのかな。。。。

**ぴんく丼 ★** · 04/08/12 13:54

>>830
広告関係でオーナーから物凄いクレームが毎回来るので
出来ればやめて欲しいです(or 物凄く短期間にして欲しい)

頼みます、頼みます、
何度激しく起られたことか、、、

**こうすけ ★** · 04/08/12 13:56

>>847
了解です。
１日限定ならOKかな？
もっと短く？

**こうすけ ★** · 04/08/12 13:57

まずは、２ちゃん管轄の広告を消しましょうか？
あと、可能であれば、ぴんくちゃんねる管轄の広告をだすとか、、

**ぴんく丼 ★** · 04/08/12 14:00

実験でやるなら、やらないで欲しい、
向こうも広告の方は統計とっているので直ぐに変化がわかるから、
完全に分離してくださいー
つまり c.2ch.net からは bbspink.com はどんなことがあってもアクセスしない。

たぶん　そのうち deny等する事になると思います。

よろしくお願いします。

**root ★** · 04/08/12 14:01

>>847
そういう事情ですか。
では、24時間限定でいきましょう。

明日の14:00でばっさり止めるということでいかが。

で、>>849 は、c.bbspink.com (仮)とかを作る方向で考えればいいかなと。
( 参考 >>830 )

**こうすけ ★** · 04/08/12 14:02

了解です。
じゃあ、中止しましょう。

ぴんくちゃんねるで、本当にc.bbspink.comが必要になったら、その時にやりましょう。

**動け動けウゴウゴ２ちゃんねる** · 04/08/12 14:04

書き込む前にリロードしましょうネ

**こうすけ ★** · 04/08/12 14:06

（１）今すぐやめる
（２）１日限定
（３）c.bbspink.com（仮）を作る

どうしましょうか？

**FOX ★** · 04/08/12 14:12

質問です
c.2ch.net を一週間ぶっつづけでダウンタイムなしで動かすには
どうしたらいいのだろう?

さらに一ヶ月だったら?

**root ★** · 04/08/12 14:15

>>850 >>852

了解です。
そこまで理由が明確であれば、「分離する方向で」ではなく「今後完全分離」かと。

c.bbspink.com についてはbbspinkの板などと同様、bbspinkのオーナー・スポンサー方面の意向で。

>>854
私は「明日の14時までに限定、今後c.2ch.netでの復活なし」でよいと思いますがいかが。

**root ★** · 04/08/12 14:21

>>855
系全体として、c系のサービスダウンをさせないように、という意味だと理解しました。

金がかかる方法(力技)はたぶんいろいろあるけど(わりと確立している)、
できるだけ知恵で解決できないか、というのが質問の趣旨かしら。

**FOX ★** · 04/08/12 14:24

>>857
すべての方法の中から、最善手を考えたいです。

「サーバを六台投入すれば一ヶ月もつ」とかが知りたいです。

**root ★** · 04/08/12 14:32

なるほど。>>858
それじゃ、これまでわかったことを下敷きに、グランドデザインを考える必要がありそうだ。

大方針a)落ちないように、専用の機器等を使ってガチガチに固める
大方針b)落ちるものと仮定して、一部マシンが落ちても大丈夫な構成でシステムを組む

が、まず大きな分かれ目になりそうですね。

# 個人的にはb)乗りです。

**root ★** · 04/08/12 14:35

で、「見切り」をどこに作るかが次のステップか。

例: フロントエンドとバックエンドを接続しているネットワークはこわれないとみなし、二重化しない、等

**こうすけ ★** · 04/08/12 14:35

ｂ）でしょうね。

a）は金がかかりすぎると思う。

**FOX ★** · 04/08/12 14:42

勝手にいろいろい仮定して一つの案を出してみると、

仕組み的にはこれまでやってきた方法の延長線上でok
(新しい仕組みを作るにはさらに数ヶ月かかりそうだから)
で、知恵も絞りつくしてあとは若干の性能向上が見込めるだけ、
ということは、物量作戦なのかな?

BlackGoat 二台増設
au banana 四台増設
docomo cobra 四台増設
others banana 二台増設
c.2ch.net banana 一台で独立

これだけあれば九月を乗り切れる

とか、

**root ★** · 04/08/12 14:51

ちと、今日はしばらく忙しいので手短に。

>>862
つまり横並び作戦(当初路線の延長線上でいく)ということですね。
どのパーツがどのくらい必要なのかは、これまでとった統計情報から見積もってみるかんじで。

あと試してみたいソフトウェア的な知恵としては、
フロントエンドにsquidを入れて、httpdが満員にならないようにするぐらいですかね。

**こうすけ ★** · 04/08/12 14:52

それか、キャリア毎に分けるのをやめてしまうとか。。。

BlackGoat banana 二台　（取り込む鯖で分ける）
ｃ-x　cobra 四台　（同じスペックの方がいいんだよね）
c.2ch.net　banana 一台（ロードバランサ）

**不動楽 ★** · 04/08/12 23:00

BlackGoatの増設だけで結構いけるんじゃないかと思ったりするんですが。

**動け動けウゴウゴ２ちゃんねる** · 04/08/12 23:16

今のところ、au、docomo、otherに分けている目的って分析だけ？

**動け動けウゴウゴ２ちゃんねる** · 04/08/12 23:57

キャリア別フロントエンドは既定事項
理由・目的は誰かさんの深謀遠慮

**こうすけ ★** · 04/08/13 00:22

アクセス数が横ばいなら、BlackGoat増強だけで解決しそうですね。

**こうすけ ★** · 04/08/13 00:34

いまのところ、bbspinkは2chのほぼ1/10程度ですね。

浸透していない、かつ、r.i/p.iが生きているのでこれくらいなのかもしれませんが、、、

**動け動けウゴウゴ２ちゃんねる** · 04/08/13 00:55

キャリアごとに分けるの止めると、フロントの数減らせそうだけどな。
あと、一台が落ちても他のに分散して耐えしのげそうなんですけど。
どうなんだろ？

**動け動けウゴウゴ２ちゃんねる** · 04/08/13 01:12

キャリア別って速度で分けるためじゃないの？

**FOX ★** · 04/08/13 05:08

>>823
現在の構成をこのスレッドに書いていただけるとありがたいです

>>507 からどの様に変化しているのですか?

**こうすけ ★** · 04/08/13 05:33

>>872　FOXさん

フロント側の構成は>>507で変更ありません。

>>507の時は、BlackGoatにbanana406を使っていましたが、
アクセスピーク時（22:00頃～2:00頃）におけるキャッシュヒット率の急激な低下
つまり、トラフィックの漏れ出しが発生していました。
そこで、ためしにcobra2244を使ってそのあたりが改善するかを調査中です。

**FOX ★** · 04/08/13 05:41

つまりこうかな?

フロント(受付嬢)
c.2ch.net (banana405)
|- c-au1 (banana403) -|
|- c-au2 (banana404) -- 二台でロードバランス
|
|- c-docomo2 (peko247) -|
|- c-docomo3 (peko246) -- 二台でロードバランス
|
|- c-others (banana405) - c と共用

バック(黒山羊さん)
BlackGoat #1 (banana406) - 休止中
BlackGoat #2 (cobra2244) - 稼動中

**FOX ★** · 04/08/13 05:44

>アクセスピーク時（22:00頃～2:00頃）におけるキャッシュヒット率の急激な低下
>つまり、トラフィックの漏れ出しが発生していました。
>そこで、ためしにcobra2244を使ってそのあたりが改善するかを調査中です。

この部分なんですが、背景等を解説していただけるとありがたいです
1) キャッシュヒット率の低下がなぜ起るのか?
2) なぜcobra2244 (pekoサーバ) を使うと解決すると予想したのか?

等々

**こうすけ ★** · 04/08/13 06:13

>>875　FOXさん

そのあたりの技術的なものは、rootさんに正確に答えてもらった方がいいと思うので、
rootさんの回答待ちということで、、、
一応、１日経過時のrootさんの考察が>>827-828にありますので、参考にして下さい。

**こうすけ ★** · 04/08/13 06:49

現在のシステムでは、bananaなBlackGoatでは処理能力不足

そこで、
（１）BlackGoatへのリクエストの量を減らす　→　簡易版メニューでの実験
結果、多少改善されたが、負荷ピーク時はBlackGoatに繋がらない状態が頻発

（２）BlackGoatの処理能力を上げる　→　Cobraで実験
負荷ピーク時でも、BlackGoatに繋がらない状態は起こっていない

次は、じゃあBlackGoatに必要な処理能力はbanana何台分？
になるのではないかと思います。

**▲:/usr/local/bin/ch2 -o i686** ◆P8fXJj6wwo · 04/08/13 11:26

bananaに搭載されているPen4コアって北森ですか？ぷれすこですか？
用途を考えるとL2の容量差もヒット率の違いに絡んでいそう。

仮にそうでなかった場合は

・peko/Cobraもう一台をblackgoatとして投入
・各フロントエンドサーバと各blackgoatの間は
　すべてGbE化して間にロードバランサを挟む

ぐらいのことをかんがえないといけなくなるかも・・・。

**FOX ★** · 04/08/13 14:28

>現在のシステムでは、bananaなBlackGoatでは処理能力不足

この処理能力が何を指しているかを顕在化させたいんですよね、
そして「結果的にCobraでよかった」じゃなくて、何がどうなったから
Cobraでよかったと言いたいんですよね、そうしなきゃ無駄な投資を
してしまうですー

**動け動けウゴウゴ２ちゃんねる** · 04/08/13 14:31

ﾃﾞｰﾀﾍﾞｰｽが同じならCPUの違いで
キャッシュヒット率が変わるのかなあと呟いてみるテスト

**root ★** · 04/08/13 14:31

いろいろ書きたい事/レスすべきことがありますが、ちょっとあとで。

14:00過ぎたので、c系から大人の時間を削除してくださいー。＞両氏

**不動楽 ★** · 04/08/13 15:29

あれ？大人の時間、なんで復活しているんでしょう・・・？
取り合えず、作業はいります。

**不動楽 ★** · 04/08/13 15:36

>>882
完了です。
c.2ch系列からは完全にアクセスしなくなったはずです。

**root ★** · 04/08/13 15:37

>>882
どもです。

1日だけ復活させた経緯は、このスレの>>829あたりから。

**root ★** · 04/08/13 15:41

本業ばたばたですんませんが、とりあえずざっくりと観察結果を。

2ch : bbspink = 1 : 1/10～1/12

bbspink系は、
20:00から上昇カーブに入り、2:00あたりまで上昇曲線。
概ねPCの転送量と傾向は同じだが、
PCよりも1～2時間ぐらい、ピークがうしろにある。

**動け動けウゴウゴ２ちゃんねる** · 04/08/14 06:14

blockgoatがdat取得するの２分ごとに一括更新の同期式？〉転送量の上下が激しい
それともdatごとに更新の非同期式？〉転送量はなだらかに

**FOX ★** · 04/08/15 00:48

２ちゃんねるLANにつながっていて
未投入なのは投入しちゃった方がいいような、

**root ★** · 04/08/15 17:34

>>887
今使ってないのはbanana402かな。
blackgoat1号機も使ってないか。

今帰省先なので、>>875- のQも含めて、月曜以降にいろいろと。

◆BFzK/mtqM2 · 04/08/16 19:40

GA-7A8DW（未開封新品）が9800円で売ってたので、衝動買いしてしまった。
石二つ探してこないと。。。。。
http://tw.giga-byte.com/Server/Products/Products_ServerBoard_GA-7A8DW.htm

**root ★** · 04/08/17 15:06

>>875 にようやくレス。

Cobraを使うと解決すると予想したのは、I/Oの速度の向上への期待です。

旧blackgoatでは、ロードアベレージの上昇はそれほどでもないのに、
アクセス集中時にログインすると、対話的パフォーマンスの低下が起きていました。
(コマンドを入れると詰まる感じ)

systat -v/iostat等で、ad0/ad1がめいっぱい使い切られていると思われる
兆候が見えていました。
(ディスクは、ccdを使って2本のディスクをストライピングで使用)

squidのログを確認すると、かなりの割合でキャッシュからデータが獲得できなかった旨の
エラーが出力されていました。

ネットワークの統計からは、この時点ではまだ帯域は使い切っておらず、またパケットの
取りこぼしや再送も、発生していないように見えました。

squidは400Mぐらいメモリを使っていましたが、メモリが不足している兆候は
まだ見えていませんでした。

このような状況から、

・CPU usageはまだめいっぱいではない
・ネットワークもまだ破綻していなかった
・ディスクI/Oが目いっぱいまで使い切られていた

=>squidのソースを読みきれていないが、ディスクI/Oが目いっぱいの状況の時に、
キャッシュヒット率が悪くなっていることから、ディスクI/Oの速度を上げれば、
キャッシュヒット率が向上し、系全体のパフォーマンスも向上するかもしれない

と、判断しました。

**root ★** · 04/08/17 15:11

>>879
ということで、
> 何がどうなったからCobraでよかった

ですが、私の判断ではディスクI/Oパフォーマンスの向上が
最も大きいと考えています。

ディスク構成:

blackgoat1号機:
・同一バス上に接続された80G UltraATA100 IDE 7200rpmディスク2台
・IDEはオンボード、32bit
・FreeBSDでストライピングを設定

blackgoat2号機:
・別々のバス上に接続された36G Ultra320 SCSI 15000rpmディスク2台
・SCSI cardは64bit PCIで接続、64bit OS
・FreeBSDでストライピングを設定

**FOX ★** · 04/08/17 15:13

どもです　どもです

http://server.maido3.com/pie/graph/oyster244.gif
さらに質問ですが
このグラフを見る限り、深夜ピーク時キャッシュヒット率が以前よりは
向上していると見られるのですが、あってますか?

さらにヒット率をあげることは可能なのでしょうか?
また　現 BlackGoat#2(peko244) の使用率はどれくらいと推測しますか?
つまりまだまだキャパシティがあるのかどうか・・・

**root ★** · 04/08/17 15:17

で、>>887-888

banana402: 純粋banana+Intel Ethernet card
memory512M, 10M帯域制限

banana406: 強化banana+Intel Ethernet card (2 I/Fs)
memory1G

投入するとしたら、banana402がcの二重化(現在はcが落ちると全部（りゃ)、
負荷上昇が目立つc-au系の3号機あたりか。

他に何か案は↓

**FOX ★** · 04/08/17 15:20

つまり管理人から御代として出されているディレイ60sec実験なんですが、
受付嬢は直接的には何ら変化が無いと予想できるのですが、
(めぐりめぐっての変化はあるかも)

BlackGoatは単純に出口というか入り口というか
２ちゃんねるの各サーバにつながっている方は二倍の量になり
キャッシュしている dat の書き換えも二倍になると予想されるから、

という話しなんですが、

**root ★** · 04/08/17 15:22

>>892
あってますね。明らかにヒット率は向上しています。
使用率は、きちんと計測しないといけないところですが、
ディスクI/Oはまだなんとかなるかなと。

ただ、２ちゃんねる用ネットワークのほうが、100Mbps接続でもうかなりめいっぱいに近いですね。

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

**FOX ★** · 04/08/17 15:24

>>893

banana406 が他のau機とスペックが同じでしたっけ?
banana402 がちょと違うスペックで、

**root ★** · 04/08/17 15:25

>>894
60secにして今のblackgoat2が耐えられるか、ということですね。

どうだろうか。正直、やってみないとなんともいえないところかも。
いままで、ここまでProxyサーバをいじめて使ったことがないし。

>>895 で指摘した、フロントエンド <=> blackgoat2 の間は、
例えばblackgoat2を1G接続にするとかできれば、まだいける気がするです。

**root ★** · 04/08/17 15:28

>>896
banana403, 404, 405, 406は全く同じH/Wですね。
bananaベース、メモリ1G、Intel Ethernet I/F x 2

banana402は他のbananaサーバと同じ(メモリ512M)に、
Intel Ethernet I/F x 1を追加したものにみえます。

**FOX ★** · 04/08/17 15:28

レスが入り乱れますが、

>>895
２ちゃんねる各サーバ　━む→　BlackGoat　━ら→　受付嬢　　━さ→　端末
とした場合の　「む」の部分が 100M 目いっぱいになっているってことですか?

解決策はあるんだろうか・・・
というかその部分の容量 GigaBit じゃ無いんですか?

**FOX ★** · 04/08/17 15:31

>>898
ということは
banana406 = c-au3
banana402 = c の独立 or/and 多重化

に一票。
c-docomo はどこから捻出してくるか。。。

Tiger511,512 を BlackGoat　に入れて
Peko機はdocomo用受付に転出か・・・

**FOX ★** · 04/08/17 15:32

>>897
今日の夜やってみますかー?
みんなの準備が整えばですけど、

んでだめだったら即時撤退ということで、

**root ★** · 04/08/17 15:35

>>899
「ら」の部分ですね。
「む」はまだ平気かと。

そこの部分は自動判別で接続してますが、100Mbps full-duplexであると認識されています。
ここは内部ネットで他の部分に影響ないので、スイッチの設定変更でいけるのかな？

**root ★** · 04/08/17 15:36

>>901
設定変更は簡単なので(blackgoat2のsquidの設定を変えるだけ、c-xx側は特に変更なし)、
できると思います。やってみるか。