MySQLデータベース(6) - のMySQL-MMMのMySQLの高可用性クラスタ

MySQLの-MMMのMySQLの高可用性クラスタ

これは、2台のマスターサーバーで、2台のマスターサーバーデュアルマスター・スレーブ同期、1に障害が発生したオフセットが、他のサーバとして使用されているの上に行くだろう、あなたはVIP仮想IPを制御するために監視マシンが必要

以下のように設定環境

3つのソフトウェアツール

mmm_monitor:監視プロセスは、すべての監視作業を担当します

mmm_agent:各サーバー上で実行中のエージェントプロセスのMySQL

mmm_control:管理mmm_mondプロセスのコマンドスクリプトを提供

MySQLの-MMMのビルド構成

すべてのプロファイルの場所(YUMインストール):/ など/ MySQLの-MMM /

1.四取り付けログインMySQLサーバー(利用可能な以前のノートを参照してください)

2.な/etc/my.cnf 4つのサーバ構成プロファイル(様々な他の同じIDに加えて)

メインプライマリ同期マスターマスターモードを達成するための構成3. 192.168.0.101と192.168.0.102

二つのサーバのMASTER_LOG_FILEとMASTER_LOG_POSの値を参照してください。

192.168.0.101

192.168.0.102

101と102は互いにアクセスを強化します

192.168.0.101:

MySQLの> *上のグラントレプリケーションスレーブ*「123456」で識別される「test'@'192.168.0.102」へ。

MySQLの> フラッシュ権限;

MySQLの> 、master_user = 'テスト'、master_password = '123456'、MASTER_LOG_FILE = 'のMySQL-bin.000009' 192.168.0.102」MASTER_HOST =に変更マスタ、MASTER_LOG_POS = 107。

192.168.0.102:

MySQLの> *上のグラントレプリケーションスレーブ*「123456」で識別される「test'@'192.168.0.101」へ。

MySQLの> フラッシュ権限;

MySQLの> 、master_user = 'テスト'、master_password = '123456'、MASTER_LOG_FILE = 'のMySQL-bin.000014' 192.168.0.101」MASTER_HOST =に変更マスタ、MASTER_LOG_POS = 107。

101と102は、状態から一次の2つである参照

192.168.0.101:192.168.0.102:

主はテストを同期さ

2サーバー上のライブラリを作成しますがどうかを確認するために同期されます

192.168.0.101:192.168.0.102:

    

成功した後、

2からサーバ103および104を構成します

ステータス値を見る192.168.0.101

103,104メインサーバー101にアクセスを許可

MySQLの> *上のグラントレプリケーションスレーブ*「123456」で識別される「test'@'192.168.0.103」へ。

MySQLの> *上のグラントレプリケーションスレーブ*「123456」で識別される「test'@'192.168.0.104」へ。

それは103と104データベース同期101で行いました

、master_user = 'テスト'、master_password = '123456' '192.168.0.101' MASTER_HOST =に変更マスタ、MASTER_LOG_FILE = 'のMySQL-bin.000014'、MASTER_LOG_POS = 291。

192.168.0.103の表示スレーブステータス:

奴隷状態の192.168.0.104:

5.インストール構成のMySQL-MMM

各サーバーのインストールEPELソースとMMM(5の合計をインストールする必要があります)

wgetのhttp://mirrors.yun-idc.com/epel/6/x86_64/epel-release-6-8.noarch.rpm

RPM -ivh EPEL-リリース6-8.noarch.rpm

YUMのmysql-MMMをインストール-y *

補足:次のエラーが表示されるソリューションを

vimの/etc/yum.repos.d/epel.repo

yumをきれいにすべての

yumをmysqlの-MMMをインストール-y *

データベースサーバ上の4つのMySQLデータベース、モニタアクセス認証でログイン

MySQLの> *上の許可複製クライアント*「へmmm_monitor'@'192.168.0.%」「モニター」によって識別されます。

MySQLの> *上の助成スーパー、複製クライアント、プロセス*「へmmm_agent'@'192.168.0.%」「薬」で識別されます。

メインモニター上に配置され、データベースサーバ4のMySQL mmm_common.confの(下に示す)ファイル

vimの/etc/mysql-mmm/mmm_common.conf

4は、データベースサーバ、MySQLの上に配置されmmm_agent.confのファイル(以下に示します)

vimの/etc/mysql-mmm/mmm_agent.conf

監視サーバー192.168.0.110に配置されたmmm_mon.confのファイル(下図参照)

vimの/etc/mysql-mmm/mmm_mon.conf

ブローカーとモニタを開始します

監視サーバー:サービス-MMM-のMySQL Monitorのスタート

4 MySQLサーバ:サービス・エージェントのmysql-MMM-スタート

(下図のように)テストクラスタを参照してください:mmm_controlショー

このMySQLの192.168.0.101が停止した後(以下に示すように、オフライン)データベースサーバがHARD_OFFLINE DB1見出される表示します

(下図参照)このビューが発見されたデータベースサーバのMySQL 192.168.0.101を再始動

設定が正常に完了

 

公開された37元の記事 ウォンの賞賛6 ビュー10000 +

おすすめ

転載: blog.csdn.net/feili12138/article/details/104776221