• MySQL之高可用MHA部署


    先来简单说一下什么事MHA。(发现还是需要懂一些原理的,特别是面试什么的时候)

    MHA(Master HA )是一款开源的MYSQL的高可用程序,它为MYSQL主从复制架构提供了automating master failover 功能。MHA在监控到master节点故障时,会提升其中拥有最新数据的slave节点成为新的master节点,在此期间,MHA会通过于其他从节点获取额外信息来避免一致性方面的问题。MHA还提供了master节点的在线切换功能,即按需切换master/slave节点。
     
    MHA服务有两种角色,MHA Manager(管理节点)和MHA Node(数据节点):
                MHA Manager:通常单独部署在一台独立机器上管理多个master/slave集群,每个master/slave集群称作一个application;
               MHA node:运行在每台MYSQL服务器上(master/slave/manager),它通过监控具备解析和清理logs功能的脚本来加快故障转移。

    测试环境如下:

    虚拟机A  ip为10.0.3.92           作为master

    虚拟机B  ip为10.0.3.102    作为slave1

    虚拟机C  ip为10.0.3.103    作为slave2

    虚拟机D  ip为10.0.3.104    作为manager

    首先配置一主两从环境,A为主,BC为从

    然后配置所有虚拟机两两之间ssh免密登录(ssh怎么免密登录,自己百度,或者搜索我博客里的文章吧,也有记录怎么配置ssh免密登录的)

    D中新建配置文件

    D中检测ssh配置以及主从配置是否成功,这两个非常关键

    如果上面都没有问题,那么我们试着把master服务器停掉之后,manager会把主库自动切换到B

    下面来说一下具体部署步骤

    重要的事情先说,那就是,防火墙和selinux必须关闭,如果不想关闭,那你就慢慢折腾该通过哪个端口之类的吧

    下一个MHA压缩包,里面有我们需要用到的文件

    http://www.yougemysqldba.com/discuz/viewthread.php?tid=491&extra=page%3D1

    我下载的是第二个rhel56.zip,因为我的是6.5的系统

    虚拟机A

    首先安装mysql,mysql-server (我的系统是centos6.5,听说centos7上部署MHA还需要做其他额外的工作),然后自然而然是开启服务并修改密码

    配置/etc/my.cnf,添加在mysqld里面,内容如下

    server-id=1     
    log-bin=master-log  
    relay-log=relay-log
    skip_name_resolve
    innodb_file_per_table

    解压我们下载的那个压缩包,在虚拟机A上,我们只需要安装mha4mysql-node-0.54-0.el6.noarch.rpm,怎么安装?百度啊,安装时提示缺少依赖关系依赖包?百度啊

    进入mysql,执行以下命令

    新建一个repluser用户,专门用来同步

    mysql> show master status;
    +-------------------+----------+--------------+------------------+
    | File | Position | Binlog_Do_DB | Binlog_Ignore_DB |
    +-------------------+----------+--------------+------------------+
    | master-log.000004 | 106 | | |
    +-------------------+----------+--------------+------------------+
    1 row in set (0.00 sec)

    这样子的话说明master端配置好了

     虚拟机B以及虚拟机C:

    当然这两台虚拟机也需要安装node那个rpm文件包

    配置文件/etc/my.cnf,当然也是放在mysqld下面了

    symbolic-links=0
    default-character-set=utf8
    character-set-server=utf8
    collation-server=utf8_bin
    default-storage-engine=INNODB
    max_allowed-packet=32M
    sql_mode=NO_AUTO_VALUE_ON_ZERO
    server-id=2    #虚拟机C只需要把这里改为3 
    relay-log=relay-log
    log-bin=master-log
    read_only=1
    relay_log_purge=0
    skip_name_resolve
    innodb_file_per_table

    前面多出的几行是设置中文编码

    进入数据库

    change master 设置

    change master to master_host='10.0.3.92',MASTER_USER='repluser',MASTER_PASSWORD='replpass',MASTER_LOG_FILE='master-log.000004',MASTER_LOG_POS=106;

    现在start slave查看slave状态,主要查看下面两个参数是否为yes,如果是就表示正常

    Slave_IO_Running: Yes
    Slave_SQL_Running: Yes

    虚拟机D:

    安装下载的压缩包里面的所有rpm文件

    配置

    [root@node4 ~]# cat /etc/masterha_default.cnf
    [server default]
    user=root      #听说这个是数据库的用户名,需要在四台虚拟机上都创建这个用户,并且授权为可远程登录,反正我是直接用的root用户,并且密码统一为123456
    password=123456  #这个是上面用户对应的密码
    manager_workdir=/data/masterha/app1
    manager_log=/data/masterha/app1/manager.log
    remote_workdir=/data/masterha/app1
    ssh_user=root         #ssh登录的用户名,配置ssh时也是配置该用户
    repl_user=repluser    #配置主从时设置的用户
    repl_password=replpass   #主从用户密码
    ping_interval=1
    [server1]
    hostname=10.0.3.92
    [server2]
    hostname=10.0.3.102
    [server3]
    hostname=10.0.3.103
    [root@node4 ~]#

    [root@node4 ~]# masterha_
    masterha_check_repl        masterha_check_status   masterha_manager    masterha_master_switch    masterha_stop
    masterha_check_ssh         masterha_conf_host    masterha_master_monitor   masterha_secondary_check

    [root@node4 ~]# masterha_check_ssh --conf=/etc/masterha_default.cnf   检测ssh配置
    Thu Nov 9 01:12:32 2017 - [info] Reading default configuratoins from /etc/masterha_default.cnf..
    Thu Nov 9 01:12:32 2017 - [info] Reading application default configurations from /etc/masterha_default.cnf..
    Thu Nov 9 01:12:32 2017 - [info] Reading server configurations from /etc/masterha_default.cnf..
    Thu Nov 9 01:12:32 2017 - [info] Starting SSH connection tests..
    Thu Nov 9 01:12:33 2017 - [debug]
    Thu Nov 9 01:12:32 2017 - [debug] Connecting via SSH from root@10.0.3.92(10.0.3.92:22) to root@10.0.3.102(10.0.3.102:22)..
    Thu Nov 9 01:12:32 2017 - [debug] ok.
    Thu Nov 9 01:12:32 2017 - [debug] Connecting via SSH from root@10.0.3.92(10.0.3.92:22) to root@10.0.3.103(10.0.3.103:22)..
    Thu Nov 9 01:12:33 2017 - [debug] ok.
    Thu Nov 9 01:12:34 2017 - [debug]
    Thu Nov 9 01:12:33 2017 - [debug] Connecting via SSH from root@10.0.3.102(10.0.3.102:22) to root@10.0.3.92(10.0.3.92:22)..
    Thu Nov 9 01:12:33 2017 - [debug] ok.
    Thu Nov 9 01:12:33 2017 - [debug] Connecting via SSH from root@10.0.3.102(10.0.3.102:22) to root@10.0.3.103(10.0.3.103:22)..
    Thu Nov 9 01:12:33 2017 - [debug] ok.
    Thu Nov 9 01:12:34 2017 - [debug]
    Thu Nov 9 01:12:33 2017 - [debug] Connecting via SSH from root@10.0.3.103(10.0.3.103:22) to root@10.0.3.92(10.0.3.92:22)..
    Thu Nov 9 01:12:34 2017 - [debug] ok.
    Thu Nov 9 01:12:34 2017 - [debug] Connecting via SSH from root@10.0.3.103(10.0.3.103:22) to root@10.0.3.102(10.0.3.102:22)..
    Thu Nov 9 01:12:34 2017 - [debug] ok.
    Thu Nov 9 01:12:34 2017 - [info] All SSH connection tests passed successfully.
    [root@node4 ~]#

    [root@node4 ~]# masterha_check_repl --conf=/etc/masterha_default.cnf       #检测主从复制,正常情况下mysql replication health is ok,这里因为我是在实验完成后停掉master服务器了,才导致的not ok。刚开始的时候我这里一直是not ok,然后我就各种查错,最后发现是防火墙不知道什么时候又开启了。。。这里我建议在D上尝试连接另外三台虚拟机的数据库,分别用root登录以及主从复制用户登录,如果不报错,检测主从复制这里应该就没有问题了
    Thu Nov 9 01:12:59 2017 - [info] Reading default configuratoins from /etc/masterha_default.cnf..
    Thu Nov 9 01:12:59 2017 - [info] Reading application default configurations from /etc/masterha_default.cnf..
    Thu Nov 9 01:12:59 2017 - [info] Reading server configurations from /etc/masterha_default.cnf..
    Thu Nov 9 01:12:59 2017 - [info] MHA::MasterMonitor version 0.55.
    Thu Nov 9 01:13:00 2017 - [error][/usr/share/perl5/vendor_perl/MHA/ServerManager.pm, ln604] There are 2 non-slave servers! MHA manages at most one non-slave server. Check configurations.
    Thu Nov 9 01:13:00 2017 - [error][/usr/share/perl5/vendor_perl/MHA/MasterMonitor.pm, ln386] Error happend on checking configurations. at /usr/share/perl5/vendor_perl/MHA/MasterMonitor.pm line 300
    Thu Nov 9 01:13:00 2017 - [error][/usr/share/perl5/vendor_perl/MHA/MasterMonitor.pm, ln482] Error happened on monitoring servers.
    Thu Nov 9 01:13:00 2017 - [info] Got exit code 1 (Not master dead).

    MySQL Replication Health is NOT OK!

    现在我们试着把master服务器停掉,然后我们看一下虚拟机C的状态

    mysql> show slave statusG;
    *************************** 1. row ***************************
    Slave_IO_State: Waiting for master to send event
    Master_Host: 10.0.3.102    #可以看到这里自动把master从10.0.3.92 切换到10.0.3.102了
    Master_User: repluser
    Master_Port: 3306
    Connect_Retry: 60
    Master_Log_File: master-log.000010
    Read_Master_Log_Pos: 600
    Relay_Log_File: relay-log.000005
    Relay_Log_Pos: 252
    Relay_Master_Log_File: master-log.000010
    Slave_IO_Running: Yes
    Slave_SQL_Running: Yes
    Replicate_Do_DB:
    Replicate_Ignore_DB:
    Replicate_Do_Table:
    Replicate_Ignore_Table:
    Replicate_Wild_Do_Table:
    Replicate_Wild_Ignore_Table:
    Last_Errno: 0
    Last_Error:
    Skip_Counter: 0
    Exec_Master_Log_Pos: 600
    Relay_Log_Space: 1286
    Until_Condition: None
    Until_Log_File:
    Until_Log_Pos: 0
    Master_SSL_Allowed: No
    Master_SSL_CA_File:
    Master_SSL_CA_Path:
    Master_SSL_Cert:
    Master_SSL_Cipher:
    Master_SSL_Key:
    Seconds_Behind_Master: 0
    Master_SSL_Verify_Server_Cert: No
    Last_IO_Errno: 0
    Last_IO_Error:
    Last_SQL_Errno: 0
    Last_SQL_Error:
    1 row in set (0.00 sec)

    ERROR:
    No query specified

    mysql>

    大概就是这么简单,但是第一次配置时还是很容易出现这样或那样的问题的,慢慢琢磨吧

     什么,我写得乱七八糟的,你看不懂?

    好吧,给一个参考链接给你http://www.178linux.com/87554

  • 相关阅读:
    漫谈企业级SaaS的多租户设计
    网易实战分享|云信IM SDK接口设计实践
    WebRTC系列之音频的那些事
    如何科学地完成一场 AR 发布会?全在这份超细节活动策划 Xmind 里了
    移动社交如何玩?网易云信携手崽崽和Uki打造更多新场景!
    行业观察|智慧屏集中爆发,大屏市场能否迎来破局者?
    Docker文件系统实战
    文字检测模型EAST应用详解 ckpt pb的tf加载,opencv加载
    opencv dnn加载EAST的pb模型的一点问题
    百度开源:PaddleOCR与PaddlePaddle / paddle2onnx 实践一
  • 原文地址:https://www.cnblogs.com/biaopei/p/7810101.html
Copyright © 2020-2023  润新知