haproxy配置

拓扑图： haproxy下载地址：https://src.fedoraproject.org/repo/pkgs/haproxy/ 实战： 1、安装依赖包： [root@tiandong66 ~]# yum -y install make gcc gcc-c++ openssl-devel 2、安装haproxy [root@tiandong66 ~]# tar zxvf haproxy-1.7.9.tar.gz -C /usr/local/src/ [root@tiandong66 ~]# cd /usr/local/src/haproxy-1.7.9/ [root@tiandong66 haproxy-1.7.9]# uname -r 查看内核版本 3.10.0-693.el7.x86_64 [root@tiandong66 haproxy-1.7.9]# make TARGET=linux2628 PREFIX=/usr/local/haproxy [root@tiandong66 haproxy-1.7.9]# make install PREFIX=/usr/loacl/haproxy [root@tiandong66 haproxy-1.7.9]# cd /usr/local/haproxy/ [root@tiandong66 haproxy]# ll 总用量 0

定制输出日志的好处 用户所有请求都通过负载均衡器，因此在此处收集日志，比在各后端真实服务器收集日志再汇总要有效得多。 工作目标  记录用户访问日志：haproxy产生。  记录keepalived日志：keepalived启动、运行状态，用于排错。 总体规划  使用独立的分区存储日志。因keepalived日志内容较少，可与haproxy日志共用存储空间。比如我的项目里，用/data/logs作为日志的存储路径（/data最好用独立的分区或者磁盘），haproxy日志名称haproxy.log，keepalived日志名称keepalived.log。若果对日志保留又要求，需要归档及轮转。  系统日志与haproxy日志分离，不重复记录--配置不佳的方案，会导致系统日志与haproxy日志重复记录，占用大量的磁盘空间，一旦与系统相关的分区被填满，整个负载均衡将失效。 定制日志所涉及的组件  系统日志服务rsyslog。  负载均衡haproxy。  高可用keepalived。 技术实现 从负载均衡器里选择备机先做配置，这样做的好处是不会对现有业务造成影响。接着创建好存储目录/data/logs，确保此目录能创建及写入文件。  系统日志配置：针对/etc/rsyslog.conf文件进行修改，一个完整的内容如下（去掉了注释行及空行）： $ModLoad

cdh集群oozie调度器通过 cloudera manager 启用HA。oozie启用HA，需要先安装负载均衡器，我使用的是haproxy。 1.安装harpoxy yum install - y haproxy 2.在oozie 操作界面选择启用HA 3.选择需要安装oozie角色实例的节点 4.配置负载均衡器地址，可以在装完后再配置 5.按照向导执行完成 6.配置haproxy 7.在oozie配置中搜索load,配置haproxy中配置的地址端口 8.重启oozie服务 来源： CSDN 作者： Small_temper 链接： https://blog.csdn.net/Small_temper/article/details/103927621

Haproxy搭建web群集 常见的Web集群调度器 目前常见的Web集群调度器分为软件和硬件，软件通常使用开源的LVS,Haproxy,Nginx,硬件一般使用比较多的是F5，也有很多人使用国内的一些 产品，如梭子，绿盟等 Haproxy应用分析 LVS在企业应用中负载能力很强，但存在不足 LVS不支持正则处理，不能实现动静分离 对于大型网站，LVS的实施配置复杂，维护成本相对较高 Haproxy是一款可提供高可用性，负载均衡，及基于TCP和HTTP应用的代理软件 特别适用于负载特别大的Web站点 运行在当前的硬件上可支持数以万计的并发连接连接请求 Haproxy的三种算法 RR (Round Robin) RR算法是最简单最常用的一种算法，轮询调度 举例理解 有三个节点A,B,C第一个用户访问会被指派到节点A，第二个用户访问会被指派到节点B，第三个用户访问会被指派到节点 第四个用户访问继续指派到节点A，轮询分配访问请求实现负载均衡 LC (Least Connections ) LC算法即最小连接算法，根据后端的节点连接数大小动态分配请求 举例理解 有三个节点A,B,C,各节点的连接数A:4,B:5,C:6，此时如果有第一个用户连接请求，会被指派到A上，连接数为A:5,B:5,C:6 第二个用户请求会继续分配到A上，连接数变为A:6,B:5,C:6,再有新的请求会分配到B

总概： Keepalived 是一个类似于layer3, 4 & 5交换机制的软件，也就是我们平时说的第3层、第4层和第5层交换。Keepalived的作用是检测web服务器的状态，如果有一台web服务器死机，或工作出现故障，Keepalived将检测到，并将有故障的web服务器从系统中剔除，当web服务器工作正常后Keepalived自动将web服务器加入到服务器群中，这些工作全部自动完成，不需要人工干涉，需要人工做的只是修复故障的web服务器 HAProxy 提供高可用性、负载均衡以及基于TCP和HTTP应用的代理，支持虚拟主机，它是免费、快速并且可靠的一种解决方案。HAProxy特别适用于那些负载特大的web站点，这些站点通常又需要会话保持或七层处理。HAProxy运行在当前的硬件上，完全可以支持数以万计的并发连接。并且它的运行模式使得它可以很简单安全的整合进您当前的架构中， 同时可以保护你的web服务器不被暴露到网络上。 这里我利用HAproxy对多台redis服务器进行负载，然后用Keepalived对HAproxy进行监控： （主）服务器A：10.10.51.231 （从）服务器B：10.10.51.232 VIP：10.10.51.230 Keepalived监控A、B上的HAproxy，利用Keepalived的VIP漂移技术，若A、B上的HAprox都工作正常

高可用负载（主备节点）部署步骤 完成下图一个简单的高可用负载机制： 1.拷贝keepalived-1.2.19.tar.gz至Linux的/home目录（也可以是其它目录） 2.解压并安装keepalived： tar -zxvf keepalived-1.2.19.tar.gz yum install popt-devel yum -y install openssl-devel cd keepalived-1.2.19 ./configure make && make install 这样keepalived编译及安装完成！ 3.拷贝并复制keepalived： cp /usr/local/etc/rc.d/init.d/keepalived /etc/rc.d/init.d/ cp /usr/local/etc/sysconfig/keepalived /etc/sysconfig/ mkdir /etc/keepalived cp /usr/local/etc/keepalived/keepalived.conf /etc/keepalived/ cp /usr/local/sbin/keepalived /usr/sbin/ 上传并覆盖keepalived.conf至/etc/keepalived 备注：keepalived.conf详见步骤4 上传check

背景 我有一个MySQL Master-Slave Replication, 想要通过HAProxy代理, 做读写分离. 写流量给到Master 节点, 读流量给到Slave 节点. 首先我应该由一个HAProxy的配置, 我想应该这样写(伪配置): listen mysql bind *:3316 mode tcp ... server 192.168.1.111 192.168.1.111:3306 check server 192.168.1.112 192.168.1.112:3306 check server 192.168.1.113 192.168.1.113:3306 check 很明显, 这么写仅仅只实现了流量的分发, 但并不能实现我的需求: 把写流量给Master, 读流量给Slave 节点. 那么问题来了,首先我要能够识别Master Slave 节点, 才能有接下来的流量分离. HAProxy有个配置项叫做 mysql-check . 但是这里并不能用它去做Master-Slave的检测,因为这个option只提供存活检测. 只要能够连上,就代表这个mysql后端是Health OK的. 这还是不符合我的需求. MySQL 如果能够通过tcp-check 检测是Master还是Slave就好了. 既然这样, 写一个TCP-check Wrapper

常见的web集群调度器 目前常见的web集群调度器分为软件和硬件，软件通常使用开源的LVS，Haproxy，Nginx，硬件一般使用比较多的是F5，也有很多人使用国内的一些产品，如梭子鱼，绿盟等 Haproxy应用分析 LVS在企业应用中抗负载能力很强，但存在不足 LVS不支持正则处理，不能实现动静分离 对于大型网站，LVS的实施配置复杂，维护成本相对较高 Haproxy是一款可提供高可用性，负载均衡，及基于TCP和HTTP应用的代理的软件 特别适用于负载特别大的web站点 运行在当前的硬件上可支持数以万计的并发连接连接请求 Haproxy调度算法原理 RR：最简单常用的，轮询调度 LC：最小连接数算法，根据后端的节点连接数大小动态分配前端请求 SH：来源访问调度算法，用于有session会话记录在服务器端，可以基于来源ip，cookie做群集调度 Haproxy日志管理 Haproxy的日志默认是输出到系统的syslog中，在生产环境中一般单独定义出来 定义的方法步骤 修改Haproxy配置文件中关于日志配置的选项，加入配置： log /devlog local0 info log /dev/log local0 notice 修改rsyslog配置，将Haproxy相关的配置独立定义到haproxy.conf，并放到/etc/rsyslog.d/下

-----client-----------haproxy---------mysql1----------mysql2------ 192.168.1.250 192.168.1.1 192.168.1.10 192.168.1.20 一、安装mysql [root@localhost ~]#tar -zxvf bison-2.5.tar.gz [root@localhost ~]#./configure && make&& make install [root@localhost ~]#tar -zxvf cmake-2.8.7.tar.gz [root@localhost ~]#./bootstrap && gmake && gmake install [root@localhost ~]#tar -zxvf mysql-5.5.22.tar.gz [root@localhost ~]#cmake -DCMAKE_INSTALL_PREFIX=/usr/local/mysql -DSYSCONFDIR=/etc/ -DDEFAULT_CHARSET=utf8 - DDEFAULT_COLLATION=utf8_general_ci -DWITH_EXTRA_CHARSETS=all [root@localhost ~]#make && make install

软件负载均衡一般通过两种方式来实现：基于操作系统的软负载实现和基于第三方应用的软负载实现。LVS就是基于Linux操作系统实现的一种软负载，HAProxy就是开源的并且基于第三应用实现的软负载。 HAProxy相比LVS的使用要简单很多，功能方面也很丰富。当 前，HAProxy支持两种主要的代理模式:"tcp"也即4层（大多用于邮件服务器、内部协议通信服务器等），和7层（HTTP）。在4层模式 下，HAProxy仅在客户端和服务器之间转发双向流量。7层模式下，HAProxy会分析协议，并且能通过允许、拒绝、交换、增加、修改或者删除请求 (request)或者回应(response)里指定内容来控制协议，这种操作要基于特定规则。 我现在用HAProxy主要在于它有以下优点，这里我总结下： 一、 免费开源，稳定性也是非常好，这个可通过我做的一些小项目可以看出来，单Haproxy也跑得不错，稳定性可以与LVS相媲美； 二、 根据官方文档，HAProxy可以跑满10Gbps-New benchmark of HAProxy at 10 Gbps using Myricom's 10GbE NICs (Myri-10G PCI-Express)，这个作为软件级负载均衡，也是比较惊人的； 三、 HAProxy可以作为MySQL、邮件或其它的非web的负载均衡，我们常用于它作为MySQL(读