X
トップページ⇒開発室
465コメント225KB
■　仔花子を一台で、
0001 ◆A/T2/75/82
垢版 |
NGNG
仔花子も10台近くなってきた、これを一台でまかなおうかと、

全てのサブドメインを一台のサーバに設定して、bg.2chみたいな構成で、
datは花子に
過去ログの削除は花子のを削除する
0003名無しさん＠お腹いっぱい。
垢版 |
NGNG
状況が分からんから何とも言えんけど、こんな感じで良いんじゃね?
・リバースプロキシ
・多めのメモリ
・SSDのRAID0
・TOE付きのNIC
0004名無しさん＠お腹いっぱい。
垢版 |
NGNG
些末なことですが
サーバが落ちたときの再起動の fsck にかかる時間を減らすために
newfs に -i オプションを付けて inode の数を減らしてはどうでしょう。

経験的に inode が半分になれば fsck の時間は数割減るし
空き容量半分で inode 使用量 1/4 にするとしても
inode は デフォの 1/4 から 1/8 にできるんじゃないでしょうか。

これなら fsck にかかる時間もデフォの 1,2 割で済むと思います。
0005名無しさん＠お腹いっぱい。
垢版 |
NGNG
サーバリフレッシュ工事 - いきいき Wiki
http://info.2ch.net/wiki/index.php?%A5%B5%A1%BC%A5%D0%A5%EA%A5%D5%A5%EC%A5%C3%A5%B7%A5%E5%B9%A9%BB%F6
これの目的って今も生きているのかな。

現役板の過去ログも、落ちたそばから過去ログ鯖に送っちゃおうよ。

過去ログ鯖送り後に、板でそのスレ（板に無いスレ）が開かれようとしたら、
過去ログ鯖と何らかの方法で通信（DNS？）し、過去ログの所在を確認して、
301 で転送。

専ブラも同様に過去ログ確認できるように。


もっと言うと、板移転でもURLが変わらないようにならないものかと。
もうさ、ホスト名が時代によって違うとかめんどくさいんだよね。
せめて現役と過去ログの2つとかで固定してほしい……。
0007名無しさん＠お腹いっぱい。
垢版 |
NGNG
>>5
＞ これの目的って今も生きているのかな。

生きてますよ。

＞ 現役板の過去ログも、落ちたそばから過去ログ鯖に送っちゃおうよ。
＞
＞ 過去ログ鯖送り後に、板でそのスレ（板に無いスレ）が開かれようとしたら、
＞ 過去ログ鯖と何らかの方法で通信（DNS？）し、過去ログの所在を確認して、
＞ 301 で転送。
＞

その処理はまだまだ負担が大きいのでLiveな板鯖では任せられません。
つうか複数板の集約やってる状況だからなおさら。

＞ 専ブラも同様に過去ログ確認できるように。

過去ログ確認機能付きの専ブラ使え。

＞ もっと言うと、板移転でもURLが変わらないようにならないものかと。
＞ もうさ、ホスト名が時代によって違うとかめんどくさいんだよね。
＞ せめて現役と過去ログの2つとかで固定してほしい……。

スレ総数は増えるだけなので、過去とLiveのスレ処理を一緒にするのは画期的な処理方法が
編み出されない限りあり得ません。
0008名無しさん＠お腹いっぱい。
垢版 |
NGNG
まあ考えるのであれば例えば、

・各過去ログ鯖と最新過去ログdat名の組をIndexとして保管する。
・datが404だったら、鯖名とdat名でIndexと比較して古かったら（小さかったら）過去ログ鯖に飛ばす。
・新しかったらそのまま404で返す

くらい？
404の時点で過去ログ鯖に処理投げてLive鯖は処理終了とかなら案外行けるのかも？
0009名無しさん＠お腹いっぱい。
垢版 |
NGNG
> ＞ 専ブラも同様に過去ログ確認できるように。
> 過去ログ確認機能付きの専ブラ使え。

上のような手法を採用した場合に、2ch内からのみ確認できるのではなく、
外部からも確認できるようにしよう、って意味。
例えば、BBQのように。


過去スレへのアクセスが、必ず現役鯖を通されるわけではなく、
過去スレリンクみたいなのは過去ログ鯖のURLに適宜更新されて、
直接に過去ログ鯖にアクセスされるのも多いと思うよ。
例えば、過去ログがhtml化されている板では、過去スレ集が
html化後のものに更新されているように。


古い順から過去ログになるわけじゃないので、最新過去ログとの
比較じゃ無理じゃないかな。
0010名無しさん＠お腹いっぱい。
垢版 |
NGNG
アクセスされたスレが現役板に無ければ、全て過去鯖に飛ばしてしまえば
いいのであって、過去鯖に確認する必要はないのかもしれない。
0011名無しさん＠お腹いっぱい。
垢版 |
NGNG
今の過去ログ鯖のスレは、何がきっかけでアクセスされるんだろうね。
その8割分くらいは、過去ログ鯖に直接アクセスされるといいな。
ま、妄想だけど。
0012名無しさん＠お腹いっぱい。
垢版 |
NGNG
まぁ、大本のdat保存鯖はTBクラスのHDDのRAIDでまかなうとしてだ。

フロントさんはSSDのRAID0にでもキャッシュしてディスクIOの待ち時間減らしたいよね。
0013偽FOX ★
垢版 |
NGNG
フロント(これから作る)　- バック(花子)　の体制にするのじゃよ
ちょうど携帯サーバ群のようなかたち。

すべてのサブドメインはフロントに振って、フロントは来たアクセスを花子から拾ってせっせとキャッシュ。
キャッシュは一日一回まっさら

削除は花子のデータを直接削除
削除した瞬間フロントにそのdatのキャッシュを破棄させれば
ほーら　すてきなシステム
0014偽FOX ★
垢版 |
NGNG
フロント用のサーバがやってきた

banana8105.maido3.com
cloud.ula.cc(←仮:実際には yuzuru.2ch.netとかになる)

テスト環境を構築しよう。
テストにはyutori7のデータを使う。
yutori8を作ってyutori7の中身を全部コピー
yutori8@hanaka には　yutori8.hanako.2ch.netと名づける

cloud.ula.ccに　yutori8.2ch.net を振る
0015偽FOX ★
垢版 |
NGNG
yutori7でかかった、まだまだコピー中
0016偽FOX ★
垢版 |
NGNG
まだまだコピー中
もっと小さいのにすればよかったw

ここで問題なのは、フロントに来た html のアクセスだよなぁ・・・
.htaccess あたりで工夫して出さなきゃだなぁ
0017名無しさん＠お腹いっぱい。
垢版 |
NGNG
フロントサーバ
一次キャッシュ：ものすんごい量のRAM
二次キャッシュ：SSD
みたいな感じ？

花子のOSのバージョンがかなり古かったというか、ちょうど過渡期で
実績を考えると古くせざるを得なかったということで
次の過去ログサーバのリフレッシュでは、フロントサーバすらいらなくなるかも
しれないね。
0018偽FOX ★
垢版 |
NGNG
キャッシュにどれだけいるとか見積もりたいので
まずはハイブリッドbananaを入れてみた。
転送量やらなにやらを観察してみようってな感じだー
0019偽FOX ★
垢版 |
NGNG
yutori7 全然おわんないから放棄
別の２する

qb800.hanako.2ch.net <- qb4のデータを流し込む
qb800.2ch.net <- cloud.ula.cc に振る
0022偽FOX ★
垢版 |
NGNG
さーて仕上げてしまおうと思ったら・・・
qb400.2ch.netに入れないしw
0023偽FOX ★
垢版 |
NGNG
何が目的かというと、

1. 過去ログを削除する -> すぐ反映。(削除系の負荷軽減)
2. 仔花子の台数削減(できれば一台でまかなおぅ)
3. 花子の負荷軽減。(新仔花子=花子の受付でdatをキャッシュ)

てなところです。
0026偽FOX ★
垢版 |
NGNG
ふむ　いい感じ
プログラムを作ろう。
0029偽FOX ★
垢版 |
NGNG
http://qb400.2ch.net/test/read.cgi/operate2/1083039514/
で専ブラ(JaneView)が無反応なのは「datが存在しません。」を返すからなのかな?
過去ログにあるよ云々にしなきゃ駄目なのかな

他の専ブラでの挙動はどうでしょ?
このへんのことは専ブラみんな共通なのしら?
新着レスの表示
レスを投稿する

ニューススポーツなんでも実況