参照情報 › アプライアンス カタログ リファレンス ガイド › システム カタログ › データベース アプライアンス › MYSQLR、MYSQLR64 - レプリケーションに適した MySQL データベース アプライアンス › 複数ノード マスタ/マスタ レプリケーションを使用する N 層アプリケーション（負荷分散に適している）

複数ノード マスタ/マスタ レプリケーションを使用する N 層アプリケーション（負荷分散に適している）

以下の図は、マスタ/マスタ レプリケーション シナリオで 4 台のサーバにデータベースがレプリケートされる Web アプリケーションでの MYSQLR64 アプライアンスの標準的な使い方を示しています。 この使用例では、アプリケーションは負荷分散用の操作中にすべての WEB および MYSQLR64 サーバを使用します。 また、WEB/MYSQLR64 インスタンスのうちの 1 つが失敗する場合、別の WEB/MYSQLR64 インスタンスを使用して、アプリケーションのダウンタイムを防ぐことができます（MYSQLR64 は、障害に対応しません）。

使用するアプライアンス：

• user - ユーザ リクエスト用の入力ゲートウェイ
• admin - ログ ファイルにアクセスするための入力ゲートウェイ
• sw - 各 MYSQLR64 アプライアンスに分割された HTTP トラフィック
• web_lb - ユーザ リクエスト用の Web ロード バランサ
• web1、web2、web3、web4 - アクティブなコンテンツ（CGI スクリプトなど）を備えた Web サーバ
• db1、db2、db3、db4 - 同時にマスタとスレーブの両方になるように設定できる MYSQLR64
• content - データベース エラー ログ ファイル、Web コンテンツおよび Web ログ用のストレージ
• logs - データベースおよび Web サーバ ログ ファイル用のストレージ
• mon - MON アプライアンス

クライアント リクエストは user ゲートウェイ上に着信します。 ゲートウェイは Web ロード バランサにリクエストを転送し、Web ロード バランサは web1、web2、web3 および web4 のいずれかの Web サーバにリクエストを伝えます。 Web サーバはそれぞれそれ自身のデータベース アプライアンスを使用します。 データベース アプライアンスはすべて Web サーバがデータベースに実行する更新をレプリケートするために循環的に接続されます。 したがって、たとえば db1 への更新は db2、db3 および db4 にレプリケートされます。 重複したエントリが発生しないように、MYSQLR64 アプライアンスはそれぞれ、auto_increment 列にオフセット（server_id と同じ）を使用します。

db1、db2、db3、db4 への Web アクセスはポート 8080、8081、8082 および 8083 上の admin ゲートウェイ経由で利用可能です。

db1、db2、web1 および web2 アプライアンスはログによってエクスポーズされた共有のルート ディレクトリ内にログ ファイルを格納するように設定されています。 さらに、管理者は admin ゲートウェイを介してログ ファイルを表示することができます。

プロパティ設定の例（リストに表示されていないプロパティはデフォルト値のままにしてください）：

db1

db2

db3

db4

注：

• データ ボリュームは、logs、content および mon アプライアンス上に設定する必要があります。
• data および binlogs ボリュームもすべての db アプライアンス上に設定する必要があります。 各アプライアンスは自身のボリュームを使用する必要があります（アプライアンス間で共有できません）。
• マルチ マスタ レプリケーションを実行する場合、空のデータ ボリュームで開始する必要があります。
• admin、mon および log アプライアンスはレプリケーションの操作に必要ではありません。