dChan


671 : try [sage] : 2011/01/26 (火) 12:20:14 ID: DNCYO9CP
私は、アップグレードする前に、皆のコンセンサスが必要であると思っています。
現在のプラットホームからCentosに移行するのは良いこととオモ。
しかしながら、皆がこの問題に関して言いたいことも聞きたいと思います。
673 : try [sage] : 2011/01/26 (火) 12:24:31 ID: P/fHAE+K
>>657
拒否権もあるはず
674 : try [sage] : 2011/01/26 (火) 12:27:56 ID: P/fHAE+K
>>658 機械翻訳w
いくつかのPink Channel Tシャツを作って頂きたいと思います。
人々は、シャツを着る必要があります、そして、たぶん、人々はPink Channel Tシャツを着たがっています。
あなたはどれか1つを着るでしょうか?
675 : try [sage] : 2011/01/26 (火) 12:36:48 ID: DNCYO9CP
>>659 超意訳
スペシャリストがこの問題について私に知らせたい意見とは?
ジムさんがすることを願います。
676 : try [sage] : 2011/01/26 (火) 12:39:30 ID: P/fHAE+K
>>660 機械翻訳w
それに関する疑問が全くありません。 それを起こしてください。
そうすれば、私たちはそれと共に円卓に行くカラフトマスの夕食を食べるつもりです。
677 : try [sage] : 2011/01/26 (火) 12:41:43 ID: P/fHAE+K
>>661 ほぼ通じるとオモので機械翻訳w
サーバをアップグレードさせたいと思います。 異種のマシンにそれらを置きたいと思います。
しかしながら、また、私たちがたった今2chで持っている好意的な関係を保ちたいと思います、
そして、たぶん彼らが使用しているマシンの同じタイプを使用しているほうがよいです。
678 : try [sage] : 2011/01/26 (火) 12:45:07 ID: P/fHAE+K
>>662
私もそう思います
私は、ジムさんがそのことを2chの専門家に伝えるのが、良いと思います。
679 : try [sage] : 2011/01/26 (火) 13:08:24 ID: DNCYO9CP
>>664
これは、私もやりたいと思うことです。 私はそれに関する長所と短所に興味を持っています。
Pink Channelをクラウドに移行したいと思います。
クラウトでは、私たちは非常にたやすくアップグレードできます。
バーチャルにプロセッサーを追加できたり、RAMを追加したり、・・・(中略)
私はこれについて非常によく知っています。
でも、私は、それがそのようなダイナミックでBUSYなサイトでどのように働くかを知りません。
何人かの人々が、mysqlがvirtualizedサーバでうまくいかないと言いますが、私たちはmysqlを使用していません。
私はこれをCentos上で実行したいと思います。
パッケージはよりアップグレードさせやすくて、パッケージのライブラリがfreeBSDより長持ちしなくてはならないので。
私は、それがfreeBSDより安全であるかどうかを知らないで、それが同じ水準のセキュリティであると推測しています。
680 : try [sage] : 2011/01/26 (火) 13:11:59 ID: P/fHAE+K
所用のため途中ですがスマソ

IDが勝手に変わるw
681 : 名無し編集部員 : 2011/01/26 (火) 18:34:40 ID: wjDwwVYZ
長文すまん

クラウド… と言うかVirtualizationはPinkや2ちゃんに会ってるだろ
やりたい事をやろうとすれば
OpenVZ (無料)
VMWare(有料)
XenServer(無料)
上の3つだろうけど、共通の問題点はI/Oレート。 
ν速とかの速度だと今使ってるSATA II HDDではきついし多分止まる。

2ちゃん側との違いを無くすのなら下の構成をクラウドにしたらどうだ?

Xeon Quad Core (3xxxシリーズで十分だと思う)
SAS か SSD RAID6かRAID10
メモリは積めるだけ積む(32GBぐらい?)
NICポートは4ポート

多分100万あれば買えるぞ。 

全てのぴんく板を1機にまとめて、バーチャル上で4台に分ければ今の構成を殆ど代えずにいけるはず。 

ただし、BSDはカーネル共有できないから無駄になる。 やるんだったらJimが言っている様にCentOSが妥当。 金があれば2機買って冗長構成にできるしな。

ネットワーク側ではスイッチに障害が出たときのことを考えBondingつかってフェイルオーバー。 Pinkのネットワークは外側から見る限り冗長構成取れてないんじゃ…

ホスティングコストも抑えられるしどうだろ?
682 : 名無し編集部員 [sage] : 2011/01/26 (火) 19:48:08 ID: /KKvLAfj
>>681

the cloud, or the virtualization suits both pink and 2ch.
i can suggest 3 ways:

OpenVZ (free)
VMWare(non-free)
XenServer(free)

but one common problem is the I/O rate.
SATA II HDD that is now in use wouldn't have enough power and
probably would freeze up, for the speed of ν速.

maybe, you can change to the structure noted below for the cloud,
so it can be not so different from the one of 2ch.

Xeon Quad Core (3xxx series would be plenty.)
SAS or SSD RAID6 or RAID10
so much memory as possible(about 32GB?)
NIC ports have 4 ports.

it's affordable, like 1 million yen, or 10 thousand dollars?

bundle up all Pink BBSs into one machine
and virtually divide them into 4 pieces,
and you wouldn't have to change the current structure too much.

but, BSD would be waste b/c you cannot share the kernel on them.
so, i agree with your idea of having centos.
you can buy two machines and make them into (dangling structure?)
if you got money.

ネットワーク側ではスイッチに障害が出たときのことを考えBondingつかってフェイルオーバー。
Pinkのネットワークは外側から見る限り冗長構成取れてないんじゃ…

hosting cost would be more reasonable too. what do you think?