MHA 高可用配置(故障切换)(理论详解+实验步骤)

文章目录

  • 前言
  • 一、MHA 的概述
  • 二、MHA 的特点
  • 三、组成及原理
  • 四、搭建步骤
    • 1.实验思路
    • 2.实验环境
    • 3.实验步骤


前言

  • 在实际的生产环境中,当 MySQL 主从复制和读写分离不能满足实际需求时,就可以考虑 MySQL 高可用群集了
  • 接下来,我们将一起学习使用 MySQL-MHA 实现 MySQL 高可用

一、MHA 的概述

  • MHA(Master High Availability)目前在 MySQL 高可用方面是一个相对成熟的解决方案,它由日本 DeNA 公司的 youshimaton(现就职于 Facebook 公司)开发,是一套优秀的作为 MySQL 高可用性环境下故障切换和主从提升的高可用软件。
  • 在 MySQL 故障切换过程中,MHA 能够做到 0~30 秒内自动完成数据库的故障切换操作,并且,在进行故障切换的过程中,MHA 能最大成都上保证数据库的一致性,以达到真正意义上的高可用

二、MHA 的特点

  • 自动故障切换过程中,MHA 试图从宕机的主服务器上保存二进制日志,最大程度的保证数据不丢失
  • 但这并不总是可行的:例如,如果主服务器硬件故障或无法通过 ssh 访问,MHA 没法保存二进制日志,只进行故障转移而丢失了最新的数据
  • MHA 可以与半同步复制结合起来,大大降低数据丢失的风险
  • 如,只有一个 slave 已经收到了最新的二进制日志,MHA 可以将最新的二进制日志应用于其他所有的 slave 服务器上,因此可以保证所有节点的数据一致性
  • 目前 MHA 支持主多从架构,最少三台服务(即一主两从)

三、组成及原理

  • 该软件由两部分组成:MHA Manager(管理节点)和 MHA Node(数据节点)
    MHA 高可用配置(故障切换)(理论详解+实验步骤)_第1张图片
  • MHA Manager 可以单独部署在一台独立的机器上管理多个 master-slave 集群,也可以部署在一台 slave 节点上
  • MHA Node 运行在每台 MySQL 服务器上,MHA Manager 会定时探测集群中的 master 节点,当 master 出现故障时,它可以自动将最新数据的 slave 提升为新的 master,然后将所有其他的 slave 重新指向新的 master
    MHA 高可用配置(故障切换)(理论详解+实验步骤)_第2张图片
  • 整个故障转移过程对应用程序完全透明

四、搭建步骤

1.实验思路

  1. MHA 架构
    • 源码编译安装数据库
    • 配置一主两从
    • 搭建 MHA
  2. 故障模拟
    • 主库失效
    • 备选主库称为主库
    • 原故障主库恢复,重新加入到 MHA,成为从库

2.实验环境

3.实验步骤

未完待续

你可能感兴趣的:(数据库应用,MySQL,高可用群集,MHA,高可用,Manager,管理节点,Node,数据节点)