nginx haproxy lvs对比优缺点 nginx haproxy区别

HAProxy

• 一. HAProxy的基本配置
• 二. haproxy的优化策略
• 三. 读写分离
• 五. haproxy高可用

haproxy和nginx在功能上比较相似，但是又各有不同，接下来我先跟大家阐述这两个方法的区别：

nginx是master-workers多进程，每个进程单线程，多核CPU能充分利用；
haproxy是多线程，单进程就能实现超高性能，虽然haproxy也能多进程，但是网上资料多认为开了多进程也不能提升性能，不建议多进程跑。

即使做反向代理nginx性能略低于haproxy。

各自特点如下：

nginx：

使用花括号，层级化的配置文件结构
除了自带的map、if语句可以实现简单逻辑，原生支持js/perl脚本，非官方支持lua
除了做负载均衡还可以做静态web服务器，缓存服务器（Haproxy不行）
模块化，按需编译，因为模块化，所以可选很多第三方扩展模块
开源版本只有基础功能，更多的功能要折腾第三方模块，或者花钱买官方扩展版的nginx plus

haproxy：

定义和引用，命令式的配置结构
支持acl，但不支持其他脚本语言（评论里有人说现在可以支持了）
做负载均衡性能比nginx好
有一个状态统计页面官方支持会话保持、健康检查等（nginx开源版不带）
基础功能覆盖要比nginx开源版好，但是不易扩展，缺乏第三方资源。

Nginx的优点：
1、优点工作在OSI第7层，可以针对http应用做一些分流的策略
2、Nginx对网络的依赖非常小，理论上能ping通就就能进行负载功能
3、Nginx安装和配置比较简单
4、可以承担高的负载压力且稳定
5、Nginx可以通过端口检测到服务器内部的故障
6、Nginx不仅仅是一款优秀的负载均衡器/反向代理软件，它同时也是功能强大的Web应用服务器
Nginx的缺点：
1、Nginx不支持url来检测。
2、Nginx仅能支持http和Email，这个它的弱势。
3、Nginx的Session的保持，Cookie的引导能力相对欠缺。
HAProxy的优点：
1、HAProxy是支持虚拟主机的
2、支持url检测后端的服务器
3、它跟LVS一样，本身仅仅就只是一款负载均衡软件；单纯从效率上来讲HAProxy更会比Nginx有更出色的负载均衡速度，在并发处理上也是优于Nginx的；
4、HAProxy可以对Mysql读进行负载均衡，节点检测
5、HAProxy的算法较多

一. HAProxy的基本配置

下载好之后就有了haproxy用户，在以下文件添加该用户

更改haproxy的配置文件：

添加status，以方便一会查看

更改两个server的ip以及其httpd服务端口：

开启haproxy服务：

查看日志，以确定haproxy是否开启成功：

在网页上查看服务状态：

红色标注就是服务未开启

开启httpd服务之后，先是黄色填充：

等待一下就变成绿色：

查看负载均衡的结果：

二. haproxy的优化策略

Haproxy的8种负载均衡算法：

roundrobin，表示简单的轮询
static-rr，表示根据权重，
leastconn，表示最少连接者先处理，
source，表示根据请求源IP，
uri，表示根据请求的URI；
url_param，表示根据请求的URl参数’balance url_param’ requires an URL parameter name
hdr(name)，表示根据HTTP请求头来锁定每一次HTTP请求；
rdp-cookie(name)，表示根据据cookie(name)来锁定并哈希每一次TCP请求。

测试：balance source
<一>

先更改配置文件：

开启acl权限以及静态访问：

将server服务器只保留一个：

访问haproxy服务页面：

在静态访问的ip里上传一张图片以便观察结果：

当我们访问172.25.2.5的images/vim.jpg时，虽然我们并没有配置server5上的httpd服务，但是会默认访问172.25.2.7上的文件：

<二>

更改配置文件：

balance roundrobin ：haproxy把请求轮流的转发到每一个服务器上，依据每台服务器的权重，此权重会动态调整。最常见的默认配置。

balance source ：haproxy按照客户端的IP地址进行负载均衡策略，即同一IP地址的所有请求都发送到同一服务器时，需要配置此选项。

停掉server6的httpd服务：

此时curl ip ，就只能定位到server7：

重新开启server6，因为同一IP地址的所有请求都发送到同一服务器，所以一旦检测到服务开启就会继续把之前的ip访问定位到之前的服务器：

更改权重：

这时curl就会发现，server6出现的次数比server7多：

将server5当作backup：

因为80端口开启服务已被占用，为了不冲突，更改端口为8080：

查看一下端口：

访问ip，最下栏显示已经配置成功：

查看实验结果：

停掉server6，7的服务：

curl ip，显示server5：

配置成功！！！配置访问密码：

需要密码用户访问：

三. 读写分离

为了便于查找日志，排错，需要读写分离：

设置黑名单：

把真机ip配置到黑名单：

真机无法访问：

但是server6可以：

黑名单重定向：

让黑名单重定向403错误：

curl -I，配置成功：

黑名单重定向百度：

结合php服务：

在server5上添加php服务：

在server6上配置php上传文件的大小：

server6，7配置相同，直接将server6的文件传过去：

在server5上重新启用roundrobin：

访问网页：

在日志上查看现在是app1服务：

上传图片：

在server7查看upload目录，有上传记录：

server6上没有：

五. haproxy高可用

安装pacemaker：

配置软件仓库：

做免密协议：

在server4安装：

启用服务：

更改hacluster密码：

查看集群是否成功：

显示success就成功：

开启server4，5的服务：

查看状态：

发现有warning：

设置stonish-enabled为false就好：

将配置文件传给server4：

访问server4，配置成功：

列出资源和提供者：

配置vip以及监控：

ip addr配置成功：

停掉server5的服务：

再列出就只有server4online：

开启server5：

停掉server4，5的haproxy：

再再server’4上试着查看服务状态：

将vip加入服务：

此时vip在server4上：

重新开启服务：

down掉server4：

server4会自动重启

server5上查看服务：

现在服务由server5接管，并且vip也飘到了server5上：