2

私たちのプロジェクトでは地理的冗長性を提供する必要があります。これには大規模な DB (特定の顧客の要件に応じて 2 ～ 20 TB) があります。ネットワークから継続的にデータが流入しています (例: 1 時間あたり 1 ～ 20 GB)。

現在、RHEL (Linux) クラスター上に J2EE AppServer を備えた Oracle (RAC なし) と、ストレージ用の SAN ディスク、要するに 1 つの DB、複数の AppServs があります。

必要なのは地理的冗長性です。要件は次のように要約できます。問題がなければ、製品の 2 つの個別のインストールが 2 つの異なるネットワークにサービスを提供します (それぞれが 1 つのネットワークにサービスを提供します)。それらの 1 つがダウンした場合、他の 1 つが両方にサービスを提供する必要があります。

その他の注意事項：

  • 倉庫管理は基本的なニーズの 1 つであるため、SQL をサポートするリレーショナル DB が必要です。
  • http://aws.amazon.com/vpc/のようなホスト型/クラウド サービスは使用しないことをお勧めします (ホスト型/クラウド サービスがそれらを提供している場合でも) お客様はセキュリティ/プライバシーに非常にうるさい可能性があるためです。

アプリケーション ロジックを割り引いて、データをレプリケートするためのオプションは何ですか? STFW の結果は次のとおりです (私は DBA の専門家ではないため、解釈が間違っている可能性があります)。

  • 驚いたことに、地理的冗長性のための Oracle の製品を見つけることができませんでした。Oracle RAC はローカル クラスタ向けです (冗長性よりも水平方向のスケーラビリティ向け)。
  • 分散されている場合、 MySQLはアクティブ/スタンバイのみをサポートしているようです。アクティブアクティブが必要です。
  • Guidentは、一部の Oracle 製品に基づいたサービスを提供しているようですが、製品は提供していません。

ありがとう -- カシャップ

4

2 に答える 2

0

地理的に分散されたデータベースをできればレプリケーションで検討する場合、A (可用性) または C (一貫性) (WAN パーティションが存在する場合) を優先するか、L (レイテンシ) または C (一貫性) (パーティションがない場合) を優先するかのトレードオフを考慮する必要があります。 WAN パーティショニング)。

ここで、アプリケーションが強力な WAN バックボーンを使用して中程度のレイテンシーを許容できる場合は、一貫性を確保する必要があります (これは dbms が設計されています)。

次に、アプリの一貫性、可用性、および待機時間の要件をどのように確保するかという課題が生じます。レプリケートされた dbms の一貫性は、可用性を提供するとほとんど一貫性プロパティが低下する同期通信によってもたらされると私は理解しています (NoSQL システムが現在提供しているもの)。ただし、そのような種類の dbms のレイテンシ要件を確保することは、データベースとシステムの両方の研究者にとって未解決の問題です (私は推測します!!)。

http://danweinreb.org/blog/improving-the-pacelc-taxonomyで詳細を読む

私が最も気に入ったのは、この種の質問がコミュニティ全体の前に出てくるのを見ることでした. これらは実際の要件であり、適切な解決策がまだありません。Oracle のようなシステムから新しいアーキテクチャまたはオープン アーキテクチャに移行することは、簡単な決断ではありません。Googleのような巨人はまだ正しい答えを探しているようです. http://research.google.com/archive/spanner.htmlをご覧ください

于 2013-01-06T13:54:02.557 に答える
0

MySQL クラスタがうまくいくと思います。その他のマルチマスター ソリューションについては、こちらを参照してください。

于 2011-10-28T17:37:50.820 に答える