問題タブ [database-replication]

私は最近、Paxosの論文、FLPの定理などを読み、プロジェクトのApacheZookeeperを評価しています。私はまた、Chubby（Googleの分散ロックサービス）と、オンラインで入手できるさまざまな文献を調べてきました。Zookeeperの基本的なユースケースは、分散システムのレプリケーションと一般的な調整を実装することです。

しかし、私はただ疑問に思っていましたが、ZookeeperまたはChubbyのような分散ロックシステムがテーブルにもたらす具体的な利点は何ですか。基本的に、MySQLNDBクラスターを使用できないのはなぜだろうと思っています。MySQLには多くのレプリケーションの問題があると聞き続けています。私は、このテーマについてより多くの経験を積んだ人が、それに光を当てることを望んでいました。

前もって感謝します..

私の要件の単純なリスト：

• 私は同種の分散システムを持っています。
• すべてのノードで一貫した状態を維持するための何らかの手段が必要です。
• 私のシステムはサービスを公開しており、クライアントとのやり取りは私のシステムの集合的な状態に何らかの変化をもたらします。
• 高可用性が目標であるため、ノードがダウンしてもサービスに影響を与えてはなりません。
• 私は、システムが少なくとも1000req/秒のサービスを提供することを期待しています。
• システムの集合的な状態はサイズに制限があると思います（基本的に挿入/削除は一時的なものになります...しかし定常状態では、多くの更新と読み取りが必要です）

Passenger (mod_rails)と互換性のある、タップのような機能を提供する gem を知っている人はいますか?

Ruby EE/Passenger セットアップでタップを使用しようとすると、次のエラーが表示されます。

readme には特に記載されていませんが、これは、タップが Thin/Mongrel/Webrick とのみ互換性があることを意味すると想定しています。

基本的に、PostgreSQL データベースを開発から運用に簡単にプッシュする方法を探しています。

MysqlはMASTERServer1として実行されています。 MysqlはSLAVEとして実行されています。
Server2

これでMASTERからSLAVEへの DB レプリケーションが行われます。

Server2をネットワークから削除し、1 日後に再接続します。この後、マスターとスレーブのデータベースに不一致があります。

マスターからスレーブに取得した DB を復元した後も問題が解決しないため、DB を再同期する方法は?

データベースの複製中に主キー（ID列）を転送するにはどうすればよいですか。

おそらくこれはまだ不可能ですが...

MySQL と Derby の間でレプリケーションまたはフェデレーションをセットアップする最も簡単な方法は何ですか?

Derby の特定のテーブルへのデータの更新/挿入/削除を、可能な限り迅速かつ効率的に MySQL の同等の同一テーブルに自動的にフローする方法が必要です。

もちろん、これはアプリケーション コードで実行できますが、控えめに言っても、洗練されておらず、遅く、非効率的です。

MySQL 用のマルチマスター レプリケーション マネージャーの使用を開始しましたが、このセットアップを多対称処理のように扱うことができるかどうか疑問に思っています。プロセスはプロセス キューからポップされ、ノード (この場合はサーバー) は最も自由なジョブが選択されます。

何が起こるかというと、サービスは mysqld がクラッシュするか消えた場合にのみスレーブに切り替わります。

MySQL のデータベース レプリケーションをより分散した方法で動作させる方法はありますか? MMM 以外に、これを実行できるソフトウェアがあるのではないでしょうか?

mysqld の速度が低下したときに (単に失敗したときではなく)、リーダーの役割を別のサーバーに切り替える方法はありますか?

Mysql から PostgreSql への潜在的な移行について、いくつかのテストを行う必要があります。Postgre を MySQL マスターのスレーブとして使用できるかどうかをテストする方が簡単です。

出来ますか ？

前もって感謝します

私の上司は、大陸全体の壊滅的な出来事を考慮したシステムを望んでいます。彼は、米国に 2 つのサーバー、アジアに 2 つのサーバー (各大陸に 1 つのログイン サーバーと 1 つのワーカー サーバー) を持つことを望んでいます。

1. 地震によって 2 つの大陸間の接続が切断された場合、両方が単独で機能する必要があります。接続が回復すると、互いに同期して通常の状態に戻ります。
2. 自信がないため、外部クラウド システムは許可されません。
3. システムはスケーラビリティを考慮に入れる必要があります。つまり、新しいサーバーの追加は簡単に構成できる必要があります。
4. サーバーは負荷分散する必要があります。
5. サーバー間の接続は非常に安全である必要があります (暗号化され、SSL 経由で送信されますが、SSL は暗号化を処理します)。
6. システムは、1 つのアカウントで 1 人のユーザーのみがログインできるようにする必要があります。(大陸間の遅延に注意し、アカウントを共有する 2 人のユーザーが同時に両方のログイン サーバーに到達する可能性があります)

助けてください。もう限界です。前もって感謝します。

合計で約 1.0 TB の 12 のデータベースがあり、それぞれが SQL 2005 Enterprise を実行している異なる物理サーバー上にあり、すべてまったく同じスキーマを使用しています。このデータを別の単一データベースにオフロードして、最大 1 時間の待ち時間で他の目的 (レポート、Web サービスなど) に使用できるようにする必要があります。

また、これらのサーバーはすべて同じラック内にあり、ギガビット接続で接続されており、データベースへの挿入が最小限 (平均 2500 レコード/時間) であることにも注意してください。現在の方法は非常に不安定です。データは現在、12 台のサーバーのそれぞれから別のサーバー上のデータベースに複製 (SQL Server トランザクション レプリケーション) されています (そうです、12 台の異なるサーバーからの 12 個の異なる従業員テーブルが別のサーバー上の単一の従業員テーブルに作成されています)。サーバ）。

すべてのテーブルには主キーがあり、行はすべてのテーブルで一意です (各テーブルには施設 ID があります)。

私のオプションは何ですか？これを行う簡単な方法が必要です。

基本的に、mysql データベースのレプリケーション サーバーをセットアップしたいと考えています。私はこの概念にまったく慣れていないので、正しい方向に向けて助けていただければ幸いです。スレーブがダウンした場合、とにかくマスターに影響しますか?

ありがとう。