地域別データセンター設置によるワールド移転について

[larva]

たとえば、マルチデータセンター化の前の旧FF14の場合、

地球の裏から日本のサーバに全プレイヤーが、それぞれの経路でアクセスしていたのです。

これがマルチデータセンター化になったことで、

地球の裏の人は地球の裏のデータセンターにアクセスします。！

これは当たってる。

で、

地球の裏のデータセンターと日本のデータセンターだけがレプリケーションで常に同じデータ状態をキープするわけです。

実は全プレイヤーが地球の裏から日本にアクセスするより、こっちの方が処理が早いのです。

これは違うよ。
レプリケーションするなら鯖ってかワールドを分けたりしないし。
（レプリケーションするなら、物理的な鯖は別でも、ワールド名は同じになるハズでしょ？）

地球の裏の人は地球の裏にあるデータセンターにデータがあって、日本の鯖とは別になる。
だから鯖が分かれるのよ。

[DirectX9]

皆さんこんばんは、新生FFXIVプロデューサ兼ディレクタの吉田です。

3.ワールド統合ではなくワールド分離であること

旧FFXIVでは一度ワールドの統合をさせて頂いた経緯があります。
その際には併合先のワールドと吸収されるワールドの相互関係を作り、他に移動先選択の意思のある方のみ、
移動をしていただくというフローで統合を行いました。
ですが今回の場合、1つのインターナショナルワールド（全言語のプレイヤーがいる状態）を
二つに分離することから、前回と同じ手法を取ることができません。
よってJPとNA/EUの2分はどうしても避けられないという前提に立つ必要がありました。
JPとNA/EUのいずれにもミラーワールドを設置するという案も検討しましたが、
前述したようにワールド内の同接人口が少なくなってしまうことや、更なる再統合の可能性発生、
物理的距離の遠いデータセンター同士、効率よくサーバハードウェアが運用できないなど、
リスクが高すぎ、皆さんにも負担を強いることになるため、取りやめとしました。

どうぞ、ご理解とご協力のほど、よろしくお願いいたします。

ミラーワールドの案は取りやめになったそうです。　やはり可能性を探って検証されていた模様。流石や。

将来的に各国（各通信業者）のインフラが改善されて通信速度が上がりサーバの処理能力が更に飛躍した時代に再チャレンジして欲しいですね。

[DirectX9]

本日の吉Pの発表以前の私のマルチデータセンターの話は検証段階の話でした。　ということで分離になるみたいですね。

日本サーバに１キャラ
米国サーバに１キャラ

と外人と遊ぶには２キャラ必要か・・・

[Luminous]

ミラーワールドの案は取りやめになったそうです。　やはり可能性を探って検証されていた模様。流石や。

たぶんあなたの言われているミラーワールドとは全く意味が違うと思います。

[Stephanie]

本日の吉Pの発表以前の私のマルチデータセンターの話は検証段階の話でした。　ということで分離になるみたいですね。

日本サーバに１キャラ
米国サーバに１キャラ

と外人と遊ぶには２キャラ必要か・・・

そのマルチデータセンターってどこから出てきたのか教えてほしいです。
すごく興味あります＾＾

[DirectX9]

そのマルチデータセンターってどこから出てきたのか教えてほしいです。
すごく興味あります＾＾

http://www.youtube.com/watch?v=_737hYbSCEs

このスペシャルトークショウの21:10の「マルチデータセンター化」を「各リージョンに中継点を作り一つのサーバとして動かす構想。」と解釈していました。

まだまだ各国のインフラ事情や、サーバの処理能力の点で地球規模になると難しいようですが、論文はあります（ http://mdcc.cs.berkeley.edu/mdcc.pdf ）

近い将来にはマルチデータセンターになるといいですね。外人と遊びたいからさ。

[DirectX9]

とある外人がフォーラムで仰ってましたが、

日本在住キャラ┳日本のデータセンター（サーバA）　//ラグが発生するとヤバイコンテンツは自国のサーバで遊ぶ。
＿＿＿＿____┗米国のデータセンター（サーバB）　//少々のラグは関係ない場合は外国サーバに遊びに行く。

米国在住キャラ┳米国のデータセンター（サーバB）　//ラグが発生するとヤバイコンテンツは自国のサーバで遊ぶ。
＿_________┗日本のデータセンター（サーバA）　//少々のラグは関係ない場合は外国サーバに遊びに行く。

※ただし同時ログインは不可（サーバAにログインしている場合、サーバBにはログインできない）。

ローカルDCで、この仕様はいかがでしょうか？　自国か外国かその日の気分で接続するサーバを「１キャラ」で選ぶことができる設計。

[giss]

ここで質問して答えが返ってくるかなーどうかなーと思いつつ一応。

コンテンツファインダーを利用してワールドレスなマッチングが可能になる予定だったと思いますが、
この時各データセンター間でのマッチングが成立した場合どのような動作になるのか教えてほしいです。
（まあそこも含めてβ3以降のテスト項目になるのでしょうけど）

普通に考えると、コンテンツを立ち上げたキャラのいるサーバ配下のインスタンス制御部分をホストとして
他のサーバのキャラがゲストという形でアクセスするのかなと思うのですが
これでデータセンターリージョンをまたぐ場合、どうしても旧同様いわゆるデータロスやラグが
出ると思うのですが、ここについて何か対策とかされる予定はありますでしょうか？
そもそもファインダー配下のインスタンスでのネット構成からして違うなら杞憂ですけれども。

たとえばPTメンバーのping平均値をもとにインスタンス制御のリアクションにウエイトかけてPT参加者間の
プレイ感を平均化するとか（と書きつつこれやっても絶対労力の割に効果ないよな…とか思ったり）
コンテンツファインダーでカジュアルに行くレベルのコンテンツではpingで100msが成否を分けるような
シビアなものは想定していないとかですかねえ

[DirectX9]

これは当たってる。




これは違うよ。
レプリケーションするなら鯖ってかワールドを分けたりしないし。
（レプリケーションするなら、物理的な鯖は別でも、ワールド名は同じになるハズでしょ？）

地球の裏の人は地球の裏にあるデータセンターにデータがあって、日本の鯖とは別になる。
だから鯖が分かれるのよ。

どうも。サーバ名は仮であとで調整するのかと考察し、以前から予定されてたマルチデータセンター化で捉えてました。　昨日の吉Pの発表で地球規模だと難しいということでローカルDCになり「分離」することになったのを把握いたしました。

その辺は大丈夫です。ありがとうございます。

[DirectX9]

今回も前回のマージ同様に「デフォルトの移動先」と「移動希望者には移動申請処理を用意する」方法が混乱が無いとおもわれます。

ご一考いいただければ幸いです。


全JPプレイヤーのデフォルトのサーバ移動（例）

　移動元　　　　　　　　移動先
-----------------------------------------
Sargatanas　 　→　　Ridill
Balmung　　　　　→　　Masamune
Hyperion　　 　　→　　Durandal
Excalibur　　 　　→　　Aegis
Ragnarok　　 　 →　　Gungnir



全NA/EUプレイヤーのデフォルトのサーバ移動（例）

　移動元　　　　　　　　移動先
-----------------------------------------
Ridill　 ＿＿＿＿ 　→　　Sargatanas
Masamune　　　　→　　Balmung
Durandal　　_　　 →　　Hyperion
Aegis　　　 ＿＿ 　→　　Excalibur
Gungnir　　 ＿ 　 →　　Ragnarok



※移動したくない場合、もしくは任意のサーバに移動をしたい場合は申請して移動。