MMOのサーバ（ハード）の構成ってどうなってるの？

**名前は開発中のものです。** · 02/08/22 16:34

MMORPG（2000～4000人くらいの規模）のサーバの
ハード構成ってどんなんだろうか？そのスペックは？
また、PCサーバ１台でさばけるユーザー数は
何人くらいまでなんだろうか？（帯域は潤沢として）
MMOだと１PCではマルチスレッドやマルチプロセスでも
1000くらいが限界？なのだろうか？
また、サーバハードを複数に分けると（PC５００人で１さーばX８とか）
だと同期をとると同じLAN内でも遅延発生しまくりの予感・・・
目標はリネージュくらいの規模のMMOを想定しています。
知識者、経験者、そのほかだれでもいいから知っていること
かきこんで!!!!

**名前は開発中のものです。** · 02/08/22 16:38

リネージュはKIMUCHIサーバー

**あぼーん** · NG

あぼーん

**名前は開発中のものです。** · 02/08/22 16:45

なんでこの板はすぐに終了させたがるのか？

**名前は開発中のものです。** · 02/08/22 16:46

みなさまアンケートにご協力下さい。

既にプロ市民と隣国の組織票にやられ短時間のうちに差がついて
しまいますた。
清き一票をお願いすます

今回愛媛で「新しい歴史教科書をつくる会」の教科書が採用されたことについて
http://clickanketo.com/cgi-bin/q.cgi?q0001172911

**名前は開発中のものです。** · 02/08/22 16:47

１です。
linux2.2系の場合プロセス数の上限が512だったような・・・
SUNやBSDではもっと多くできるのかな？
プロセス数の上限が接続できるユーザーの１サーバあたりの
上限と考えてもいいのだろうか？

**名前は開発中のものです。** · 02/08/22 16:51

>>4
意味も理解してないのに「つまんねーこと聞くな。こんなもん終了だ」というスタイルを取るのがカッコいいと思ってる馬鹿がいるんだろう。

**名前は開発中のものです。** · 02/08/22 16:52

>>6
>１です。
> linux2.2系の場合プロセス数の上限が512だったような・・・
> SUNやBSDではもっと多くできるのかな？
> プロセス数の上限が接続できるユーザーの１サーバあたりの
> 上限と考えてもいいのだろうか？
>

こんなんあるけどつかえる？
http://www.nxhack.tarumi.kobe.jp/linux_kernel_tuning.html

**名前は開発中のものです。** · 02/08/22 16:55

１です。
もし、複数のサーバでそれぞれユーザーをさばいていたり
NPCを別のサーバでさばくと
、隣のサーバまでは当然TCPで接続となる。
と、たとえば全ユーザーの検索とか
いろいろとTCPのオーバーヘッドが大きくなりそうなので
たとえ100B-TX　のLAN接続でも、同期を取るのが
たいへんそうだ・・・

**名前は開発中のものです。** · 02/08/22 17:00

＞８さん
１です。
なるほど、こうやってぎりぎりいっぱいまで
チューニングして、１台のPCサーバで５０００人くらいまで
さばくんですか・・・
参考にしてみます。ほかにも情報お持ちの方、
または、実際に稼動している、もしくは開発中のMMOでサーバ構成を
ご存知の方、タレコミPlz！

**あぼーん** · NG

あぼーん

**名前は開発中のものです。** · 02/08/22 20:47

終了厨の夏

**名前は開発中のものです。** · 02/08/22 22:59

夏厨風月

**名前は開発中のものです。** · 02/08/22 23:43

回線問題はあまり深刻でないと思うよ。
どうせ人そんなに来ないだろうし、来てからで（・∀・）イイ

ユーザーがゲーム中にサーバー間を移動しないならば、バンバン分散させるのが楽。
東風荘やPSOがこれに当たる。個々のゲームサーバは個別に起動/終了させられる
ようにしておくと管理が楽。ロビーサーバは結局必要。

そうでないＭＭＯなモノを作るとなると、カナーリ大変。下手に分散させると
サーバー間の同期問題で死ねる。Ultima Onlineなんかはうまくやってるほうだけど
それでも時々おかしなことが起こる。

データストアも頭が痛い。単純に考えるとDBにストアすることになるだろう。
どのタイミングで保存するか、どれだけのデータを保存するか、いつロードするか、
ワールド全体が保存の対象か、ユーザーごとに保存するのか、異常終了からの
復帰時に行うべき処理、ナドナド。

**名前は開発中のものです。** · 02/08/22 23:45

どちらかというと適応予測とかハズレの場合のリカバリについて詳しい
のがあるとうれしかったり。

**名前は開発中のものです。** · 02/08/22 23:51

そりゃスレ違いっぽい

**名前は開発中のものです。** · 02/08/22 23:58

>>1が何の知識も無く関連URLすら張らず努力の跡が全くみられず結局単発質問スレになっている
その後に付くのは終了AAと実際に組んだこともないのに想像だけで知ったかするだけの回答者
これを糞スレという

**名前は開発中のものです。** · 02/08/23 00:09

実際のサーバー構成ってどんなだろうな...

**名前は開発中のものです。** · 02/08/23 00:14

>>17
正直同じ穴の狢

**名前は開発中のものです。** · 02/08/23 00:57

他はムジナだが19のみムジナの糞。

**名前は開発中のものです。** · 02/08/23 01:04

1です。
>14
UOみたいなタイプでサーバーを複数分散させると
地獄を見るのは・・・・先月実験しますた。
やはり、サーバ単騎で1ワールドがべすとかなぁ？
データのストアはユーザーログイン時に
HDDベースのDB（オラクルやmysql等）で読み込んで
稼動中はメモリベースの自作DBを使います。
で、サーバを立ち上げる前、落とす前、
ユーザーがログインする前、後で
HDDベースのDBにアクセス
それ以外はメモリベースでまかないます。
HDDベースのDBでゲーム中もストア等のためにDBアクセスを
すると、とてもUOやリネージュみたいなスピードは
出ませんでした。

**名前は開発中のものです。** · 02/08/23 01:05

１です。
とりあえずターゲットはリネージュを目標に
作成中。

**名前は開発中のものです。** · 02/08/23 01:07

17=20が悔しがってる？

**あぼーん** · NG

あぼーん

**名前は開発中のものです。** · 02/08/23 08:21

終了バカ

**名前は開発中のものです。** · 02/08/23 09:35

>>21
さんこふにどうふぞ。

スクウェアの「PlayOnline」のサーバー構成が判明
http://www.4gamer.net/news/history/2002.04/20020426223627detail.html

**名前は開発中のものです。** · 02/08/23 09:44

>>21
ちなみに初期のUOのさぁヴぁは
：Pentium Pro 200MHz×4
：メモリ2G程度
：HD何十～何百GB位
のマシンが6台だったそうな。

**名前は開発中のものです。** · 02/08/23 10:06

>>24 ここはまじめな板だから消えてくれない？
　　　コピペのネタレスはやめてくれないか？

**名前は開発中のものです。** · 02/08/23 11:20

１です。
>28　あらしは放置の方向で。
>26 参考になりました。何かの記事で■のFF１１では
サーバ1500台とのことは聞いていたけど
内訳がこうだったのね・・・、１５００で3つのワールドで
1ワールド５００台、でも直接フロントエンドを支えるのは
クラスタリングサーバだね。お金がいくらあっても足りない
構成ですな。（うちの会社では到底実現できません）
>27　参考になりました。
せいぜい初期のUOくらいの構成で開発がんばりたいです。（藁）

**名前は開発中のものです。** · 02/08/23 11:22

１です。
リネージュやガディウスやラグナロックの
サーバ構成ご存知の方いません？

**名前は開発中のものです。** · 02/08/23 11:24

関係ないけど　なんで韓国にこだわるんス？

**名前は開発中のものです。** · 02/08/23 11:30

1です。
べつに韓国にだわっていないのだけど・・・
開発のモデルが、ガディウスやリネージュみたいな
２Dであることと、企画書の段階でお手本ゲームに
韓国ゲームが多用されていたからかな？
開発がわからしてもUOやFF11よりも
韓国産のほうがこじんまりしていて、参考になりそうだからです。
じっさいにサーバ構成がこじんまりしているかどうかはわからないのですが。

**名前は開発中のものです。** · 02/08/23 12:11

MMOじゃないけどね。

PSOのできるまで
http://akiba.ascii24.com/akiba/game/interview/2002/02/24/633792-000.html

**ASDF** · 02/08/23 12:11

>>1がんばってください。

**あぼーん** · NG

あぼーん

**名前は開発中のものです。** · 02/08/23 23:03

1です。
>33 かなり参考になりました。MMOではないけどなるほどと思いました。
PSOみたいに低予算サーバ（ハイエンドサーバでなくて通常PCで）
の挑戦ですので、PSOとかと同じ状態です。
もっともMMOなのでかなり大変ですが・・・
>34 ありがとうございます。がんばります！

**名前は開発中のものです。** · 02/08/23 23:05

１です。
現在、設計では認証サーバが１台、ワールドサーバXワールド数、
DBサーバが1台、HTTPサーバ（アナウンス用）が１台の構成予定です。

**名前は開発中のものです。** · 02/08/23 23:57

ふとおもったんだけど、
プレイヤーがワールドにつながったら３つぐらいのサーバーに
同時につなげて、サーバー間のラグをなるべく平均化するって手
使えないかな？

こうすればたとえ１つのサーバーが処理重くても
残りの２つのサーバーのどちらかが早ければ言い訳で
全体的に処理を分散できる。

**名前は開発中のものです。** · 02/08/24 00:08

1です。
>38
いいかんがえだと思うけど・・
サーバのミラーリングは可能だけど
ラグる時はその搬送経路上のどっかでらぐるので
3台あっても3台とも同じところでラグる罠。
もっとも、ネットワーク上でぜんぜん違う3台（アメリカと日本と韓国とか）
で3台あれば少しは有効か？
でも費用かかりそう（メンテナンスめんどくさそう）

**名前は開発中のものです。** · 02/08/24 00:39

>>39
経路でのラグは、まぁ仕方ないとして、
キャラクタデータは、別途サーバー（ＤＢ？）を設けた方がよいのでは？
ワールドが５つあったとして、キャラデータさえ外部に出ていれば、
プレイヤーは空いてるサーバーにログインするとおもうのだけれど、
如何なのもか？

**名前は開発中のものです。** · 02/08/24 00:41

「空いてる」の定義にもよると思ワレ
PSO系だとそれで無問題
UO系だとそれは無意味

**名前は開発中のものです。** · 02/08/24 00:52

>>41
たしかにたしかに。
「空いてる」とは、UOで言うところの「シャードが別」

**名前は開発中のものです。** · 02/08/24 01:30

>>42
補足。
キャラデータの入ってるキャラサーバー１つに対して、
複数のワールドサーバーが同時に頻繁にアクセスする
ってことではなくて、ログイン時、ログオフ時にサクセス
するといふいみでふ。

そいえば、クロスゲートはキャラデータが他サーバー間で
共有されてる？
回線切断して、再び接続すると、どんなに遠い場所に行ってても、
街まで直帰というのを聞いたことがある･･･。

**名前は開発中のものです。** · 02/08/24 01:42

>>43
> ってことではなくて、ログイン時、ログオフ時にサクセス

サクセスしちゃいかんのぉ。
自分で読み返してワラタ。
（アクセス）

**名前は開発中のものです。** · 02/08/24 01:53

初心者的質問ですまんが・・・。
複数PCで作業を分散するのって特別なOSが必要ですか？
通常１PCに２CPU乗ってるのは対応OSならばできるけど、
複数PCに作業を分散させるとかだとどうなるんだろう。
と、いうかそもそもそんなことしてないのかな・・・。
素朴な疑問・・。

**名前は開発中のものです。** · 02/08/24 02:36

>>45
一昔前、業務システム方面なんだけど、分散志向が流行ったらしい。
まあ案の定言葉が踊ってただけなんだけどね。目的/効果/リスクを
ハッキリさせないと分散しても意味がない。

OSのサポートがあったりなかったりするけど
・高レベルのサポート(ミドルウェアともいう)に全部のせる
・低レベルのサポートを使って残りは自前でくみ上げる(DCOM/CORBA/RMI/RPC/etc)
・全部自前、といってもsocketぐらいは使わせてくれ・・・
の方法があると思う。

一番上のは役に立ちそうで実は役に立たないことが多い。
二番目は分散の構成がスッキリしていれば楽ができ、小回りも効くだろう。
三番目は自前主義の人たちが好むんだが、それなりのパワーと知識がないと
最下層を作ってるうちに時間切れになるね。つうかなった。笑い。

このへんはソフトウェアの設計の根幹にあたる部分だから判断が難しい。
(業務系ならともかく)特にこれといった定石があるわけでもないだろうし。

**名前は開発中のものです。** · 02/08/24 19:55

1です。
>40-43
キャラクターデータのサーバ（＝認証サーバ）１台にして
ワールドに振り分ける（＝ワールド間の移動可能）にしたいところです。
もっとも、RMTを黙認否認と同様に社内で議論がまとまりません。
新しいワールドの追加によるゲームの活性化が狙えないから・・・だとか。
>45-46
複数サーバは比較的時間の余裕のあるビジネスアプリ（MMOみたいにシビアでない）
場合、擬似クラスタリングDBとか経験あります。
ビジネスの場合46の1,2,3すべて可能ですが、MMOの場合・・・使えそうなのが
ないよなあ・・・TCPのオーバーヘッド大きすぎ。

**名前は開発中のものです。** · 02/08/25 12:03

完成したら問題にならない範囲でスペックとか実装方法とか教えてくれるとうれシーナー。

**名前は開発中のものです。** · 02/08/25 13:10

この人に聞いてみれば？
http://game.2ch.net/test/read.cgi/gamedev/1022900734/75

**名前は開発中のものです。** · 02/09/02 23:37

久しぶりに１です。
開発は順調に進んでいます。
社内での合意を得れればここで、簡単なサーバ構成や、プログラム構成を
書き込んでみたいです。
まだ、タイトルはいえないのですが合意が得れればタイトルも発表したいです。
いえるのは純和風のMMORPG・・ってことです。