Haproxy

最新推荐文章于 2024-08-12 00:37:22 发布
原创 最新推荐文章于 2024-08-12 00:37:22 发布 · 398 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。 

1.ospf协议：用来做lvs的水平括扩展(高可用)
2.Fnat模式:
解决了多vlan|session共享
特性:
    LIP:多VL，支持后端RS不在同一个网络中(TUN实施成本过高)
    lvs不具备对后端RS健康检查     
性能：DR>TUN>NAT>FNAT
3.DDOS攻击|
4.TCP三次握手

Haproxy

源码编译&&制作rpm包
(1)源码编译
[root@server1 ~]# ls
haproxy-1.6.11.tar.gz
[root@server1 ~]# cd haproxy-1.6.11
[root@server1 haproxy-1.6.11]# ls
CHANGELOG     doc       include      Makefile  src      VERDATE
contrib       ebtree    LICENSE      README    SUBVERS  VERSION
CONTRIBUTING  examples  MAINTAINERS  ROADMAP   tests
[root@server1 haproxy-1.6.11]# less README 
[root@server1 haproxy-1.6.11]# yum install pcre-devel openssh-devel zlib-devel -y
[root@server1 haproxy-1.6.11]# make TARGET=linux26 USE_PCRE=1 USE_OPENSSL=1 USE_ZLIB=1 PREFIX=/usr/local/haproxy
[root@server1 haproxy-1.6.11]# make TARGET=linux26 USE_PCRE=1 USE_OPENSSL=1 USE_ZLIB=1 PREFIX=/usr/local/haproxy install
[root@server1 haproxy-1.6.11]# cd examples/
[root@server1 examples]# ls
acl-content-sw.cfg     debug2ansi    haproxy.spec           ssl.cfg
auth.cfg               debug2html    haproxy.vim            stats_haproxy.sh
check                  debugfind     init.haproxy           transparent_proxy.cfg
check.conf             errorfiles    option-http_proxy.cfg
content-sw-sample.cfg  haproxy.init  seamless_reload.txt
[root@server1 examples]# cp haproxy.init /etc/init.d/haproxy
[root@server1 examples]# chmod +x /etc/init.d/haproxy 


(2)制作源码包

[root@server1 examples]# yum install rpm-build -y
[root@server1 examples]# rpmbuild -bb haproxy.spec 
error: File /root/rpmbuild/SOURCES/haproxy-1.6.11.tar.gz: No such file or directory
[root@server1 examples]# cp ~/haproxy-1.6.11.tar.gz  ~/rpmbuild/SOURCES/
[root@server1 examples]# cd
[root@server1 ~]# cd rpmbuild/RPMS/
[root@server1 RPMS]# ls
x86_64
[root@server1 RPMS]# cd x86_64/
[root@server1 x86_64]# ls
haproxy-1.6.11-1.x86_64.rpm
[root@server1 x86_64]# rpm -qpl haproxy-1.6.11-1.x86_64.rpm 
/etc/haproxy
/etc/rc.d/init.d/haproxy
/usr/sbin/haproxy
/usr/share/doc/haproxy-1.6.11
/usr/share/doc/haproxy-1.6.11/CHANGELOG
/usr/share/doc/haproxy-1.6.11/README
/usr/share/doc/haproxy-1.6.11/architecture.txt
/usr/share/doc/haproxy-1.6.11/configuration.txt
/usr/share/doc/haproxy-1.6.11/intro.txt
/usr/share/doc/haproxy-1.6.11/management.txt
/usr/share/doc/haproxy-1.6.11/proxy-protocol.txt
/usr/share/man/man1/haproxy.1.gz
[root@server1 x86_64]#

源码安装

[root@server1 x86_64]# rm -fr /usr/local/haproxy/
[root@server1 x86_64]# ls
haproxy-1.6.11-1.x86_64.rpm
[root@server1 x86_64]# rpm -ivh haproxy-1.6.11-1.x86_64.rpm 
Preparing...                ########################################### [100%]
   1:haproxy                ########################################### [100%]
[root@server1 ~]# cd haproxy-1.6.11/
[root@server1 haproxy-1.6.11]# cd examples/
[root@server1 examples]# cp content-sw-sample.cfg /etc/haproxy/haproxy.cfg
[root@server1 x86_64]#

实现负载均衡

[root@server1 ~]# groupadd -g 200 haproxy
[root@server1 ~]# useradd -u 200 -g 200 -M -s /sbin/nologin haproxy
[root@server1 ~]# id haproxy
uid=200(haproxy) gid=200(haproxy) groups=200(haproxy)
[root@server1 ~]# vim /etc/haproxy/haproxy.cfg
.....
    10  global
    11          maxconn         10000
    12          stats socket    /var/run/haproxy.stat mode 600 level admin
    13          log             127.0.0.1 local0
    14          uid             200
    15          gid             200
    16          chroot          /var/empty
    17          daemon
    18  defaults
    19          mode            http
    20      log     global
    21      option      httplog
    22      #option     dontlogull
    23      monitor-uri /monitoruri
    24      maxconn     8000
    25          timeout client  30s
    26  
    27          stats uri       /admin/stats
    28  
    29          option prefer-last-server
    30          retries         2
    31          option redispatch
    32          timeout connect 5s
    33          timeout server  5s
    34  
    35  frontend public
    36          bind            172.25.66.1:80 name clear
    37  
    38  #        use_backend     static if { hdr_beg(host) -i img }
    39          default_backend dynamic
    40  
    41  backend dynamic     #定义算法(haproxy的8种调度算法)
    42          server          statsrv1 172.25.66.2:80 check inter 1000    weight 2    #定义后端服务器及权重
    43          server          statsrv2 172.25.66.3:80 check inter 1000
    44  
.....
[root@server1 ~]# /etc/init.d/haproxy start
Starting haproxy:                                          [  OK  ]
[root@server1 ~]#
[root@server1 ~]# vim /etc/security/limits.conf 
 51 haproxy         -       nodile          8000

测试

[root@foundation66 Desktop]# curl 172.25.66.1/monitoruri
<html><body><h1>200 OK</h1>
Service ready.
</body></html>
[root@foundation66 Desktop]# curl 172.25.66.1/admin/stats
[kiosk@foundation66 Desktop]$ for i in range {1..5};do curl 172.25.66.1;done
Server2
Server3
Server2
Server3
Server2
Server3
[kiosk@foundation66 Desktop]$

添加日志

**haproxy算法(8种负载均衡算法)

实现重定向

[root@server1 ~]# vim /etc/haproxy/haproxy.cfg 
.....
 37         acl badip src 172.25.66.250     #禁IP
 38         #http-request deny if badip
 39         redirect location http://172.25.66.4 if badip   #重定向到4上
.....

测试

浏览器访问：
172.25.66.1--->http://172.25.66.4/  #自动实现跳转

支持动静页面

[root@server1 ~]# vim /etc/haproxy/haproxy.cfg 
.....
    35  frontend public
    36          bind            172.25.66.1:80 name clear
    37      acl badip src 172.25.66.250
    38      acl url_static path_end -i .png .gpeg .gif
    39      #http-request deny if badip
    40      #redirect location http://172.25.66.4 if badip
    41      acl write method POST
    42      acl write method PUT
    43  
    44      use_backend     static if write
    45          default_backend dynamic
    46      
    48  backend dynamic     #动态页面定义到2
    49      balance leastconn
    50          server          statsrv1 172.25.66.2:80 check inter 1000
    51  backend static  #静态页面定义到3
    52          server          statsrv2 172.25.66.3:80 check inter 1000
 .....

RS端：

必须支持php
yum install php #重启httpd
通过上传照片实现
**先下载upload目录|修改权限|移动文件|修改文件大小
[root@server2 html]# chmod 777 upload
[root@server2 ~]# cd /var/www/html/upload/
[root@server2 html]# ls
index.html  index.php  upload  upload_file.php
[root@server2 html]# vim  upload_file.php   #修改图片大小
[root@server2 upload]#

浏览器访问：

http://172.25.66.1  先broswer，然后submit

POST测试

[root@server3 ~]# cd /var/www/html/upload
[root@server3 upload]# ls
OSI.gif     #上传成功
[root@server3 upload]#

Pacemaker+haproxy

Server1|Server2安装和配置pacmaker|haproxy

添加VIP

[root@server1 ~]# crm
crm(live)# configure 
crm(live)configure#  property stonith-enabled=false
crm(live)configure# primitive vip ocf:heartbeat:IPaddr2 params ip=172.25.66.100 cidr_netmask=24 op monitor interval=1min    #添加vip
crm(live)configure# commit
crm(live)configure# bye
bye
[root@server1 ~]#

添加haproxy服务

[root@server1 ~]# crm 
crm(live)# configure 
crm(live)configure# primitive haproxy lsb:haproxy op monitor interval=1min  #添加服务
crm(live)configure# property no-quorum-policy=ignore
crm(live)configure# show
node server1
node server4
primitive haproxy lsb:haproxy \
    op monitor interval="1min"
primitive vip ocf:heartbeat:IPaddr2 \
    params ip="172.25.66.100" cidr_netmask="24" \
    op monitor interval="1min"
property $id="cib-bootstrap-options" \
    dc-version="1.1.10-14.el6-368c726" \
    cluster-infrastructure="classic openais (with plugin)" \
    expected-quorum-votes="2" \
    stonith-enabled="false"
crm(live)configure# commit 
crm(live)configure# bye 
bye
[root@server1 ~]#


&&&crm_mon监控
**在添加完VIP和haproxy之后，commit，集群自动启动服务，会发现vip和haproxy都开启
    在一个节点(Server1)down掉之后，另一个(Server2)接管
XMJDCH
关注
构建基于LVS+OSPF+FULLNAT的前端负载均衡架构
love_his_mother_who的博客
01-21 1230
     提到负载均衡，基本任何一个访问大点的网站都会用到，负载均衡的意义就不说了。现在的负载均衡无非是两种实现，一种是TCP层的负载均衡，一种是HTTP层的负载均衡，TCP四层负载均衡比HTTP 七层负载均衡性能强N倍，但是它运行在TCP层自然没办法对HTTP请求进行匹配、转发等操作，还有一个缺点是，TCP负载均衡的后端可能没法直接拿到HTTP请求的源IP。     市面上四层负载均衡有
Haproxy 配置项\配置实例
每天积累一点，一年后你会发现，自己变化很大
02-11 2800
为每个进来的TCP请求查询并哈希RDP cookie (或“mstshash”如果省略) 。与ACL函数 'req_rdp_cookie()'一样，name不区分大小写。该机制用于退化的持久模式，可以使同一个用户（或同一个会话ID）总是发送给同一台服务器。如果没有cookie， 则使用roundrobin算法代替。                   必须注意该声明要生效，前端必须确保在请求缓
HAproxy的相关使用案例（全面）
Fish_1112的博客
08-12 1240
HAproxy的相关使用案例（全面）
负载均衡方案对比（LVS、HAProxy、OSPF）
wdt3385的专栏
01-18 6683
负载均衡方案对比（LVS、HAProxy、OSPF）  一.         方案概述 1.   LVS LVS（Linux Virtual Server）使用集群技术和Linux操作系统实现一个高性能、高可用的服务器，它具有很好的可伸缩性。 特点： 1、抗负载能力强、是工作在网络4层之上仅作分发之用，没有流量的产生，这个特点也决定了它在负载均衡软件里的性能最
Haproxy使用总结
Mustang's Note
12-01 1万+
1.1.1.1              Haproxy简介HAProxy是一款提供高可用性、负载均衡以及基于TCP和HTTP应用的代理软件，HAProxy是完全免费的、借助HAProxy可以快速并且可靠的提供基于TCP和HTTP应用的代理解决方案。HAProxy适用于那些负载较大的web站点，这些站点通常又需要会话保持或七层处理。HAProxy可以支持数以万计的并发连接,并且HAProxy的运行模式使得它可以很简单安全的整合进架构中，同时可以保护web服务器不被暴露到网络上，如下图所示：Haproxy安装
Nginx、LVS、HAProxy 的区别和优缺点
sinat_28371057的博客
02-12 5559
Nginx、LVS、HAProxy 是目前使用最广泛的三种负载均衡软件，本人都在多个项目中实施过，通常会结合Keepalive做健康检查，实现故障转移的高可用功能。 1）在四层（tcp）实现负载均衡的软件： lvs------>重量级 nginx------>轻量级，带缓存功能，正则表达式较灵活 haproxy------>模拟四层转发，较灵活 2）在七层（http）实现反向代理的软件： haproxy------>天生技能，全面支持七层代理，会话保持，标记，路径转移； nginx
HAProxy for Windows 3.1/3.2 (exe)
最新发布
11-06
HAProxy是一款开源的高性能应用程序负载均衡器，广泛用于提升网站的可访问性和性能。它能够在多种情况下工作，包括TCP和HTTP应用，特别适合于高流量的环境。HAProxy设计的初衷是为了能够在硬件资源有限的情况下提供...
haproxy镜像 2.9.9版本
09-23
Haproxy是一种开源的负载均衡器，它在2.9.9版本中具有许多改进和新功能。它能够平衡HTTP和HTTPS的流量，并且能够在多个服务器之间分配工作负载，从而提高应用的性能和可靠性。此外，Haproxy还能够实现高可用性，它...
精选资源
haproxy-3.1 for windows 64位 支持ssl
06-26
在“haproxy-3.1 for windows 64位 支持ssl”这个版本中，特别强调了对Windows 64位操作系统的适配以及SSL（Secure Socket Layer）的支持。 SSL是一种网络安全协议，主要用于加密传输数据，确保在网络中传输的信息...
精选资源
haproxy-3.1 for windows 64位 不支持ssl
06-26
haproxy是一款广泛使用的开源负载均衡器，专为高可用性、高性能和安全性而设计。在本文中，我们将深入探讨haproxy-3.1 for Windows 64位版本的相关知识点，以及它不支持SSL的情况。 首先，haproxy-3.1是haproxy的一...
haproxy-2.8.3.tar.gz
09-25
安装完成后，可以通过`haproxy -f /etc/haproxy/haproxy.cfg -d`启动haproxy服务，并使用`haproxy -c -f /etc/haproxy/haproxy.cfg`检查配置文件的正确性。 总的来说，haproxy-2.8.3是一个强大且灵活的负载均衡解决...
【系统架构】三大主流软件负载均衡器(LVS、Nginx、HAproxy) 与商业SLB比较
讯开技术孵化器博客
02-27 8279
主流软件负载均衡概要： 1、LVS:     1. 抗负载能力强，性能高，能达到F5的60%，对内存和CPU资源消耗比较低     2. 工作在网络4层，通过VRRP协议(仅作代理之用)，具体的流量是由linux内核来处理，因此没有流量的产生。     3. 稳定，可靠性高，自身有完美的热备方案(Keepalived+lvs)     4. 不支持正则处理，不能做动静分离。     5. 支持...
突破LVS瓶颈，LVS Cluster部署（OSPF + LVS）
Hello World!
07-11 1002
http://my.oschina.net/lxcong/blog/143904 目录：[ - ] 前言架构简图架构优势部署方法1.硬件资源准备2.三层设备OSPF配置3.LVS调度机的OSPF配置a.安装软路由软件quaggab.配置zerba.confc.配置ospfd.confd.开启IP转发e.开启服务4.LVS keepalived配置a.修改配置文件 kee
28、OSPF配置实验之负载均衡
weixin_34255793的博客
12-02 1449
1、负载均衡解析OSPF只支持等价负载均衡，默认为4条线路负载均衡，最大支持6条线路负载均衡，我们可以在OSPF路由进程下通过maximum-paths 6修改OSPF支持的负载均衡线路数。2、实验拓扑3、实验配置R1配置interface Loopback0ip address 1.1.1.1 255.255.255.0interface Ethernet0/0ip a...
基于DNS的mysql高可用_网易杭研总结：数据库高可用技术之道（6）
weixin_35725654的博客
01-30 646
数据库作为IT系统中最关键的服务之一，其可用性一直是系统设计中的重点考虑因素。同时，由于数据库有数据有状态的天性，数据库高可用有其天然的复杂性和难点，云原生架构下尤其如此，是一个值得深入探讨的课题。本系列文章将基于网易杭州研究院的研究与实践，解析数据库高可用技术要点，梳理主流数据库方案，为数据库技术建设规划提供参考。本文由作者授权网易云发布，未经许可，请勿转载！作者：倪山三，网易杭州研究院运维工程...
HAproxy高可用综合实验（详细步骤）
荏苒化蝶
08-19 966
HAproxy:课后实验LVS+HAPROXY+NGINX+mysql实验示意图：实验步骤：（先从后往前安装，先安装被依赖的设备）一，192.168.17.77主机：安装数据库软件：使用二进制安装mysql（软件版本：mysql-5.6.34）一键自动化安装脚本脚本内容如下：#!/bin/bashDIR=`pwd`NAME="mysql-5.6.34-linux-glibc2.5-x86_64.t...
运维开发面试常见问题汇总（一直在更新）
weixin_43215948的博客
07-14 1万+
1.我看你做过LVS，说一下你对LVS的理解？ 2 DR模式和NAT模式的区别。优缺点 3.MySQL数据库也玩过是吧，说一下主从复制原理？ 4. binlog里面日志格式有哪些，有什么区别？ 基于row格式和基于SQL语句的格式紧张说反了，被纠正了 5. nginx里面，配upstream的时候，长连接要你配你会怎么配 6. 计算机网络的tcp和udp说一下 7. tcp是状态机里面，closedwait和 timewait说一下，区别 8 . 来个场景题把，当upsteam到后端的时候，
Haproxy简介以及Haproxy反向代理与负载均衡实现
qq_36417677的博客
03-09 503
1.Haproxy介绍 Haproxy是一个特别适用于高可用性环境的TCP/HTTP开源的反向代理和负载均衡软件。实现了一种事件驱动，单一进程模型，支持非常大的并发连接，是因为事件驱动模型有更好的资源和时间管理的用户端（user-space）实现这些业务 在7层负载均衡方面的功能很强大(支持cookie track, header rewrite等等) 支持双机热备 支持虚拟主机 支持健康检查 同...
Nginx、HAProxy、LVS三者的优缺点
热门推荐
qqlj的博客
08-09 7万+
  一、Nginx优点： 1、工作在网络7层之上，可针对http应用做一些分流的策略，如针对域名、目录结构，它的正规规则比HAProxy更为强大和灵活，所以，目前为止广泛流行。 2、Nginx对网络稳定性的依赖非常小，理论上能ping通就能进行负载功能。 3、Nginx安装与配置比较简单，测试也比较方便，基本能把错误日志打印出来。 4、可以承担高负载压力且稳定，硬件不差的情况下一般能支撑...
haproxy
06-05
### HAProxy 配置使用指南 HAProxy 是一个高性能的 TCP/HTTP 负载均衡器，能够帮助用户实现高可用性和负载分发。以下是关于 HAProxy 的配置和使用指南。 #### 1. 基本配置文件结构 HAProxy 的配置文件通常位于 `/etc/haproxy/haproxy.cfg`，其结构分为多个部分，每个部分都有特定的功能[^1]： - **global**: 全局配置，定义日志、用户权限等。 - **defaults**: 默认设置，应用于所有前端和后端，除非被覆盖。 - **frontend**: 定义监听的 IP 和端口，以及请求匹配规则。 - **backend**: 定义后端服务器池，指定如何分发流量。 - **listen**: 同时包含 frontend 和 backend 的功能，适合简单的场景。 以下是一个典型的 HAProxy 配置示例： ```plaintext global log /dev/log local0 log /dev/log local1 notice chroot /var/lib/haproxy stats socket /run/haproxy/admin.sock mode 660 level admin expose-fd listeners stats timeout 30s user haproxy group haproxy daemon defaults log global mode http option httplog option dontlognull retries 3 timeout connect 5000ms timeout client 50000ms timeout server 50000ms frontend http_front bind *:80 default_backend http_back backend http_back balance roundrobin server web1 192.168.1.10:80 check server web2 192.168.1.11:80 check ``` #### 2. 配置项详解 - **global**: 定义全局参数，如日志路径、运行用户等。 - **defaults**: 设置默认行为，例如超时时间、重试次数等。 - **frontend**: 定义监听的端口和流量匹配规则。`bind *:80` 表示监听所有 IP 的 80 端口。 - **backend**: 定义后端服务器池，`balance roundrobin` 表示使用轮询算法分发流量[^1]。 #### 3. 测试配置文件 在修改配置文件后，可以通过以下命令测试配置文件是否正确： ```bash haproxy -c -f /etc/haproxy/haproxy.cfg ``` 如果配置无误，将显示 `Configuration file is valid`。 #### 4. 启动和重启服务 启动或重启 HAProxy 服务可以使用以下命令： ```bash systemctl start haproxy systemctl restart haproxy ``` #### 5. 高可用集群配置 为了实现高可用性，可以结合 Keepalived 使用。通过 Keepalived 提供虚拟 IP (VIP)，确保主备切换时流量不会中断[^2]。以下是 Keepalived 的基本配置示例： ```plaintext vrrp_instance VI_1 { state MASTER interface eth0 virtual_router_id 51 priority 100 advert_int 1 authentication { auth_type PASS auth_pass 1234 } virtual_ipaddress { 192.168.1.100 } } ``` #### 6. Kubernetes 中的 HAProxy Ingress 在 Kubernetes 环境中，可以通过 ConfigMap 自定义 HAProxy Ingress 的行为[^4]。以下是一个 ConfigMap 示例： ```yaml apiVersion: v1 kind: ConfigMap metadata: name: haproxy-ingress-config data: global: | log /dev/log local0 chroot /var/lib/haproxy user haproxy group haproxy daemon defaults: | mode http timeout connect 5s timeout client 50s timeout server 50s ``` #### 7. 测试 HAProxy 是否正常工作 可以通过访问 HAProxy 的 VIP 地址来测试其是否正常工作。例如，使用 `curl` 命令发送 HTTP 请求： ```bash curl http://192.168.0.100 ``` ---
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值