現在、リモート サーバーにアプリケーションを配置しており、コール センターはこのアプリケーションを使用して顧客との取引を実行しています。
すべての通話のルーティングと録音を支援するために、ローカル サーバーにアスタリスクをセットアップする予定です。アスタリスクがスムーズに機能するためには、アプリケーションをリモート サーバーからローカル サーバーに移動する必要があります。
すべてのデータをローカル サーバーに移動してローカルでトランザクションを実行するのは簡単ですが、ユーザーがオンラインでトランザクションを実行してリモート サーバー データベースにアクセスするオプションもあります。
ラックスペースによって提供される信頼性の高いインフラストラクチャとバックアップ ソリューションにより、リモート アプリケーションを使用できるようになりました。
アプリケーションをローカル サーバーに移動する場合、ローカルおよびオンライン トランザクションを処理できるように、リモート データベースとローカル データベースを同期するための信頼できるソリューションを探しています。
mysql マスター マスター レプリケーションを使用して、両端で決定的なデータを保持しないのはなぜですか? (auto_increment_increment と auto_increment_offset を読む必要があることに注意してください)
symcbeanの答えは基本的に正しいです。この記事を、マスターマスターレプリケーションを理解するための良い出発点として追加します。テクニックと問題をより深く理解するための良いリファレンスとして、高性能MySQLをさらにお勧めします。
同じ場所に配置されていない2台のMySQLサーバーへの書き込みを行う際に直面しなければならない問題がいくつかあります。対処するレプリケーションラグがあるため、データベースは必ずしも完全に同期しているとは限りませんが、「結果整合性」があるだけです。また、両方の側でコンテンツの更新を行っている場合、データの整合性の問題が発生する可能性があります。システムが書き込み操作の更新よりも挿入に傾いている場合、問題が発生する可能性は低くなります。また、変更される可能性のあるデータのサブセットがいずれかのサーバーにローカライズされる傾向がある場合は、発生する問題が少なくなります。
それ以外の場合は、アプリケーションの特定のユースケースに向けて設計された独自のソリューションを展開することをお勧めします。