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

[Triairy]

βテストロードマップでは、
・βフェーズ3では「FFXIVサービスアカウント」をお持ちの方、誰でもテスト参加可能となります。
と、なっています。

大変失礼しました、記載に誤りがありましたので修正しました。
ロードマップに書いてあるのと同様、ただしくは「FFXIVサービスアカウントをお持ちの方」です。

[zilva]

こんばんは。

新生版での海外データセンター設置に伴うワールド移転については、
以下のようになる予定です。

• 移転手続きをしなかった場合 → 予め定められたワールドに移転
• 移転手続きをした場合 → 移動が可能なワールドをご自身で選択して移転

お返事ありがとうございます。

内容から察するに、まだ詳細部分まではハッキリと決まってないようですね。
とりあえず完全自由選択ではないということはわかりました。一番心配していた部分でしたので・・・。

不明な点はまだありますが、おそらく決まってないであろう詳細部分にあたるのでこれ以上の質問は控えま
す。

「希望しないワールドに移転してしまった！」「友達と離れてしまった！」ということが極力無いように

この言葉に期待しています。

お忙しい中ありがとうございました。

[toko]

またあの混乱が訪れるんですか…。
次々に変わる仕様、分断されていくプレイヤー、悲鳴と怒号。
前回の統合でいったい何人が傷ついたり引退したりしたんでしょうねー。

運営さんには上手く捌いて欲しいし今回限りにもして欲しいです。
鯖を弄るっていうのはデータワイプ並の行為だと個人的には思っています。

[Luminous]

またあの混乱が訪れるんですか…。
次々に変わる仕様、分断されていくプレイヤー、悲鳴と怒号。

前回のサーバー合併の際は初期の使用では分断の可能性はありましたが最終的な案では特に移転を希望した人以外はそのままだったのでふんだんは無かったのでは？

[DirectX9]

大変失礼しました、記載に誤りがありましたので修正しました。
ロードマップに書いてあるのと同様、ただしくは「FFXIVサービスアカウントをお持ちの方」です。

ですね。　誰でも参加可能になり、かつリローンチにデータが継承されるのはフェーズ４（オープンβ）からですね。

[Huck]

すべてのユーザーが自動的に母国語圏のデータセンターに割り当てられ移転されるのであれば
個人的にはその自動移転方式で異存はありません。

ここの詳細を、早く知りたいですねぇ＞＜

[Hieroglyph]

フェーズ3では確かに、既存キャラのデータをコンバートしてのプレイが可能になるようですが、

サーバーはテスト用のサーバーじゃないのかな？
必ずしもフレやLSメンバーと会えるとは限らない気が……。

そうだとしたら、そこで（偶然に頼らず）落ち合えるのは、そもそも外部で連絡をとっている相手ということになります。
メールなりチャットなり、各種SNSとかですかね。
今、心配している人ってのは、おそらくそういう人じゃないような……。



それはさておき。

レガシー向けのサーバーを「新生」時にいくつ設けるかは分かりませんが、それを従前どおり日本でのみ運営するのか、それとも北米・欧州のデータセンターにも振り分けるのか、そこに言及していただかないと意味が無いのではないでしょうか。

レガシープレイヤーにも北米の人や欧州の人が少なからずいる以上、北米・欧州のデータセンターでも運用したいところではあるかと思います。

しかし、「新生」のサーバーは旧FF14のものよりも強固であるはず。仮にエクスカリバー鯖を「エクスカリバー（日本）」と「エクスカリバー（北米）」という風に2つに分けてしまうと、それぞれの抱えるプレイヤー数はかなり少なくなり、せっかくの強固なサーバーを活かしきれません。

旧FF14後期にサーバーは10個ありましたが、「新生」でもレガシー向けサーバーとしては、トータルで10あれば十分でしょう。
（いくらかの新規流入はあるでしょうが、レガシープレイヤーが必ずしも旧来のキャラクターで遊ぶとは限らないので、差し引きすれば程よい範囲に収まるかと）



以下、旧FF14の鯖を1～10で表し、「新生」でのレガシー鯖をA～Jで表します。
特にどの鯖がどう、という個別の話はしません。

全てのレガシープレイヤーを、アカウントの地域で日本、北米、欧州のデータセンターに振り分けます。

「日本」に振り分けられた、1鯖と2鯖のプレイヤーをA鯖に。3鯖と4鯖のプレイヤーをB鯖に。5鯖と6鯖のプレイヤーをC鯖に。7鯖と8鯖のプレイヤーをD鯖に。9鯖と10鯖のプレイヤーをE鯖に入れます。
A～E鯖が日本のデータセンターということになります。

「北米」に振り分けられた、1鯖・2鯖のプレイヤーをF鯖に。3鯖と4鯖のプレイヤーをG鯖に。5鯖・6鯖・7鯖のプレイヤーをH鯖に。8鯖・9鯖・10鯖のプレイヤーをI鯖に入れます。
F～I鯖が北米のデータセンターということになります。

「欧州」に振り分けられた、1鯖から10鯖までの全てのプレイヤーをJ鯖に入れます。
J鯖は欧州のデータセンターということになります。

もちろん、A～J鯖の中で、希望した人は（上限に達していない限り）好きな鯖に移転することを許可します。
「北米」に割り当てられるはずだったプレイヤーが、希望を出して「日本」のサーバーに組み入れてもらい、プレイする、というのはあってもいいと思います。

「鯖数をむやみに増やさない（＝無駄なコストを省く）」
「地域別サーバーの利点を活かす」
「できる限り既存の人間関係を保つ」
この3点をクリアするには、この方式が一番いいのではないかと思いますが、いかがでしょうか。

……まぁ、結局「鯖の統合」をやってるのと変わらないので、また改名問題など発生するわけですが。

[kildear]

要は、日本のユーザーにとってはワールドを選ばずに自動的に決まる移転先が、日本のデータセンターであれば問題ないわけですな。

開発の皆様、どうか１～２サーバーのキャラは日本　３～４は欧州　などといった安直な振り分けだけは勘弁願います。それをやったらきっと大混乱しますので（；´Д｀）

[Tem]

自分の予想を話します。

現行版のアクセスルートは、
「クライアウト→国際線路→日本に設置しているサーバー」だから、
線路の長さによりラグが発生されるのは当然ですが、
みんなのISP（インターネットサービスの提供会社）や線路状態、2の不安定要素が実の原因です。

だから、ラグの解消のためにデーダセンターを設置し、データセンターでサーバーに接続する線路を統一します。そうになると、
「海外分社のデータセンターにアクセスし、スクエニとISPの契約している高速線路で日本本社に設置しているサーバーへアクセスする」
というルートになり、ラグ現象を大幅に解消すると思います。
もしこの案を採用すれば、ラグも解消するし、みんなでも同じサーバーにいると思います。

実際に使えるやり方は以下のようです、
例えば、AEGIS(日本）、AEGIS（ヨーロッパ）、AEGIS（アメリカ）、と三つの選択肢があるんです。
経由線路は、選択肢によって違います：

AEGIS(日本)――――>スクエア日本本社――――――――――\
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 \
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 　　　　 　\
AEGIS(ヨーロッパ)――>スクエア＝ヨーロッパ――高速線路―――日本本社にあるAEGISメインサーバー
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 　　　/
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　/
AEGIS(北米)――――>スクエア＝アメリカ――高速線路――――/

これは完全に予想外でした。

例えば、AEGIS(日本)とAEGIS(ヨーロッパ)では完全に別のサーバーだと思っていましたから。
この予想だと、AEGISという一つのサーバーとして稼動するということですよね？

複数のデータセンターにまたがって１サーバーとして稼動するということが現実的に可能なんでしょうか？
この手の技術に詳しい方教えて欲しいです。


あと、実際どうなのってところを運営の方教えてください・・・。

[Lyrical]

これは完全に予想外でした。

例えば、AEGIS(日本)とAEGIS(ヨーロッパ)では完全に別のサーバーだと思っていましたから。
この予想だと、AEGISという一つのサーバーとして稼動するということですよね？

複数のデータセンターにまたがって１サーバーとして稼動するということが現実的に可能なんでしょうか？
この手の技術に詳しい方教えて欲しいです。


あと、実際どうなのってところを運営の方教えてください・・・。

データセンターのできることが、ただサーバーが置かすだけではありません、と思っています。

先に話したんですが、みんなのISPがそれぞれ違うでしょう？
さらにISPの選択より、データ伝送のルートがちょっと違うんです。

これは、車を運転するよう、目的地が同じですが、
どの道で通うのか、みんなの考えは同一ではない、ということです。
さらに、通う距離の長さにより、掛かってる時間とか、使う道とか、やり方の差別がもっとも目立つと思います。
大阪から一般道路で東京へ通うよう、もし一人が海岸線で、一人が山道で、かかる時間が全然違うでしょう。
だから、高速道路を建って、ICを設置し、長い距離の専門道路を建設したら、かかってる時間が大幅に減ります。

この目線から考えば、もし海外各分社がISPと契約し、「データ伝送の高速道路」を建てば、ラグの解決案がうかんでいるだろう？
当然ですが、実際の線路を建つことは無理ですが、FF14のデータ伝送がスクエニの契約ISPに大きい帯域幅を配られて、みんなが各分社に置くデータセンター（IC）に連結し、スクエニの帯域で日本本社のサーバーへアクセスすることはいい解決案です。

この先、スクエニがサーバーシステムの改正しかラグなど不安定要素をコントロールすることができないが、
もし専門帯域を使えば、ISPの違いよる不安定を消します。