[ Openstack ] Openstack-Mitaka 高可用之 Mariadb-Galera集群部署

 目录

    Openstack-Mitaka 高可用之 概述
    Openstack-Mitaka 高可用之 环境初始化
    Openstack-Mitaka 高可用之 Mariadb-Galera集群部署
    Openstack-Mitaka 高可用之 Rabbitmq-server 集群部署
    Openstack-Mitaka 高可用之 memcache
    Openstack-Mitaka 高可用之 Pacemaker+corosync+pcs高可用集群
    Openstack-Mitaka 高可用之 认证服务(keystone)
    OpenStack-Mitaka 高可用之 镜像服务(glance)
    Openstack-Mitaka 高可用之 计算服务(Nova)
    Openstack-Mitaka 高可用之 网络服务(Neutron)
    Openstack-Mitaka 高可用之 Dashboard
    Openstack-Mitaka 高可用之 启动一个实例
    Openstack-Mitaka 高可用之 测试

 

 简介及特点

MariaDB Galera Cluster主要功能:
    (1)多个节点数据同步复制
    (2)每个节点都是主节点,每个节点都有全部的数据
    (3)每个节点都可以提供读写操作
    (4)失效节点自动剔除,新节点加入自动同步(慎重,新节点加入会造成锁表)
    
优点:
    (1)多主的结构,不存在同步延迟的问题。(master-slave是异步同步数据,Galera是同步同步数据)
    (2)不存在事务丢失的情况(有待验证)
    (3)节点都可以进行读写,客户端可以任意连接到其中节点,增强负载能力
    
缺点:
    (1)加入新节点时,同步数据会造成锁表
    (2)对于写入操作会发生到每个节点上
    (3)多少个节点就有多少份数据
    (4)网络不稳,会出现脑裂情况,服务将不可用,不适用与重要数据的生产环境
    (5)仅支持InnoDB/XtraDB存储引擎

 

 工作流程图

当客户端发送一个commit命令,在事务被提交之前,所有对数据的更改都会被write-set收集起来,并且将write-set记录的内容发送给其他节点。
write-set将在每个节点上使用搜索到的主键进行确认性测试,测试结果决定着节点是否应用write-set更改数据。如果认证测试失败,节点将丢弃write-set;如果测试成功,则事务提交。工作如下:

 

  Galera集群的搭建

以下操作在三个节点都要执行:

# yum install MariaDB-Galera-server MariaDB-client galera -y

安装完后的配置文件:

# ll /etc/my.cnf.d/
total 16
-rw-r--r-- 1 root root  295 Oct 27 08:23 client.cnf
-rw-r--r-- 1 root root  232 Oct 27 08:23 mysql-clients.cnf
-rw-r--r-- 1 root root 1007 Aug 16 18:24 server.cnf
-rw-r--r-- 1 root root  285 Aug 16 18:24 tokudb.cnf

启动数据库

# /etc/init.d/mysql start

加固数据库

# mysql_secure_installation

我这里密码是123456,不必一致

授权认证用户:

# mysql -p123456

添加集群认证用户:

MariaDB [(none)]> GRANT ALL PRIVILEGES ON *.* TO 'galera'@'%' IDENTIFIED BY 'galera' WITH GRANT OPTION;
MariaDB [(none)]> flush privileges;

停止所有节点mysql服务

# /etc/init.d/mysql stop

在 [mariadb] 模块中添加如下:

Controller1 :


[mariadb]
query_cache_size=0                                     # 关闭查询缓存
binlog_format=ROW                                      # binlog文件格式:行
default_storage_engine=innodb                             # Mariadb 存储引擎
innodb_autoinc_lock_mode=2                              #主键自增模式修改为交叉模式
wsrep_provider=/usr/lib64/galera/libgalera_smm.so              #galera 库文件
wsrep_cluster_address=gcomm://192.168.0.12,192.168.0.13        # galera集群url
wsrep_cluster_name='openstack'                       # galera集群名称
wsrep_node_address='192.168.0.11'                    # 该节点的地址
wsrep_node_name='controller1'                      # 该节点的主机名
wsrep_sst_method=rsync                          # 拷贝模式
wsrep_sst_auth=galera:galera                      # galera集群认证用户:密码

 

 Controller2:

[mariadb]
query_cache_size=0
binlog_format=ROW
default_storage_engine=innodb
innodb_autoinc_lock_mode=2
wsrep_provider=/usr/lib64/galera/libgalera_smm.so
wsrep_cluster_address=gcomm://192.168.0.11,192.168.0.13
wsrep_cluster_name='openstack'
wsrep_node_address='192.168.0.12'
wsrep_node_name='controller2'
wsrep_sst_method=rsync
wsrep_sst_auth=galera:galera

 

Controller3:

[mariadb]
query_cache_size=0
binlog_format=ROW
default_storage_engine=innodb
innodb_autoinc_lock_mode=2
wsrep_provider=/usr/lib64/galera/libgalera_smm.so
wsrep_cluster_address=gcomm://192.168.0.11,192.168.0.12
wsrep_cluster_name='openstack'
wsrep_node_address='192.168.0.13'
wsrep_node_name='controller3'
wsrep_sst_method=rsync
wsrep_sst_auth=galera:galera

 

这里,启动第一个集群节点有点特殊:

Controller1:
/etc/init.d/mysql bootstrap

Controller2:
/etc/init.d/mysql start

Controller3:
/etc/init.d/mysql start

登录任意节点进行验证:

# mysql -p123456
MariaDB [(none)]> SHOW STATUS LIKE 'wsrep_cluster_size';


MariaDB [(none)]> show global status like 'ws%';

注释:
wsrep_cluster_status为Primary,表示节点为主节点,正常读写。
wsrep_ready为ON,表示集群正常运行。
wsrep_cluster_size为3,表示集群有三个节点。

 

创建数据库进行测试:

 MariaDB [(none)]> create database abcd;

然后,登录其他节点数据库查看是否存在。

MariaDB [(none)]> show databases;

 

 

Mariadb-Galera集群搭建完毕。

 

在集群搭建完毕后在写其他的配置文件:

# vim server.cnf
[mariadb-10.0]
port            = 3306
bind_address    = 192.168.0.11
tmpdir          = /tmp
skip-external-locking
skip-name-resolve
max_connections=3600
innodb_flush_log_at_trx_commit=2
innodb_log_file_size=100m
innodb_log_files_in_group=5
thread_concurrency=24
innodb_thread_concurrency=24
innodb_commit_concurrency=24
character-set-server = utf8
collation-server = utf8_general_ci
event_scheduler = ON
max_allowed_packet = 20M

三个controller节点都需要监听各自的管理地址。

 

 注意:

当所有节点都宕机的情况下,再次启动节点,Mariadb-Galera集群会出现无法启动的现象
Mariadb-Galera集群启动是有顺序的,遵循一个原则:最后宕机的最先启动,因为集群认为这个节点的数据是最新的。

posted @ 2017-12-16 17:26  hukey  阅读(3834)  评论(0编辑  收藏  举报