これは当たってる。
これは違うよ。
レプリケーションするなら鯖ってかワールドを分けたりしないし。
(レプリケーションするなら、物理的な鯖は別でも、ワールド名は同じになるハズでしょ?)
地球の裏の人は地球の裏にあるデータセンターにデータがあって、日本の鯖とは別になる。
だから鯖が分かれるのよ。
Printable View
本日の吉Pの発表以前の私のマルチデータセンターの話は検証段階の話でした。 ということで分離になるみたいですね。
日本サーバに1キャラ
米国サーバに1キャラ
と外人と遊ぶには2キャラ必要か・・・
http://www.youtube.com/watch?v=_737hYbSCEs
このスペシャルトークショウの21:10の「マルチデータセンター化」を「各リージョンに中継点を作り一つのサーバとして動かす構想。」と解釈していました。
まだまだ各国のインフラ事情や、サーバの処理能力の点で地球規模になると難しいようですが、論文はあります( http://mdcc.cs.berkeley.edu/mdcc.pdf )
近い将来にはマルチデータセンターになるといいですね。外人と遊びたいからさ。:)
とある外人がフォーラムで仰ってましたが、
日本在住キャラ┳日本のデータセンター(サーバA) //ラグが発生するとヤバイコンテンツは自国のサーバで遊ぶ。
________┗米国のデータセンター(サーバB) //少々のラグは関係ない場合は外国サーバに遊びに行く。
米国在住キャラ┳米国のデータセンター(サーバB) //ラグが発生するとヤバイコンテンツは自国のサーバで遊ぶ。
__________┗日本のデータセンター(サーバA) //少々のラグは関係ない場合は外国サーバに遊びに行く。
※ただし同時ログインは不可(サーバAにログインしている場合、サーバBにはログインできない)。
ローカルDCで、この仕様はいかがでしょうか? 自国か外国かその日の気分で接続するサーバを「1キャラ」で選ぶことができる設計。
ここで質問して答えが返ってくるかなーどうかなーと思いつつ一応。
コンテンツファインダーを利用してワールドレスなマッチングが可能になる予定だったと思いますが、
この時各データセンター間でのマッチングが成立した場合どのような動作になるのか教えてほしいです。
(まあそこも含めてβ3以降のテスト項目になるのでしょうけど)
普通に考えると、コンテンツを立ち上げたキャラのいるサーバ配下のインスタンス制御部分をホストとして
他のサーバのキャラがゲストという形でアクセスするのかなと思うのですが
これでデータセンターリージョンをまたぐ場合、どうしても旧同様いわゆるデータロスやラグが
出ると思うのですが、ここについて何か対策とかされる予定はありますでしょうか?
そもそもファインダー配下のインスタンスでのネット構成からして違うなら杞憂ですけれども。
たとえばPTメンバーのping平均値をもとにインスタンス制御のリアクションにウエイトかけてPT参加者間の
プレイ感を平均化するとか(と書きつつこれやっても絶対労力の割に効果ないよな…とか思ったり)
コンテンツファインダーでカジュアルに行くレベルのコンテンツではpingで100msが成否を分けるような
シビアなものは想定していないとかですかねえ
今回も前回のマージ同様に「デフォルトの移動先」と「移動希望者には移動申請処理を用意する」方法が混乱が無いとおもわれます。
ご一考いいただければ幸いです。
全JPプレイヤーのデフォルトのサーバ移動(例)
移動元 移動先
-----------------------------------------
Sargatanas → Ridill
Balmung → Masamune
Hyperion → Durandal
Excalibur → Aegis
Ragnarok → Gungnir
全NA/EUプレイヤーのデフォルトのサーバ移動(例)
移動元 移動先
-----------------------------------------
Ridill ____ → Sargatanas
Masamune → Balmung
Durandal _ → Hyperion
Aegis __ → Excalibur
Gungnir _ → Ragnarok
※移動したくない場合、もしくは任意のサーバに移動をしたい場合は申請して移動。