前面的文章有提到过利用consul+mha实现mysql的高可用，以及利用consul+sentinel实现redis的高可用，具体的请查看：。本次给大家带来mysql高可用的新玩法，利用mysql 5.7的mgr+consul实现，至于mgr是什么，有什么优势，如何搭建这里就不说了，大家自己google，我这里就是介绍利用mgr+consul实现高可用及故障自动切换。至于consul是什么可以参
转载
2024-09-27 09:44:50
63阅读
mysql高可用corosync+pacemaker+drbd1，安装drbddrbd共有两部分组成：内核模块和用户空间的管理工具。其中drbd内核模块代码已经整合进Linux内核2.6.33以后的版本中，因此，如果您的内核版本高于此版本的话，你只需要安装管理工具即可；否则，您需要同时安装内核模块和管理工具两个软件包，并且此两者的版本号一定要保持对应。目前适用CentOS 5的drbd版本主要有8
原创
2014-05-02 16:29:50
613阅读
corosync安装配置及资源和约束定义；
mysql的安装配置；
高可用mysql
原创
2016-11-07 14:48:33
1109阅读
nfs+corosync+pacemaker
原创
2016-08-28 21:47:01
590阅读
搭建Storm高可用集群此文以Storm 2.2.0版本为例！如未指定，下述命令在所有节点执行！系统资源及组件规划节点名称系统名称CPU/内存网卡磁盘IP地址OS节点角色Nimbus1nimbus12C/4Gens33128G192.168.0.11CentOS7NimbusNimbus2nimbus22C/4Gens33128G192.168.0.12CentOS7NimbusSuperviso
转载
2024-04-06 20:56:11
57阅读
RHEL6.6-x86-64drbd原理详解请参考我的另一篇文章http://mingxiao.blog.51cto.com/8124243/1655765node1 192.168.1.7node2 192.168.1.8双机互信进192.168.1.7
# ssh-keygen -t rsa ~/.ssh/id_rsa
# ssh-copy-i
原创
2015-05-03 22:03:54
509阅读
1、安装前准备 高可用集群一般需要配置时间同步、基于主机名互相通信、ssh的互信通信，Corosync Pacemaker 仅需要配置时间同步、基于主机名互相通信即可:yum install chrony  
原创
2016-08-25 20:29:58
676阅读
说到高可用，我们可能会用heartbeat和keepalived，也可能会用corosync+pacemaker，但他们之间有什么区别呢？我们在此主要谈下heartbeat和corosync+pacemaker之间的渊源。 Heartbeat到了v3版本后，拆分为多个子项目，其中pacemaker就是拆分出来的资源管理器。Heartbeat 3.0拆分之后的组成部分：为： 1.Heartbeat：
转载
精选
2016-09-21 21:41:50
846阅读
说明：VIP地址为:172.16.22.1
一共有三台服务器：
MySQL1 172.16.22.10 node1
MySQL2 172.16.22.11 node2
NFS Server:172.16.22.2 nfs
如图：
备注：配置成高可用
转载
精选
2012-08-04 23:34:00
725阅读
介绍篇高可用集群主要是有两个或者多个节点进行工作，ha基本组成部分包括四个部分：1、位于最底层的信息和基础架构层（Messaging Layer），主要用于节点之间传递心跳信息，故也称为心跳层。节点之间传递心跳信息可以通过广播，组播，单播等方式。2、第二层为成员关系（Membership）层，这层最重要的作用是主节点通过cluster consensus menbership service（CC
推荐
原创
2014-07-25 11:43:31
741阅读
实验环境： 虚拟机2台安装corosync+pacemaker,使用的操作系统为CentOS6.5。 虚拟机IP：172.16.103.2、172.16.103.3实验步骤：前提准备：两台虚拟机时间同步，能够使用/etc/hosts文件基于主机名进行通信。一、安装corosync + pacemaker:# yum&
原创
2014-09-17 01:01:49
722阅读
Corosync是集群管理套件的一部分，他在传递信息的时候通过一个简单的配置文件来定义信息传递的方式和协议等，其中最主要的是可以提供心跳信息传输。pacemaker是一个集群资源管理器，他利用集群的基础结构，例如corosync提供的信息he成员管理能力，来探测并从节点或资源级别故障中恢复，实现集群的高可用性。环境： centosa：192.168.40.12
原创
2017-10-25 22:52:42
921阅读
环境： 192.168.145.208（mariadb节点1） 192.168.145.209（mariadb节点2） 192.168.145.210（NFS节点） 操作系统:Centos7mysql安装，测试使用的版本是mariadb5.47#] yum -y install mariadb*编辑/etc/my.cnf配置文件，修改mysql数据
原创
2016-04-20 15:01:51
889阅读
corosync+heartbeat+mysql+nfs实现mysql高可用 简单介绍随着互联网络应用的发展，大规模海量级数据存储对于一个企业越来越重要，组织机构依赖于数据库来运行各种重要的业务，几小时甚至几分钟的宕机，都会造成不可估量的损失，
推荐
原创
2013-06-19 00:55:26
1501阅读
Corosync + DRBD + MySQL 构建高可用MySQL集群节点规划：node1.huhu.com172.16.100.103 node2.huhu.com172.16.100.104 资源名称规划资源名称：可以是除了空白字符外的任意ACSII码字符DRBD设备：在双节点上，此DRBD设备文件，一般为/dev/drbdN，主设备号147 磁盘：在双方节点上，各自
推荐
原创
2014-07-09 18:55:24
1282阅读
点赞
本次实验主要介绍Mysql的高可用集群构建；其他的不多说了，下面直接开始安装配置一、环境介绍及准备1、本次配置有两个节点：nod1.allen.com(172.16.14.1) 与 nod2.allen.com(172.16.14.2)######在NOD1与NOD2节点执行如下命令
cat > /etc/hosts << EOF
172.16.14.1 nod1.allen.c
推荐
原创
2013-09-20 09:04:15
4039阅读
点赞
6评论
实验环境：
操作系统：linux-rhel-server-5.4
系统内核版本：2.6.18-164.el5
地址规划：
node1 node1.a.com 192.168.2.10
node2 node2.a.com 192.168.2.20
vip : 192.168.2.100
实验所需安装包：
转载
精选
2012-05-20 23:06:46
852阅读
实验基于redhat 5.8,nfs为系统自带，corosync-1.2.7-1.1.el5.i386.rpm 。mysql-5.5.25a.tar.gz。实验拓扑图：
NFS共享目录给两台mysql,也就是图中的node1，node2，这个目录在同一时刻只能是其中一台挂载。node1,node2的数据存储在NFS提供的共享目录中。这样做的目的是当其中一个节点坏了，而另外一个节点
原创
2012-08-04 14:45:20
826阅读
操作目的：
基于Corosync和NFS服务器实现MySQL的高可用
规划：
准备工作：根据规划图，设置三台主机的主机名和地址
（这里不再给出具体过程）
一、配置nfs服务器
#fdisk /dev/sda 创建一个大小为20G 类型为8e的分区 本文为/dev/sda5 #partprobe
推荐
原创
2012-08-05 14:30:57
874阅读
点赞
1评论
博文主要介绍的是在红帽5.8系统上基于drbd+corosync对高可用mysql服务的实现，这种模式的搭建在企业环境中也是很实用的，让我们一起来看看整个实现过程吧前提条件说明(1)节点之间需要传递事务信息，节点之间识别节点是通过节点名称实现，所以需要DNS解析，将相应IP对应节点名称，但是如果依赖DNS服务器时，高可用集群服务又增大了风险，为了避免DNS服务器存在的隐患，配置解析时直接使用本地/
原创
2013-05-15 22:12:35
947阅读
点赞
5评论
