お客様のプロジェクトで mysql クラスターを使用しようとしています。
セットアップした構成は次のとおりです。 ハードウェア SO 機器
Server1 - S.O. Windows 2008 R2 64bit
Server2 - S.O. Windows 2008 R2 64bit
Client1 - S.O. Windows 7 64bit
Client2 - S.O. Windows 7 64bit
UserClient2 - S.O. Windows 7 64bit
UserClient3 - S.O. Windows 7 64bit
UserClient4 - S.O. Windows 7 64bit
UserClient5 - S.O. Windows 7 64bit
UserClientXX - S.O. Windows 7 64bit (where XX is less than 15)
My Sql Cluster Configuration Server1 - クラスター データ ノード 1 として機能 Server2 - クラスター データ ノード 2 として機能 Server1 - mysql ノード 1 として機能 (今後 MYSQL-D1) Server2 - mysql ノード 2 (今後 MYSQL-D2) として機能
Client1 - act as mysql cluster management node 1
Client2 - act as mysql cluster management node 2
クライアント アプリケーションの構成 次のクライアント (以降 CLIENTAPP): Client1、Client2、UserClient2、..、UserClientXX には、mysql クラスター データベースと対話する Microsoft .Net アプリケーションがあります。
しばらくすると、My SQL クラスター構成が正しく機能しているように見え、CLIENTAPP のいずれかが MYSQL-D1 または MYSQL-D2 に接続できるようになります (これは、.NET クライアント アプリケーションの接続文字列を変更し、MYSQL-D1 の IP を指すことによって可能になります)または MYSQL-D2 の IP に)。
完璧な世界では、CLIENTAPP は自動的に適切なサーバー (MYSQL-D1 または MYSQL-D2) に接続できます。実際には: - MYSQL-D1 がダウンしている場合 CLIENTAPP が MYSQL-D2 に接続します-D1
.NET クライアント アプリケーションはどのように mysql クラスターと対話できますか?
私のシナリオで見つけた最善の解決策は次のとおりです。複数のサーバーをサポートする (mysql .NET コネクタでサポートされているかどうかはわかりません) 4. 両方の MYSQL-DX ノードと対話するようにアプリケーションを書き直します (避けたいこと)
正しい解決策はありますか？どれが最高ですか？
ありがとうございました