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

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

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

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

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

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

db1 と db2 への Web アクセスはポート 8080 と 8081 上の admin ゲートウェイ経由で利用可能です。

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

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

db1

db2

注：

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