为什麽很多公司都不用heartbeat，而用keepalived、nginx、lvs

lyhabc

前端web一般用lvs或nginx做代理，并加个keepalived做lvs和nginx这两个代理的高可用
然后后端可以多个realserver或者webserver
这里会浪费掉一台代理，因为做高可用，另外一台代理是空闲的而web没有像数据库的脑裂问题，只需要每台机器都用rsync+crontab，同步www网站目录就可以了，各个机器的www网站目录里的文件都是一样的，不会出现a用户上传文件到a服务器，而下次a用户登录系统连接到b服务器发现他上传的文件没有了的问题
另外也可以使用inotify +rsync，不过inotify 有损坏硬盘的问题



而对于数据库mysql而言，heartbeat是不能用的，一般用keepalived
为什麽不能用heartbeat做mysql高可用，我们在铭哥的课上也看到，同一时刻只能一台机器启动服务，备机是不能启动服务的
备机（mysql从库）不能启动服务，那么从库做同步binlog日志呢？

所以一般用keepalived，keepalived只负责漂移vip，不管程序服务例如mysql的启停，但是keepalived有脑裂问题，而heartbeat没有脑裂问题

那有没有完美的方案呢，有，就是DRBD+Heartbeat+MySQL

如果要用heartbeat做mysql高可用也可以，需要加DRBD
DRBD+Heartbeat+MySQL
DRBD相当于共享存储了，因为用的DRBD，所以mysql从库是不需要启动的

不需要购买昂贵的共享存储，只需要搭建DRBD就可以了，而且不会脑裂

qq58945591

corosync+heartbeat  自带很多的服务代理,控制较为精细,而且可以使用GUI界面配置HA, 尽管配置过程也有点复杂,但起码图形界面对于新手比较友好.  

keepalived 比较轻量,故障切换快,缺陷是得自己弄脚本来做一些控制或者切换,不太适合新手.

另外,MYSQL 高可用的话,我个人认为DRBD其实并没有什么卵用.DRDB 同一时刻只能一端使用,也就是说,其实还是有一台机器空闲在那里干等着. 不如做集群负载更实在一些,什么MHA,MMM的解决方案更好些.

lyhabc

@qq58945591
keepalived 就一个脚本文件，网上有很多教程

确实，同一时刻只能一台机使用，浪费了一台机器，本来从库可以分发读请求，现在完全空闲
还是MHA,MMM更好些

lyhabc

@qq58945591
搜索了一下文章
corosync+heartbeat 是高大上的技术，涉及分布式存储，貌似小公司不会用到，一般keepalived
http://sofar.blog.51cto.com/353572/1429162/
元数据节点上需要额外部署的服务
Corosync + Pacemaker + DRBD

5、系统环境
CentOS 6.3

6、内核版本
kernel-2.6.32.43

7、需要启动的服务
corosync

DRBD源码包：
http://oss.linbit.com/drbd/8.4/drbd-8.4.3.tar.gz

注意：
(1)、内核版本为2.6.32，推荐使用drbd 8.4.3；
(2)、同时从2.6.33内核版本开始，drbd已作为标准组件默认自带。

注意启动顺序：
(1)、启动DRDB服务，即“/etc/init.d/drbd”，同时会动态加载一个DRBD内核模块;
(2)、最后挂载DRBD设备“/dev/drbd0”，推荐放在“/etc/rc.d/rc.local”，不推荐修改“/etc/fstab”。


由于要使用/dev/random生成随机数

qq58945591

回复 4# lyhabc


   我不就裝了個逼，至於這樣麼?

magee_yue

请教楼主大人 inotify 有损坏硬盘的问题是个什么情况？还是头一次听说 损坏概率很大吗

lyhabc

magee_yue 发表于 2016-12-13 14:46
请教楼主大人 inotify 有损坏硬盘的问题是个什么情况？还是头一次听说 损坏概率很大吗

很大

action08

Heartbeat底层也是lvs，只是一些封装不同，底层跑的一样的代码


nginx在十来台，二十台服务器的场景，跑起来还是可以的，性能够抗了，配置也很简单