0

アジアと米国の両方のクライアントに Web REST ベースのサービス (すべて動的コンテンツで静的なものは含まない) を提供する予定ですが、米国のサーバーに接続しているアジアの顧客にとってネットワーク遅延がかなり悪いようです。現在のサーバーは RackSpace でホストされています。クラウドでは、アプリ サーバーと MySQL DB の両方を実行します。そのため、アジアで別の Rails サーバーをセットアップする予定ですが、RDB のベスト プラクティスは何ですか?

オプション1は、2つのRailsサーバーが独自のローカルデータベースに接続するためのものですが、2つの別個のDBセット(ユーザー登録DBを含む)があり、米国に登録されたユーザーはアジアに登録されたユーザーを表示しません.

オプション 2 は、同じ MySQL DB に接続する 2 つの Rails サーバーです。うまくいけば、Rails と DB の中間に SQL キャッシング (Memcache) を追加しますが、このセットアップのパフォーマンスはよくわかりません

誰がどのオプションを取るべきかを提案できますか?オプション2を採用する際のベストプラクティスはありますか?

ありがとう

4

1 に答える 1

0

オプション 1 を使用して、マスター/スレーブ セットアップ ( MySQL レプリケーション) をセットアップできます。したがって、各サーバーはローカル データベースに接続されますが、アジアのサーバーは、米国のマスター データベースと同期するスレーブになります。レイテンシーは依然として問題になります。テスト環境で両方のオプションを試して、自分に最適で保守しやすいものを確認する必要がある場合があります。

于 2013-07-28T06:29:04.650 に答える