3

Amazon AWS セットアップで、(異なるリージョンにある) クローンされた 2 つのインスタンスが、同じ「ベース」動的 Web サーバー ファイルを参照および共有し、同じメイン データベースに対して読み取り/書き込みを行うにはどうすればよいですか?

現在の AMI インスタンスは、現在 EBS でバックアップされたボリューム上にあります。ただし、明らかに、2 つのインスタンス間で EBS ボリュームを共有しようとするのは悪い考えです。この 2009 年の古い回答から多くを集めましたが、Amazon S3 以外にどのような代替案があるかについては触れていません。それとも、S3 が唯一のオプションですか? OPの推論は3年後も有効ですか? 複数のインスタンスでリアルタイムに DB データを共有するためのストレージ オプションは何ですか?

共有データが必要な場合は、すべてのインスタンスがアクセスできるサーバーをセットアップできます。すべてのインスタンスにシンプルなストレージ領域が必要な場合は、Amazon の S3 ストレージ サービスを使用して、分散型でスケーラブルなデータを格納できます。

クラウドに移行すると、まったく同じセットアップを使用できますが、ファイルサーバーを S3 に置き換えるか、すべてのインスタンスをファイルサーバーに接続することができます。

4

3 に答える 3

3

確認するには: a) 同じデータベースと b) 2 つのインスタンス間で同じファイルを、それぞれが異なるリージョン (異なるアベイラビリティ ゾーンではない) で共有したいですか?

複数の地域で同じデータベースを共有するのは簡単ではありません。最適なオプションは、非同期のマルチマスター レプリケーションまたは手動のシャーディング戦略です。ただし、これらのいずれかを安全かつ効果的に行うには、慎重に計画する必要があり、アプリケーションはこのアーキテクチャを念頭に置いて作成する必要があります。 この記事では、MySQL を使用したマルチマスター レプリケーションに関連する注意事項の概要を説明します。

非常に多くのオプションがあるため、地域間でファイルを共有することも多少の課題になる可能性がありますが、一般的には SQL データベースで同じことを行うよりも簡単です。変数には次のものがあります。

  • どのくらいのレプリケーション遅延が許容されますか?
  • 両方の場所に書き込みますか?
  • ローカルでどのような I/O パフォーマンスが必要ですか?
  • ファイルはどのくらいの頻度で変更されますか?

GlusterFSは、多くの場合、ほとんどのユース ケースで適切な妥協点となります。ただし、昨日、AWS は、EBS スナップショットのリージョン間コピーを可能にする新機能を発表しました。ニーズによっては、これも調査する価値があるかもしれません。

于 2012-12-19T17:50:20.050 に答える
2

EBS-backed AMI がある場合、各サーバー インスタンスには、AMI に保存されている EBS ボリューム データの独自の「コピー」があり、まったく同じ物理ボリュームを共有しません。これは、インスタンス ストア AMI を使用してから、特定の EBS ボリュームを各インスタンスにマウントする場合とは異なります。

于 2012-10-26T17:59:23.980 に答える
0

ポイント 1) GlusterFS は、Multiple-Az および Multiple-regions のレプリケーションに適したオプションです。クロス リージョン レプリケーション中には、ある程度のレプリケーション ラグが発生します。アーキテクチャではこれに注意してください。

ポイント 2) EBS スナップショットのサイズが小さく、数時間のレプリケーション ラグに対応できる場合は、Amazon EBS スナップショット コピー機能を使用できます。ただし、これには、宛先リージョンでボリュームをデタッチ/アタッチするための作業が必要です。

ポイント 3) S3 は、このユースケースのオプションでもあります

于 2013-05-24T19:02:30.030 に答える