AWS：単一のRDSインスタンスを使用したマルチリージョン設定

マルチリージョンスキームでWebアプリケーション（PHP、MySQL、memcache）をスケーリングしようとしています。現在、ELBおよびRDSインスタンスの背後にある2つのEC2インスタンスのセットアップを使用しています。これらはすべてUS-EAST（バージニア）リージョンにあります。

EU（アイルランド）地域にも存在感を持ちたいです。これは、少なくともそこに新しいEC2インスタンスが存在することを意味します（他のインスタンスと同一で、同じアプリケーションにサービスを提供します）。

目的のAMIをコピーし、新しいインスタンスをセットアップし、同じELB構成（SSL終了に必要）をセットアップし、Route53で遅延ベースのルーティングを構成しました。そして、提案どおりに機能します。

しかし、EUのクライアントには速度の問題があります。これは、EU EC2インスタンスが米国ベースのRDSインスタンスに接続するという事実によるものです。私の知る限り、AmazonはRDSマルチリージョンレプリケーションをまだ有効にしていません。

単一のRDSインスタンスを使用しながら、セットアップ全体を適切に高速化する方法に関する提案はありますか？

また、物事を拡大する方法に関する一般的なアイデアはありますか？理想的には、さまざまな理由でRDSテクノロジーの使用を継続したいと考えています。それにもかかわらず、私は提案を受け入れています（次のアイデアは、独自のMySQLサーバーをホストすることだと思います）。

米国とEUの両方で同じデータが必要な理由を慎重に検討する必要があります。これらはすべて異なるユーザーです。

マルチリージョン環境での実行ははるかに複雑であり、通常、米国とEU間の固有の遅延によりパフォーマンスが向上します。

RDSから移行して、非同期または同期のいずれかの領域間でデータを複製しようとしても、ユーザーにパフォーマンスの低下をもたらす遅延の問題が発生します。

最も簡単な方法は、EUに専用のRDSサーバーをセットアップし、これらのインスタンス間で何も共有しないことです。

RDSは遅延が少ないため、単一地域の展開には適していますが、異なる地域への展開を始めると異なるストーリーになります。RDSインスタンスを保持したい場合は、EUリージョンに独自のMySQLサーバーをセットアップしてレプリケーションを実行できます。この方法では、速度がはるかに許容されます。

最近、AWSはクロスリージョンRDSリードレプリカを発表することで、以前に質問で質問した方向に向かって動きました。ただし、これは真のマルチリージョン設定に向けた小さなステップにすぎません。

これがあなたの望むものだと思います。別のリージョンでmysqlを実行しているEC2へのRDSレプリケーション。

https://aws.amazon.com/about-aws/whats-new/2013/09/05/amazon-rds-new-data-migration-capabilities-mysql/

レイテンシーを改善するための可能な解決策の1つは、Amazon ElastiCache（基本的にMemcachedに隠れている）を使用することです。

各地域（US-ESTおよびEU）でElastiCacheノードを作成し、可能な場合は常にアプリケーションロジック（EC2）でキャッシュノードを使用する必要があります。このルートを使用する場合、アプリケーションを再設計する必要があります。1）キャッシュする対象とタイミングを把握し、2）ローカルのElastiCacheノードから可能な限り取得する必要があります。