0

私はたくさんのドキュメント、ブログ、記事を読んでいます。Mysqlレプリケーションについて話していますが、それを解決する方法がわかりません。

基本的なデータベースに対するフェイルオーバーと冗長ソリューションが必要です。したがって、アイデアは、地理的なフェイルオーバーソリューションを備えた新しいサーバーを購入することです。

最初のアイデアは、1つのマスターデータベースをサーバーAに格納し、別のマスターレプリカをサーバーBに格納して、マスターマスターレプリケーションを作成することでした。ただし、データの一貫性を確保するために同期レプリケーションが必要な場合。

したがって、Mysqlクラスターをテストしますが、Mysqlの公式ドキュメントには、ローカルネットワークでのみ機能する必要があると記載されているため、混乱しています。そしてもう一つの問題は通信のセキュリティです。

2つのサーバー間の遅延は1.40ミリ秒です。

最良の選択肢は何ですか?つまり、diffenretデータセンター間で同期冗長データベースの安全なオプションはありませんか?

どのように大企業がそれを解決しますか?または、地理的な冗長性+フェイルオーバーソリューション+データの一貫性を持つことは不可能です

Thx All

4

1 に答える 1

0

マスター/スレーブ シナリオは、サーバー障害から保護するための非常に優れたソリューションです。

負荷を分散するためにスレーブをクエリに使用する場合は、スレーブがマスターの背後にデータを保持できることを受け入れるか、アプリとデータベース サーバーの間に追加のレイヤーを配置します。

数年前、私はMysql-Proxyで遊び始めました。その名前が示すように、プロキシとして機能し、他の優れた機能の中でも特に、複数のノードの可用性をチェックしながらクエリのバランスを取ることができます。

結論として、2 つの DC 間のリンクが信頼でき、+/- 1.4 ミリ秒の遅延がある場合、実際にはスレーブは更新され続け、ユーザーは遅延に気付かないことを付け加えておきます。

もちろん、あなたのアプリケーションがあなたが言及していないことを行う場合、これはすべて当てはまりません (購入トランザクション、またはあなたが銀行の場合;) )

(コメントするには長すぎるため、回答として追加されました)

于 2012-09-26T12:03:14.903 に答える