Heartbeat+LVS构建高可用负载均衡集群

1.heartbeat简介:

Heartbeat 项目是 Linux-HA 工程的一个组成部分,它实现了一个高可用集群系统。心跳服务和集群通信是高可用集群的两个关键组件,在 Heartbeat 项目里,由 heartbeat 模块实现了这两个功能。

这个集群方案是利用第三方软件搭建的,要比RedHat自带的集群软件在功能上简化一些,但是搭建起来非常的方便。而且是一种快速解决方案。

heartbeat的高可用集群采用的通信方式是udp协议和串口通信,而且heartbeat插件技术实现了集群间的串口、多播、广播和组播通 信。它实现了HA 功能中的核心功能——心跳,将Heartbeat软件同时安装在两台服务器上,用于监视系统的状态,协调主从服务器的工作,维护系统的可用性。它能侦测服 务器应用级系统软件、硬件发生的故障,及时地进行错误隔绝、恢复;通过系统监控、服务监控、IP自动迁移等技术实现在整个应用中无单点故障,简单、经济地 确保重要的服务持续高可用性。  Heartbeat采用虚拟IP地址映射技术实现主从服务器的切换对客户端透明的功能。

但是单一的heartbeat是无法提供健壮的服务的,所以我们在后台使用lvs进行负载均衡。

2.LVS简介

LVS是Linux Virtual Server的简写,意即Linux虚拟服务器,是一个虚拟的服务器集群系统。由章文嵩博士成立。

IPVS

说道lvs我们就得提到ipvs,IPVS 是 LVS 集群系统的核心软件,它的主要作用是:安装在 Load Balancer 上,把发往 Virtual IP 的请求转发到 Real Server 上。IPVS 的负载均衡机制有三种,这里使用 IP Tunneling 机制:

  • Virtual Server via NAT
  • Virtual Server via IP Tunneling
  • Virtual Server via Direct Routing

我们这次的实验采用最后一种直连的方式。

lvs的调度算法非常的重要,大家一定要熟悉他们。在官方网站上有详细的解释:http://zh.linuxvirtualserver.org/

IPVS 的负载调度算法有十种:

  1. 轮叫(Round Robin)
  2. 加权轮叫(Weighted Round Robin)
  3. 最少链接(Least Connections)
  4. 加权最少链接(Weighted Least Connections)
  5. 基于局部性的最少链接(Locality-Based Least Connections)
  6. 带复制的基于局部性最少链接(Locality-Based Least Connections with Replication)
  7. 目标地址散列(Destination Hashing )
  8. 源地址散列(Source Hashing)
  9. 最短期望延迟(Shortest Expected Delay)
  10. 无须队列等待(Never Queue)

注释:我们采用较为简单的轮叫方式。

3.ldirectord简介:

ldirectord是配合lvs作为一种健康检测机制,要不负载均衡器在节点挂掉后依然没有检测的功能。

上面介绍了heardbeat、lvs和ldirectord的基本概念。说再多不如搭建一个服务给大家展示效果。

4.搭建RHEL6.5+LVS+Linux-HA+Ldirectord服务(提供http和ftp服务作为例子)

--------------------------------------分割线 --------------------------------------

相关阅读

基于Heartbeat V1实现Web服务双机热备 http://www.linuxidc.com/Linux/2014-04/100635.htm

Heartbeat实现Web服务的高可用群集 http://www.linuxidc.com/Linux/2014-04/99503.htm

Heartbeat+LVS+Ldirectord高可用负载均衡解决方案 http://www.linuxidc.com/Linux/2014-04/99502.htm

DRBD+Heartbeat+NFS高可用性配置笔记 http://www.linuxidc.com/Linux/2014-04/99501.htm

Heartbeat基于CRM使用NFS对MySQL高可用 http://www.linuxidc.com/Linux/2014-03/98674.htm

Heartbeat高可用httpd基于Resources简单配置 http://www.linuxidc.com/Linux/2014-03/98672.htm

--------------------------------------分割线 --------------------------------------

注意

1.系统:redhat6.5 ;

2.节点:一共要用到四个虚拟机作为节点,其中两个上面安装heartbeat和lvs,另外两个节点只提供apache和vsftpd服务;

3.这四个节点之间的解析一定要做好;

4.防火墙关闭,时间同步,四个机子的系统版本最好相同。

实验的环境如图下所示,第一个控制台是我真机的,其他四个为实验的四个节点,前两个安装heartbeat和lvs,后两个控制台提供apache和vsftpd服务。接下来我们分块来配置。

Heartbeat+LVS构建高可用负载均衡集群

1. 安装heartbeat:

这个是第三方软件,不是redhat自带的,所以大家要自己去下载:,分别需要:

heartbeat-3.0.4-2.el6.x86_64.rpm

heartbeat-devel-3.0.4-2.el6.x86_64.rpm

heartbeat-libs-3.0.4-2.el6.x86_64.rpm

我的在本地的vsftpd服务上有,也可以在http://rpm.pbone.net/上查找。

Heartbeat+LVS构建高可用负载均衡集群

两个节点上都应该有这个三个包。然后在自定义的位置安装他们:

Heartbeat+LVS构建高可用负载均衡集群

Heartbeat+LVS构建高可用负载均衡集群

要是没有安装成功那么一定要重新设置你的yum源:

vim    /etc/yum.repos.d/yum.repo

Heartbeat+LVS构建高可用负载均衡集群

这个是heartbeat的三个配置文件:

、ha.cf        Main configuration file

haresources    Resource configuration file

authkeys    Authentication information

默认情况下配置文件里没有,我们得从其他地方拷贝一份:

Heartbeat+LVS构建高可用负载均衡集群

vim ha.cf:

Heartbeat+LVS构建高可用负载均衡集群

keepalive 2

设定heartbeat之间的时间间隔为2秒。

warntime 10

在日志中发出“late heartbeat“警告之前等待的时间,单位为秒。

deadtime 30

在30秒后宣布节点死亡。

initdead 120

在某些配置下,重启后网络需要一些时间才能正常工作。这个单独的”deadtime”选项可以处理这种情况。它的取值至少应该为通常deadtime的两倍。

udpport 694

使用端口694进行bcast和ucast通信。这是默认的,并且在IANA官方注册的端口号。

Heartbeat+LVS构建高可用负载均衡集群

Heartbeat+LVS构建高可用负载均衡集群

默认在回复后自动回切:

Heartbeat+LVS构建高可用负载均衡集群

有两个节点安装heartbeat:

Heartbeat+LVS构建高可用负载均衡集群

用来测试节点的网络是否联通:

Heartbeat+LVS构建高可用负载均衡集群

Heartbeat+LVS构建高可用负载均衡集群

上述是ha.cf配置文件的修改,然后我们要来authkeys文件:

Heartbeat+LVS构建高可用负载均衡集群

修改文件的访问权限:

Heartbeat+LVS构建高可用负载均衡集群

最后我们来修改haresources,我们要在其中添加一个apache服务,但是我们要给它一个虚拟的ip(这个ip一定是没有被别人占用的),让这两个节点作它的论寻。

Heartbeat+LVS构建高可用负载均衡集群

在两边都安装httpd服务作为测试,为了区分,我们在他们的index.html中写入不同的内容(事实上在生产环境中两者的内容当然是相同的,因为我们作的可是负载均衡么)

做完上述内容后开启两边的heartbeat服务:

Heartbeat+LVS构建高可用负载均衡集群

然后我们来通过firefox检验效果:

Heartbeat+LVS构建高可用负载均衡集群

然后我们让当前的节点heartbeat关闭,发现另外一个节点自动接管了:

Heartbeat+LVS构建高可用负载均衡集群

Heartbeat+LVS构建高可用负载均衡集群

再让刚才那个节点的heartbeat开启,因为它是主节点(server101.example.com),所以又接管回来了:

Heartbeat+LVS构建高可用负载均衡集群

Heartbeat+LVS构建高可用负载均衡集群

小结:

这样就起到了负载均衡的效果,但是这只是单纯的heartbeat,我们还没有和lvs进行结合,在功能上不够完善,在接下来的帖子里会逐渐把两者结合起来,下一个帖子首先会让大家感受一下lvs单独使用时的效果,最后会把两者结合起来。

上一个帖子介绍了heartbeat的单独使用,今天我们首先来介绍lvs的单独使用,最后将两者结合 起来。提供一个全面的服务。

1.LVS的三种负载均衡技术:

非常幸运的是kernel 2.6x 已经内建了LVS模块,而且在RedHat6版本中也有LVS的安装包ipvsadm。

下面我们对LVS的三种负载均衡技术进行比较:

1.通过NAT实现虚拟服务器(VS/NAT):

由于IPv4中IP地址空间的日益紧张和安全方面的原因,很多网络使用保留IP地址。这些地址不在Internet上使用,而是专门为内部网络预留 的。当内部网络中的主机要访问Internet或被Internet访问时,就需要采用网络地址转换(Network Address Translation,以下简称NAT),将内部地址转化为Internets上可用的外部地址。这样当外部网络访问服务的时候,其实是访问那个可以和 外界通信的IP,但访问的内容却是在内网的节点上负载均衡的。原理如下图所示:

Heartbeat+LVS构建高可用负载均衡集群

2.通过IP隧道实现虚拟服务器(VS/TUN):

它的连接调度和管理与VS/NAT中的一样,只是它的报文转发方法不同。调度器根据各个服务器的负载情况,动态地选择一台服务器,将请求报文封装在 另一个IP报文中,再将封装后的IP报文转发给选出的服务器;服务器收到报文后,先将报文解封获得原来目标地址为VIP的报文,服务器发现VIP地址被配 置在本地的IP隧道设备上,所以就处理这个请求,然后根据路由表将响应报文直接返回给客户。

记住它和NAT的不同是,可以直接与客户机建立链接。原理如下图所示:

Heartbeat+LVS构建高可用负载均衡集群

3.通过直接路由实现虚拟服务器(VS/DR):

调度器和服务器组都必须在物理上有一个网卡通过不分断的局域网相连,如通过高速的交换机或者HUB相连。VIP地址为调度器和服务器组共享,调度器 配置的VIP地址是对外可见的,用于接收虚拟服务的请求报文;所有的服务器把VIP地址配置在各自的Non-ARP网络设备上,它对外面是不可见的,只是 用于处理目标地址为VIP的网络请求。

这个模型是我们今天要做的,每个节点都有一个虚拟IP(控制节点和真正提供服务的节点(RS)),其中的调度由控制器完成的(RR轮叫算法),服务不会主动的去提供服务。与TUN相同的是,他们也是可以直接和客户机通信。原理如图所示:

Heartbeat+LVS构建高可用负载均衡集群

2.LVS的安装和配置:

首先我们还是打开那个熟悉的控制台:

Heartbeat+LVS构建高可用负载均衡集群

安装ipvsadm:

Heartbeat+LVS构建高可用负载均衡集群

当前没有任何调度列表:

Heartbeat+LVS构建高可用负载均衡集群

添加虚拟ip作为公共访问ip:

Heartbeat+LVS构建高可用负载均衡集群

我们添加虚拟ip的httpd服务的端口,并且采用了轮叫的算法(RR):

Heartbeat+LVS构建高可用负载均衡集群

允许server106和server107的httpd服务作为轮叫的节点:

Heartbeat+LVS构建高可用负载均衡集群

在serevr106和server107上分别安装httpd服务:

Heartbeat+LVS构建高可用负载均衡集群

Heartbeat+LVS构建高可用负载均衡集群

图片8

然后我们要做以下事情:

1.server106和server107要能够识别192.168.2.110这个虚拟IP,所以他们也要添加这个虚拟网卡。

2.为了体现出轮叫的效果,我们在两者的默认发布目录中写入不同的内容以示区别。

Heartbeat+LVS构建高可用负载均衡集群

图片9

Heartbeat+LVS构建高可用负载均衡集群

图片10

现在控制节点和提供真实服务的节点都能够识别VIP(192.168.2.110),接下来我们要在提供服务的节点上添加策略,这个感觉和防火墙很类似,不过要安装一个额外的软件:

Heartbeat+LVS构建高可用负载均衡集群

图片11

Heartbeat+LVS构建高可用负载均衡集群

此时还没任何策略设置:

Heartbeat+LVS构建高可用负载均衡集群

图片13

添加策略,把直接进来访问192.168.2.110的包全部丢弃,让从192.168.2.110出去的包从192.168.2.106出去(192.168.2.107同理)。

Heartbeat+LVS构建高可用负载均衡集群

图片14

Heartbeat+LVS构建高可用负载均衡集群

图片15

保存策略:

Heartbeat+LVS构建高可用负载均衡集群

图片16

现在我们通过浏览器反复访问192.168.2.110(确保服务节点的httpd服务开启),多刷新几次:

这个是我们在访问之前控制节点记录的信息:

Heartbeat+LVS构建高可用负载均衡集群

图片17

在访问了32次之后,我们发现两个节点各轮叫了16次,但是访问的ip都是虚拟ip(192.168.2.110),这就是直连情况下的LVS方案。

Heartbeat+LVS构建高可用负载均衡集群

而且网页的内容也在轮循变化:

Heartbeat+LVS构建高可用负载均衡集群

Heartbeat+LVS构建高可用负载均衡集群

3.小结:

本帖先是介绍了LVS的三种负载均衡技术,然后我们身体力行的搭建了直连情况下的LVS,那么在下个帖子中我们会把LVS和heartbeat结合起来组成一个健壮的服务。

之前我们把LVS和heartbeat都单独进行了测试,是时候进行合并了

1.LVS+heartbeat:

首先显示我们的控制台:

Heartbeat+LVS构建高可用负载均衡集群

让这两个软件能够互相协作,并且让该平台具有能够报警和挽救的机制,我们需要安装ldirectord软件。

ldirectord-3.9.2-1.2.x86_64.rpm

在server101和server105上安装ldirectord(因为包和系统的包有依赖性,所有使用yum安装):

Heartbeat+LVS构建高可用负载均衡集群

这些是ldirectord的相关文件位置,拷贝配置文件到heartbeat的配置文件目录下::

Heartbeat+LVS构建高可用负载均衡集群

两边的节点上都安装perl-IO-Socket-INET6-2.56-4.el6.noarch:,否则后面的ldirectord会因为缺少脚本无法打开:

Heartbeat+LVS构建高可用负载均衡集群

编辑ldirectord的配置文件(vim directord.cf):

Heartbeat+LVS构建高可用负载均衡集群

我们指定两个真实服务的节点192.168.2.106和192.168.2.107,他们的访问顺序采用轮叫的方式,当两个节点都挂掉的话,192.168.2.101这个节点自己提供服务。

把这个配置文件拷贝到另外一个控制节点192.168.2.105的配置文件处:

Heartbeat+LVS构建高可用负载均衡集群

编辑haresources文件,添加ldirectord服务到heartbeat中:

Heartbeat+LVS构建高可用负载均衡集群

同样巴这个文件也拷贝到192.168.2.105:/etc/ha.d/中:

Heartbeat+LVS构建高可用负载均衡集群

这个时候我们直接启动heartbeat服务,他会自动调用ldirectord服务,而我们的ldirectord的配置文件里的内容完成着和LVS一样的调度功能,这样平台搭建基本完成:

这个是ip的信息:

Heartbeat+LVS构建高可用负载均衡集群

然后我们访问下192.168.2.110的网址:

Heartbeat+LVS构建高可用负载均衡集群

再查看lvs的信息,每个节点都被访问了4次:

Heartbeat+LVS构建高可用负载均衡集群

小结:

这样就把heartbeat、LVS、ldirectord结合起来完成了一个高可用的集群方案,这里只演示了httpd服务,如果生产环境中有其他的服务,也可自行添加。下个帖子我们还会介绍另外一种集群方案keepalived。

上一篇:使用simhash以及海明距离判断内容相似程度


下一篇:ubuntu下QT输出程序控制台界面难看的解决方法