雪だるま作戦のバックアップ(No.2)

雪だるま作戦

雪だるま作戦

概要・目的

実況板を全て同じサーバーに入れよう　と言う作戦
(実際には複数のサーバに入れてそれを統合させて負荷を分散する)

1 名前：FOX ★[] 投稿日：1983/02/05(金) 18:53:21
２ちゃんねる全体で　272万投稿/day
1サーバで 50万投稿/day
1,500投稿/min 等を達成した peko 作戦が完了し

いよいよ次は 雪だるま作戦
目標は live系の板を1サーバグループに入れる。
最速1,000スレは15sec以内。
こんなとこかしらん

↑

現状

システム構築中

↑

解説

http://qb5.2ch.net/test/read.cgi/operate/1134050051/375-378nより

雪だるま鯖(live22x)は物理的には以下の6台で構成されている。
1. ファイル読み書きをするバックエンド（live22）
2. リクエストを処理していろいろ判断するフロント（live22x1/live22x2/live22x3）
3. どのフロントに振り分ければいいか判断する受付係（live22b1/live22b2）
書き込みや読み出しのリクエストがあると、まず受付係がどのフロントを使うか振り分け、
フロントがバーボンとかRockとかの判断をし、バックエンドで読み書きする。
それぞれの役割に専念できるようにチューニングしてあるから、以前の実況鯖とは比較にならないパフォーマンスを発揮する。
(たとえば最速1000は、当時単独最強鯖のex10でも40秒台だったのに対してフロント1台の雪だるま鯖でその3倍、フロント3台はさらに3倍の結果を出した）
昨夜(2005/12/08)落ちてたのは受付係の2台。
これは片方が落ちればもう片方が自動的に入れ替わって処理を続けその間に落ちた方は自動的に復帰、という動作をするはずなのだが、
どういうわけか肝心の振り分けをするソフトがバグを踏んで死にっぱなしになり、2台同時に落ちる状態が続いた。
この部分は現在見直し中の模様。OSのバージョンとの相性が疑われている。
受付係が動かなくてlive22x全体へのアクセスができないというだけだったから、
ユーザ側で直接live22x1～x3を呼び出せばアクセスはできた。
しかしそれでは自動振り分けを前提としたlive22xとしてはうまく機能しないので、
今は振り分け処理を一時的に中断して、live22xはlive22x1が受付係を介さずに直接担当している。
(結果としてlive22x2/live22x3は遊んでいる)

↑

チェック

・ファイルの単位
A 板ごとに一つ(1単位)
B サーバごとに一つ(1単位)
...
Z その他

・更新頻度
a たまに
b 1日に1回
c 1スレ立つごとに更新
d 1書きこみごとに更新
...
z その他

(イメージをつかんだいただくための例)
1-A-a SETTING.TXT
1-B-a キャップのデータ(news18, news19を除く)
1-A-d timecount/timecloseのデータ
1-B-d Samba24のデータ

ということで要素を洗い出して、こんなふうに場合わけして、
そのうえで、

一) バックエンドで一元管理しないといけなそうなもの
二) バックエンドにある原本を、ゆっくりフロントエンドに配布すればよいもの
三) 別のところで作ったものを、フロントエンドに個別に配布すればよいもの
...
百) その他

[1-1] 1-A-a SETTING.TXT 二
[1-2] 1-A-b IDを作るための種ファイル一
[1-3] 1-B-a index.htmlの広告ファイル1 四
[1-4] 1-B-a index.htmlの広告ファイル2 四
[1-5] 1-B-a ●規制用ファイル三
[1-6] 1-B-a リモホ規制用ファイル三
[1-7] 1-B-a Rock54用データファイル三
[1-8] 1-C-a bbspinkのみの広告ファイル四
[1-9] 1-A-c スレッド立てすぎです、のための記録用ファイル一
[1-10] 1-A-d timecount/timecloseのための記録用ファイル一
[1-11] 1-B-a キャップのデータ(news18, news19のみ1-A-a) 二
[1-12] 1-B-c ●でスレッド立てすぎです、またにしてくださいの作業用ファイルとフォルダ一
[1-13] 1-B-d Samba24の作業用ファイルとフォルダ一