やっぱりc.2ch.netもパワーアップしてみよう作戦

**まみら ★** · 2007/06/27(水) 23:17:13

現行のサーバも3年ほど使ってるので、
管理人さんに新しいのを買ってもらえそうです。
と、いう事で、こちらで「わいわいがやがや」やってみましょう。

------------------------

質問・雑談スレ256＠運用情報板
http://qb5.2ch.net/test/read.cgi/operate/1182209120/783-n

783 名前：ひろゆき＠どうやら管理人 ★ 本日のレス投稿日：2007/06/27(水) 19:53:56 ???0 ?

788 名前：まみら ★ 本日のレス投稿日：2007/06/27(水) 21:10:04 ???P
>>783
c.2ch.net用の新しいサーバ買って？

790 名前：ひろゆき＠どうやら管理人 ★ 本日のレス投稿日：2007/06/27(水) 21:32:23 ???0 ?
>>788
何台ぐらいいりますかね？

794 名前：まみら ★ 本日のレス投稿日：2007/06/27(水) 21:48:26 ???P
とりあえず調子悪いのはバック２台とフロント１台です。

そのフロント１台は新しいの来てるけど
ネットワークカードの関係でrootさんが調整中です。
何かが足りない様子です。

台数増やす事も考えて、ちょっと相談してまたお話します。

**動け動けウゴウゴ２ちゃんねる** · 2007/07/03(火) 08:57:55

>>371
c-0.2ch.net・c-1.2ch.net……c-9.2ch.netとサブドメイン割り当てて
2ch内リンクはスクリプトがスレッドキーの末尾を見て
サブドメインを替えるって感じ？

cobra5台にそのサブドメイン2つづつ割り当てて
残りのcobra1台はsubject.txt専門とか？

cobra・tiger・stiger・banana・tbanana混在環境なら
スレッドキーの下2桁を使って100分割して
サーバの強さで受け持ちバーチャルホスト数を変える感じ？

**root▲▲ ★** · 2007/07/03(火) 10:10:05

>>369
縁起ですか、、、。stigerは縁起が悪いと。
そんでは、まずBG2台のフロント化からいきますか。

>>370
6台中2台関連キーワードに使ってますね。(stiger101とstiger102)

>>371
あ、ごめんなさい。私の言い方が悪かったです。
「HDDのキャパがあふれた」というのは、
HDDの容量じゃなくてHDDの＊処理能力＊です。

systat -vとかで100%とか出る状況ですね。
IDEのディスクだと、予想通りというか、やはりつらいかんじで。

**まみら ★** · 2007/07/03(火) 12:57:56

傾斜配分って出来るんですねー。（前にも聞いた気が）
記憶が不確かだったので少し心配してました。
BG機を投入するのはとりあえず、othersとdocomo？

**root▲▲ ★** · 2007/07/03(火) 13:36:35

傾斜配分はいろいろ方法考えられますが、
そのへんは時と場合によりで。>>374

で、すぐに投入可能戦力を整理しておくと:

a) tiger511/tiger512 Xeon2.8G 2Gmem U320SCSI
b) banana405の代替品(*1) Pentium4 1Gmem IDE
c) 縁起の悪いstiger(*2)

(*1)は別途こちらからメールする必要ありかも。
(プライベート側ネットワークがいらなそうになったなので、その旨)

(*2)入れるかどうかは、寄付を受けた人(管理人)の胸先三寸

**root▲▲ ★** · 2007/07/03(火) 13:37:02

>>374
で、個人的には、

(1)BG2つをDoCoMoとauに入れて、
banana405の代替品をothersに入れて試してみる

(2)(1)の結果を見て、次の手を考える

キャリアごとをどうするかとか
新戦力を投入するならどんな戦力がいいかとか
傾斜配分をどうするか等

というかんじがいいかなと思っているです。

**まみら ★** · 2007/07/03(火) 13:42:11

>>376
さんせー

**ひろゆき＠どうやら管理人 ★** · 2007/07/03(火) 14:30:57

無神論者なので、縁起を気にしないフリとかで
行きたいと思います。
c)
>>375

**動け動けウゴウゴ２ちゃんねる** · 2007/07/03(火) 14:32:08

気にしないんじゃなくて
気にしないフリかい

**動け動けウゴウゴ２ちゃんねる** · 2007/07/03(火) 14:34:04

管理人のおすすめはc.2chだけあってcですか

**root▲▲ ★** · 2007/07/03(火) 14:45:03

>>378
了解です。

今OSだけしか入ってないので、
今日帰宅後あたりからBG3/4もあわせて、
土地作りとかすすめはじめるということで。

**root▲▲ ★** · 2007/07/03(火) 18:48:07

>>375
> b) banana405の代替品(*1)

について、増設ネットワークカード以外を同仕様にしたものを
出していただけるかどうかについて、中の人にメールで確認しました。

これから夜までほぼオフライン。

**FOX ★** · 2007/07/03(火) 21:19:55

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

２ちゃんねるから引っ張っている転送量を観察しているのですが、
なぜ22:30頃を境にいきなり２倍近くに跳ね上がるのかしらん?

**動け動けウゴウゴ２ちゃんねる** · 2007/07/03(火) 21:24:32

>>383
昨日の話？

**FOX ★** · 2007/07/03(火) 21:25:02

んだんだ

**動け動けウゴウゴ２ちゃんねる** · 2007/07/03(火) 21:27:41

(；･`д･´)てっ、テレホーダ(ry

**動け動けウゴウゴ２ちゃんねる** · 2007/07/03(火) 21:29:47

>>358
>>360-361
このへんあたり

キャッシュの設定を変えたから？

**動け動けウゴウゴ２ちゃんねる** · 2007/07/03(火) 21:30:04

テレホだったら23時過ぎだろ・・・常識的に考えて

**動け動けウゴウゴ２ちゃんねる** · 2007/07/03(火) 21:30:10

ダイハード３は、、、関係無いか、
つまらんかったし。

**FOX ★** · 2007/07/03(火) 21:34:47

あぁ　なるほど、キャッシュの変更なのか、
どもでした。

subject.txt のキャッシュも当然必要ですし(スレよりも長く設定120secとか)
板にもよりますがスレのキャッシュは200や300じ足りなかったりします。
vipなんぞは1,000くらい必要です。
よろしくお願いしま～す

**動け動けウゴウゴ２ちゃんねる** · 2007/07/03(火) 21:55:06

ニュー速＋の重さは異常

**動け動けウゴウゴ２ちゃんねる** · 2007/07/03(火) 21:59:47

携帯に限った話じゃないけど、tmp6鯖とかsociety6鯖の重さもｱﾚ

**こうすけ ★** · 2007/07/03(火) 22:00:17

>>390
はーい
今週末までには

ちなみに、べっかんこはキャッシュはどれくらいしてるんでしょうか？

◆garnetGnNk · 2007/07/03(火) 23:17:18

ここでがっくし鯔鯖の方々がキャッシュの内訳について解説
↓

滅殺 ◆/6E7im0guI · 2007/07/04(水) 00:46:15

あー

全く以て解らん所存にございます。。。

**こうすけ ★** · 2007/07/04(水) 01:42:54

subjectもキャッシュした。

**FOX ★** · 2007/07/04(水) 04:42:10

subject.txt は 120sec delayでもみんななんとも言わないくらい
スレも60secでも何事もおこらない

これが最近の実験結果です

?S★(532072) · NG

>>397
がっくしのやつdenyされてるよ

**root▲▲ ★** · 2007/07/04(水) 18:50:57

>>382
先日出していただいたbanana2882を
再度出していただけることになりました。
今、ログイン情報受け取りました。ぼちぼちと。

**こうすけ ★** · 2007/07/04(水) 19:14:20

>>399
T-banana？

subjectをキャッシュにした変更の際に広告が消えた。
帰ったら直さないと

**root▲▲ ★** · 2007/07/04(水) 19:23:19

>>400
2800番台なので、通常のbanana(の年齢が新しいやつ)ですね。
T-bananaは3100番台のようです。

**root▲▲ ★** · 2007/07/04(水) 19:27:14

banana405(std. banana)の代替機なので、std. bananaと。

で、戦略としては、
・まずは現有戦力でどこまでいけるか

をやって、
・追加の戦力が必要ならその時に動く

というストラテジでいくということですね。

# とは言うものの、ヘビーなディスクI/Oについて
# T-bananaの実力がどうなのかは、興味深いところで。

**動け動けウゴウゴ２ちゃんねる** · 2007/07/05(木) 05:26:00

むさん、
(;´Д`)Д`)Д`)Дﾟ)
　ﾊｧﾊｧﾊｧﾊｧﾊｧﾊｧﾊｧ?

**まみら ★** · 2007/07/05(木) 13:27:34

c-others2のLAが下がらないのでVIPのキャッシュを500にしました。

**FOX ★** · 2007/07/05(木) 14:05:15

キャッシュをなくす(減らす)のはこの作戦の意味をなくすことかと
またrootさんにdenyされちゃうのでは?

この作戦 = Love Affair 作戦

**（ll|・∀・)ウゴウゴうごかんちゃん** · 2007/07/05(木) 14:16:18

（ーωー;）

**root▲▲ ★** · 2007/07/05(木) 14:17:53

掲示板システムを守ることが第一義ですね。

既出のMRTGとかでトラフィック(*1)を監視しつつ、
うまく調整していくのがよいと思います。

(*1)第一の優先度は、
掲示板サーバに大きな負担をかけていないか

BG2台、banaan405の代替品、縁起の悪いやつとかもですが、
まずはたんたんとできるものを投入していくかんじですすめます。
本業多忙でなかなかあれですが、できる範囲でいろいろと。

**まみら ★** · 2007/07/05(木) 14:20:41

>>405
それでは、キャリア別を止めてシームレスにするまでは、
DoCoMoとau以外はdenyしましょうか。
denyというか
落ちるまで稼動→気が付いたらリブート。コースになりますか。

**（ll|・∀・)ウゴウゴうごかんちゃん** · 2007/07/05(木) 14:22:54

（　´_ゝ`）

**まみら ★** · 2007/07/05(木) 14:23:41

今、緊急に200にしましたが、結構空きが出来たみたいですので
グラフ観察の為、少ししたら300に上げてみます。

**友達の友達の名無しさん** · 2007/07/05(木) 14:24:49

(´･ω･`)

● ◆ANGLERlqvM · 2007/07/05(木) 14:28:28

>>410
携帯スレでも書きましたけど、様子見は大事ですよ。。
c-others2の現状把握は今後の為に生きてくるのですから。

**まみら ★** · 2007/07/05(木) 14:31:47

>>412
はい。
それでは、次の変更は1時間後くらいが適当でしょうか？

● ◆ANGLERlqvM · 2007/07/05(木) 14:36:02

>>413
短すぎｗ
キャッシュが効いてきて、差分取得している状態で観察しないと駄目。
そして、利用者が最大数になるまで気長に観察。
１日くらい？

**まみら ★** · 2007/07/05(木) 14:48:51

>>414
１日ですか。
200～300は>>349の時点でも試みてるので、
もう少し上でも良いかな？って気はしてます。
今回、500(vip1000)→500(vip500)にしてもidle減らなかったので
個人的に300～400を観察してみたいかも。。

rootさんの空きとどっちが早いかって話にもなってきますね。

**FOX ★** · 2007/07/05(木) 14:49:05

わたしたちは何をやっているのか
これはこんな作戦です

【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/
【Love Affair】携帯からのアクセスに対する考察・次の一手 Part3
http://qb5.2ch.net/test/read.cgi/operate/1095146311/
【Love Affair】携帯からのアクセスに対する考察・次の一手 Part4
http://qb5.2ch.net/test/read.cgi/operate/1116860379/

株価【850】 △△ ◆cZfSunOs.U · 2007/07/05(木) 14:50:43

というか，リクエストの量に対して HDD のパフォーマンスが追いつかないのが
苦しんでる原因なんじゃないかと．今後鯖を増やして1台あたりのリクエスト数が減れば，
キャッシュをもうちょっと増やしても追いつくようになるんじゃないかなぁ，とか．

**416** · 2007/07/05(木) 14:55:48

日本語表記に事実と異なる誤りがありました。訂正してお詫びいたしまつ

誤：わたしたちは何をやっているのか

正：わたしは何をやっているのか？

**root▲▲ ★** · 2007/07/05(木) 15:06:28

>>417
そう踏んでいます。

かつ、スケールするように(>>9)、
かつ掲示板システムに大きな影響を及ぼさないように (>>407)したいなと。

**動け動けウゴウゴ２ちゃんねる** · 2007/07/05(木) 15:09:19

全板×1000スレがサーバ負荷的に無理なら
全板×500スレという選択肢の他に
半分の板×1000スレというのもあると思うので>>113と

ユーliveとexとwwwwwを切っちゃいなヨ！

**まみら ★** · 2007/07/05(木) 15:24:25

FOXさんがこれだけ真面目に話すという事は
状況はかなり逼迫しているという事ですね。
1日を観察に費やすのも駄目だし、
転送量の増加は1MBも認められない、と。

あとは、キャッシュ数を増やして、かつ
インターバル(現在90秒)を伸ばすという案もあると思いますが
諸兄のご意見伺いたく。

**root▲▲ ★** · 2007/07/05(木) 15:28:17

>>421
> 1日を観察に費やすのも駄目だし、
> 転送量の増加は1MBも認められない、と。

そんなこと言ってないと思うなぁ。

転送量そのものが問題なんじゃなくて(転送量はあくまで結果の一部に過ぎない)、
掲示板システム全体への負担だと思います。

結果として転送量が増えたとしても、
掲示板システム全体としての負担が減るなら、それでいいと思うわけで。

# うわ、会議の時間だ。

株価【850】 △△ ◆cZfSunOs.U · 2007/07/05(木) 15:38:32

まぁ，試行錯誤する中で一時的に転送量が増えるのは仕方ないにしても，
転送量が増える（ことにより各掲示板鯖の負荷も高くなる）状態が固定化されるのがマズい，
ということなのではないかと．最終的には各掲示板鯖の負荷を低く抑えられるようにすべき，と．

**まみら ★** · 2007/07/05(木) 15:39:49

>>422
了解です。
いつもと雰囲気が違ったのでビビってしまいました。
では明日まで観察します。

**ひろゆき＠どうやら管理人 ★** · 2007/07/05(木) 15:53:41

まぁ、試行錯誤しないと前には進めないかと。

**動け動けウゴウゴ２ちゃんねる** · 2007/07/05(木) 15:53:54

（　´_ゝ`）ＰＣユーザ減少を携帯ユーザ増加が支えている（　´_ゝ`）
（　´_ゝ`）時として集中すると人大杉になるのは昔からの事（　´_ゝ`）
（　´_ゝ`）携帯搭載ブラウザはＰＣ並のブラウザに進化しつつ有る（　´_ゝ`）

**動け動けウゴウゴ２ちゃんねる** · 2007/07/05(木) 15:58:46

専ブラ標準搭載携帯の登場はまだか

2007/07/05(木) 16:06:21

(´･ω･`)全体板が人大杉になるなら・それは喜ばしい事(´･ω･`)ノ

**外野ｧｧﾝ** · 2007/07/05(木) 17:37:43

だいたい時間によって負荷だって違うわけだし

**動け動けウゴウゴ２ちゃんねる** · 2007/07/05(木) 17:59:44

ひろゆきはやっぱり永遠の17歳だな

**FOX ★** · 2007/07/05(木) 18:23:07

まず何を目的に何をしているのかを見失わないことが大切だと思う。
データが　a)２ちゃんねる　-> u)ユーザへ直接流れていた太古代。
それでは溢れる(※１)ということがおき、次の段階へ、
a)２ちゃんねる -> b)黒山羊さん -> c)c.2ch.net -> u)ユーザ
このとき b)は c)以降がどうなっても a)に何も影響を及ぼさなくするという防波堤の
任を負わされたんだな。そして今回それが正しく動いているということが初めて
検証されたんだな。あくまでも c) を動かすためのシステムではなく
「b)以降がどうなっても a)に影響を及ぼさない」というシステムを作るのが目的なんだな

※１ = サーバというのは最後の一滴で溢れるもので、溢れたあとは全てが動かなくなるんだな
容量100で 99,100 までは動いているけど 101になったとたん今まで動いていた100すらも失うのだ。

**FOX ★** · 2007/07/05(木) 18:28:05

そしてこの状況は２ちゃんねるには何度も訪れているいつものことなんだな
その時々いろいろな方法でクリアしてきたんだけど、
一番みんなの記憶にあるのがたぶん2001年八月だとおもう。
そのときに取った方法は、ご存知の通り名誉ある撤退。
一度規模を縮小して(外部に負荷を押し付けて)勘定の合うモデルにしてから
再度スケール拡大という方法を取ったんだな。

勘定の合う形にしてからでないとスケール大きくしたら
傷は深まるだけだと思う、破綻するともいう。

**FOX ★** · 2007/07/05(木) 18:32:36

んで　a) -> b) -> c) -> u)　の場合はどうするかというのが今回のテーマになるかと、
試行錯誤をするにしても目的をあやまったら管理人も本(※２)の中で言っているように
「局所最適化」をやってしまっちゃったりするのではないかと危惧しておりまして
私は本筋論を展開して行こうと思うのだ。

本(※２)　= ２ちゃんねるはどうして潰れないのか?

**root▲▲ ★** · 2007/07/05(木) 18:41:35

>>432
> 勘定の合う形にしてからでないとスケール大きくしたら
> 傷は深まるだけだと思う、破綻するともいう。

さて、それをどうするのがいいのか。

●の時は「二度とやるもんですか」(本人談)っていう人が
どこかから現れたわけですが、
今度はチラシの裏あたりから何かが現れたりするんだろうか。

**root▲▲ ★** · 2007/07/05(木) 18:46:20

っていうかこの議論ってようは、その昔にaccuseでやっていた、
(当時私はaccuseにはほとんどいなかった)、
「明日はどうなる？働け！ひろゆき」シリーズの再来ってことですか。

**FOX ★** · 2007/07/05(木) 19:15:04

>>416 のLove Affair作戦は2004年(今から三年前)にはじめたんですが、
part1の冒頭で「何をするか?」を決めています
それは「キャッシュで解決を計る」です。
当時のアクセス数と現在を比べると、たぶん10倍(?)になっていると思うのですが
つまり現在はいくらa)２ちゃんねるのサーバ能力が向上したとはいえ
いままでのキャッシュの能力(bの能力)よりも劣っているものの開発は
なんの解決にもならないでしょう。つまり劣っているものを作るならBG黒山羊さん(b)を
増やすほうがとってもいいと思います。なぜならキャッシュの性能とは
転送量の抑制もさることながら転送回数も重要なファクターだからです。
今、現在で言えば断然後者のアクセス数の抑制が２ちゃんねるのサーバを救う効果があります。

キャッシュで解決を計る。
キャッシュの性能をよくする。
が目的を達成するための道筋ですなぁ

**動け動けウゴウゴ２ちゃんねる** · 2007/07/05(木) 19:21:48

では、BGを使っていない現在の方式は
BGを使っていたころと比較してキャッシュ効率はどうなの？
無視できないほど効率区悪くなっているの？

**FOX ★** · 2007/07/05(木) 19:21:58

ということで、現在やらなきゃいけないのは
高性能なキャッシュの製造＆実装＆性能試験かと、
100,200,300なんて話じゃ駄目なのよ。
ライブなスレッドは全てキャッシュできなきゃさ

時間になっちゃった。
続きはまた。

**root▲▲ ★** · 2007/07/05(木) 19:27:46

<チラシの裏>
>>438 の話って、新宿のデ○ーズで管理人とSunOSさんとで
熱く話した内容だよなぁ、、、。
</チラシの裏>

たぶん、既存の戦力を緊急投入したら
(たぶんばんそうこうを貼るぐらいの効果しかないでしょう)、
きっとそこから始めるんだろうなと。

株価【880】 △△ ◆cZfSunOs.U · 2007/07/05(木) 19:40:38

まぁ，今の c-* の能力だけだと，ライブスレッド全部キャッシュするとディスク I/O が追いつかないでしょう．

>>46
>RAM をもっとたくさん積んだ鯖を導入してメモりキャッシュ領域をもっと拡大するとか，
>あるいはディスク I/O の性能の優れた鯖を導入してディスクキャッシュを使えるようにするとか，

というのが前提じゃないかなぁ＜ライブスレッド全部キャッシュ
あるいは，今の鯖でも台数を増やせば，1台あたりのリクエスト数が抑えられ
ディスク I/O が追いつくかもですが．

**こうすけ ★** · 2007/07/05(木) 20:01:41

質問です
>>371って可能ですか？みんなで同じキャッシュを溜め込むのは無駄ですよね。

**stream** ◆PNstream2s · 2007/07/05(木) 20:07:16

携帯を隔離するという考え方はもう時代に合わないのでは？
携帯が少ない中でその数が増えてたから隔離したけど
もうPCと携帯を差別するような時代じゃないでしょう。

携帯のアクセス増加で掲示板サーバーが苦しくなるのは仕方がない

**迷ったら名乗らない** · 2007/07/05(木) 20:09:20

ヽ(^o^)丿

株価【880】 △△ ◆cZfSunOs.U · 2007/07/05(木) 20:15:20

>>371 をやるとすると，

1. ロードバランスの段階で URL に応じて振り分ける．
2. キャッシュファイルをリモートから参照可能にする．

のいずれかの手段が必要ですね．1. をやるとすると，ロードバランスの手段として
DNS ラウンドロビンや MAT(DSR) は使えないということになりますね．
HTTP レベルでロードバランスすることになりますが，
そうなるとロードバランサがボトルネックになりそうな悪寒......

2. については，Squid なら ICP のような仕組みがありますが，
自力キャッシュならそういう仕組みも自分で作ることになりますね．
NFS が使えれば比較的簡単かも知れませんが，事実上使えないので
独自にいろいろ工夫して実装しなければならない，と......

株価【880】 △△ ◆cZfSunOs.U · 2007/07/05(木) 20:17:52

>>442 携帯が，通信速度の面でも（CSS や JavaScriptなどの）処理能力の面でも
PC とほぼ同等になれば，それもありだとは思いますね．

◆garnetGnNk · 2007/07/05(木) 20:18:22

鯖の数が増えていくと2chへのアクセスも増えていくんですかねぇ？
内部でキャッシュするものと、全体の為にキャッシュする鯖があると
いい感じなんでないかなぁと思うです。

＞442
隔離というか専用ブラのように
Read/Writeの分離じゃないですかねぇ？

**動け動けウゴウゴ２ちゃんねる** · 2007/07/05(木) 20:25:01

>>446
昔話に出ていた外部鯖向けキャッシュ鯖白山羊さん？

◆garnetGnNk · 2007/07/05(木) 20:30:04

＞447
ではなくて、鯖内部と、システム内部でってことです。
がっくしは、中央鯖がdatのありかを持っているです。
このシステムであれば、黒山羊さんがしっかりキャッシュするという感じで。

**動け動けウゴウゴ２ちゃんねる** · 2007/07/05(木) 20:30:58

差分取得に成功した時は、HDDへの書き込みも
差分だけを追記(アペンド)するように出来ないの？

そうすればディスクI/Oは減りそうだが。

**動け動けウゴウゴ２ちゃんねる** · 2007/07/05(木) 20:38:09

│今のc-*はフロント兼BGなのだ
│
│フロントは他のフロントが持っているキャッシュ内容を認識でいていないから
│重複キャッシュが発生してキャッシュ効率が悪いのだ
│
│キャッシュ効率を高めるために重複しないようにするのだ
│どうやって？　←＊今ここ＊
│
│キャッシュの重複を無くすとキャリア別は止めることになるのだ
↓それは問題ない？　←＊こっちが先でも可＊

1)全部にc-foo、個別にc-foo1. c-foo2. c-foo3. …とでも名前付けてキャリア別を止める

2-1)板とc-foo*の対応表を各フロントが持つ（例　operate<>1）
他の板へのリンクは対応表を参照してc-foo*の部分を決める

2-2)他のスレへのリンクはスレキーの末尾を参照してc-foo*の部分を決める
スレ一覧が全部http://c-foo*から書くことになるから地獄か？

**こうすけ ★** · 2007/07/05(木) 20:52:34

>>450
フロントはsubject.txtのみを保持し、スレッドを一覧まで出す。
バックエンドはdat表示のみ行う。
フロントのスレッドへのリンクはkeyに応じたバックエンドのurlとする。
バックエンドに担当外のkeyのurlが来たら有無も言わさず担当者にリダイレクトする。

ってのはどうかな？

**stream** ◆PNstream2s · 2007/07/05(木) 21:36:17

>>445-446
ちょっと言葉足らずだったですね

キャッシュするサーバー(現在はcのフロント)を増やせば
掲示板のサーバーに負荷が増える、それは仕方がないこと。
キャッシュ効率の点で、BGのようなものがあるのがいいのは分かるけど、
そうするとBGの処理能力が問題となる。(←まさにこの前までのc.2ch.net)

携帯ユーザーが2倍になったとして、キャッシュしてる鯖を2倍にすれば
掲示板サーバーにかかる"携帯分の負荷"は2倍になるけど
c.2ch.netのおかげで"携帯分の負荷"がそもそも大幅に圧縮されてるから
それが2倍になったところで、そこまで重大な問題にはならないはず。

>>383の指摘のとき、掲示板サーバーのLA、アクセス、トラフィックのグラフをチェックしたけど
はっきりわかるような差はなかったし、今のままでフロントを増やしてもそんなに問題はないのでは。

でも、>>451の案がなかなかよさげ。

**まみら ★** · 2007/07/05(木) 22:00:11

私の頭は単純なので
>>36 に書いたように

> 同じくらいの値段のにリプレースしても
> かなりパワーアップ(´∇｀*)って思うけど、

て事で、管理人さんに現状の倍くらいのスペックの
サーバーを買ってもらって、10台総入れ替え～しか
思い浮かばないです。それでまた3年持てば良い方かな…とか。
これって面倒なのかな？

しばらく皆さんの素敵そうなご意見ROMってます。

**動け動けウゴウゴ２ちゃんねる** · 2007/07/05(木) 22:01:06

寺務さんの耳がおかしくなっちゃうよ＞＜

◆garnetGnNk · 2007/07/05(木) 22:03:17

＞452
いやぁ、単に鯖を増やすだけならしかたない、
じゃなくて無駄ですよってことです。
BGがBGである必要もないし。

フロントもバックもいらなくて、
何かしらの方法（KEYの下1桁？）で担当を割り当てて、
自分が担当じゃなかったら担当にLocationするのではないかなぁと。
ただ、この方法だと、特定スレに集中する場合に耐えられないので、
フロント＋BGが1鯖に入っていて、
連動した方ががいいんじゃないかなぁと思うです。

◆garnetGnNk · 2007/07/05(木) 22:06:36

あと、担当があぼーんしたときのことも考えないといけないですね。
まぁ、リブートするまで我慢というのもありですが。
どうせなら冗長構成目指して、アサインテーブルを再構築できた方がいいじゃない？

**stream** ◆PNstream2s · 2007/07/05(木) 22:35:39

>>455
無駄なのは分かりますけど、
キャッシュの効率を優先するためにキャッシュサーバーの負荷が高くなりすぎて
携帯ユーザーの利用に支障をきたしては意味ないと思うんですよ。

Love affair 作戦は、掲示板サーバーが守られればいいという
考えのようですけど、それはもう違うんじゃないかなと思う。
携帯ユーザーに立っていろいろ考えるほうにも少しは移していいと思う。

もちろん、キャッシュの効率を落とさずにキャッシュを持つサーバーを
うまく分散できるならそれは素晴らしいこと。
datキーで担当を決めるのは良い案だと思います。

◆garnetGnNk · 2007/07/05(木) 22:55:14

＞457
while(1)

ローカルキャッシュして重くなることより、
2chにアクセスが増えることの方が意味がないと思う。
それなら、べっかんこやがっくしで十分機能しているんだから、
c2chは撤退すればいいんじゃない。
と、これは極論ね。

あれこれ言ってもしゃーないので、
ここを直したら直るとかじゃなくて、
理想の仕組みを作る方法でも考えましょうや。

って考えるとやっぱりがっくしだなぁと考えてしまうｗ

**こうすけ ★** · 2007/07/05(木) 22:58:22

さて、実験と行ってみよう

docomoでのキャッシュ担当振り分け
末尾1-3 docomo5
末尾4-6 docomo6
のこり　docomo7

キャッシュ保持数は300個/板
都合300×3で900個/板

◆garnetGnNk · 2007/07/05(木) 23:25:28

将来性を考えると、下1桁より2桁の方がいいかもですね。

@saba = qw(a.saba b.saba c.saba a.saba); #最後のは予備

$n = int(100 / 3);
$k = substr($key, -2);

$saba[int($k / $n)];

こんな感じ？

**動け動けウゴウゴ２ちゃんねる** · 2007/07/05(木) 23:29:16

普通は余りを使うだろ

◆garnetGnNk · 2007/07/05(木) 23:33:16

＞461
それもそうだｗ

@saba = qw(a.saba b.saba c.saba);
$k = substr($key, -2);
$saba[$k % @saba];

**マァヴ** ◆jxAYUMI09s · 2007/07/05(木) 23:47:59

ちなみに(^_^;)
当初計画の黒山羊さんしすてむはまだまだ余裕でスケールできたはず。
だって目論見通りの実装になってないもの・・・

**マァヴ** ◆jxAYUMI09s · 2007/07/05(木) 23:56:04

とか書いてたら電車乗り過ごした(^_^;)武蔵境～

◆garnetGnNk · 2007/07/05(木) 23:59:36

＞464
やーいやーい

とか言っていたらそろそろ終電。

**動け動けウゴウゴ２ちゃんねる** · 2007/07/06(金) 00:10:23

>>464
吉祥寺だったような記憶があるのだけど・・・
大丈夫かなぁ

**動け動けウゴウゴ２ちゃんねる** · 2007/07/06(金) 00:26:54

まだ上りある時間だね

**動け動けウゴウゴ２ちゃんねる** · 2007/07/06(金) 00:28:57

荻窪に住んでたころ、よく武蔵境まで寝過ごしたことがあります

**動け動けウゴウゴ２ちゃんねる** · 2007/07/06(金) 00:34:24

阿佐ヶ谷なのに高尾まで行った時はﾜﾗﾀ

**まみら ★** · 2007/07/06(金) 01:12:53

こうすけさん、ごにょごにょしたのかな。
トラフィックのINが下がった。＠ドコモ
http://mumumu.mu/mrtgc/mrtg-rrd.cgi/traffic/

**こうすけ ★** · 2007/07/06(金) 01:37:13

>>470
>>459
3:3:4ではc-docomo7がきついので
さっき33：33：34にした
ちょっとキャッシュの保持が変わったのでINが増えてくるはず