KeepAlived搭建高可用的HAproxy负载均衡集群系统

已于 2024-02-20 21:07:52 修改
阅读量495 收藏
点赞数 2
分类专栏： 运维高级篇 文章标签： 负载均衡 服务器 运维
于 2024-02-20 20:59:33 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/a17783481239/article/details/136198499
版权
文章详细描述了如何通过Haproxy进行服务器负载均衡，包括配置多个服务器节点、域名映射、健康检查以及使用Keepalived实现高可用性。同时介绍了ApacheHTTP服务器的安装与配置以响应来自VIP的请求。
摘要由CSDN通过智能技术生成

服务器规划:

                            serverd(haproxy1,keepalived):192.168.233.141
                            serverb(haproxy2,keepalived):192.168.233.144
                            servera(web1):192.168.233.132
                            serverc(web2):192.168.233.140

域名映射:(所有端均配置):

vim /etc/hosts
192.168.233.141 haproxy1
192.168.233.144 haproxy2
192.168.233.140 web2
192.168.233.132 web1

serverd(141):
 

haproxy配置:

yum install haproxy -y
vim /etc/haproxy/haproxy.cfg(配置文件) 
# 设置日志，记录在本地3号设备上，记录级别为info
global
    log 127.0.0.1 local3 info
    # 最大连接数为4096
    maxconn 4096
    # 运行haproxy的用户和组
    user nobody
    group nobody
    # 以守护进程方式运行
    daemon
    # 进程数为1
    nbproc 1
    # PID文件路径
    pidfile /run/haproxy.pid
 
# 默认配置
defaults
    # 全局日志记录
    log global
    # 模式为HTTP
    mode http
    # 最大连接数为2048
    maxconn 2048
    # 重试次数为3
    retries 3
    # 开启转发
    option redispatch
    # 连接超时时间为5秒
    timeout connect 5000
    # 客户端超时时间为50秒
    timeout client 50000
    # 服务器超时时间为50秒
    timeout server 50000
    # 关闭连接时强制关闭
    option abortonclose
    # 配置统计页面
    stats uri /admin?stats
    stats realm Private lands
    stats auth admin:password
    stats hide-version
 
# 前端配置
frontend http-in
    # 监听所有IP的80端口
    bind 0.0.0.0:80
    # 使用HTTP模式
    mode http
    # 记录日志
    log global
    # 开启httplog选项
    option httplog
    # 关闭HTTP长连接
    option httpclose
    # 定义acl规则
    acl html url_reg -i \.html$
    # 如果是HTML文件，则使用html-server后端
    use_backend html-server if html
    # 默认使用html-server后端
    default_backend html-server
 
# 后端配置
backend html-server
    # 使用HTTP模式
    mode http
    # 负载均衡算法为轮询
    balance roundrobin
    # 健康检查请求为GET /index.html
    option httpchk GET /index.html
    # 插入SERVERID COOKIE，并且间接设置，不缓存
    cookie SERVERID insert indirect nocache
    # 配置服务器A
    server html-A web1:80 weight 1 cookie 3 check inter 2000 rise 2 fall 5
    # 配置服务器B
    server html-B web2:80 weight 1 cookie 4 check inter 2000 rise 2 fall 5
    systemctl start haproxy


keepalived配置:
yum install keepalived -y
cd /etc/keepalived/
! Configuration File for keepalived

# 定义全局参数
global_defs {
   router_id LVS_141  # 路由器ID
}

# 定义一个用于检查HAProxy的脚本
vrrp_script chk_haproxy {
        script "/etc/keepalived/chk_haproxy.sh"
}

# 定义一个VRRP实例为nginx
vrrp_instance nginx {
    state MASTER  # 设置实例状态为MASTER
    interface ens160  # 指定接口
    virtual_router_id 51  # 设置虚拟路由器ID
    priority 100  # 设置优先级
    advert_int 1  # 设置通告间隔
    authentication {
        auth_type PASS  # 设置认证类型为PASS
        auth_pass 1111  # 设置认证密码
    }
    virtual_ipaddress {
        192.168.233.50  # 设置虚拟IP地址
    }
    track_script {
        chk_haproxy  # 跟踪chk_haproxy脚本
     }
}


健康检查:
vim chk_haproxy.sh
#!/bin/bash

# 检查 haproxy 服务的状态
ST=$(systemctl is-active haproxy)

# 如果 haproxy 服务状态不是 "active"，则执行以下操作
if [ "$ST" != "active" ]; then
    # 重启 haproxy 服务并将输出重定向到 /dev/null
    systemctl restart haproxy &> /dev/null
    sleep 1
    
    # 重新获取 haproxy 服务的状态
    ST=$(systemctl is-active haproxy)
    
    # 如果重启后 haproxy 服务状态仍不是 "active"
    if [ "$ST" != "active" ]; then
        # 停止 keepalived 服务
        systemctl stop keepalived
    else
        # 如果重启后 haproxy 服务状态是 "active"，则退出脚本
        exit
    fi
fi

systemctl start keepalived

serverb(144):

haproxy配置:
yum install haproxy -y
vim /etc/haproxy/haproxy.cfg(配置文件) 
# 设置日志，记录在本地3号设备上，记录级别为info
global
    log 127.0.0.1 local3 info
    # 最大连接数为4096
    maxconn 4096
    # 运行haproxy的用户和组
    user nobody
    group nobody
    # 以守护进程方式运行
    daemon
    # 进程数为1
    nbproc 1
    # PID文件路径
    pidfile /run/haproxy.pid
 
# 默认配置
defaults
    # 全局日志记录
    log global
    # 模式为HTTP
    mode http
    # 最大连接数为2048
    maxconn 2048
    # 重试次数为3
    retries 3
    # 开启转发
    option redispatch
    # 连接超时时间为5秒
    timeout connect 5000
    # 客户端超时时间为50秒
    timeout client 50000
    # 服务器超时时间为50秒
    timeout server 50000
    # 关闭连接时强制关闭
    option abortonclose
    # 配置统计页面
    stats uri /admin?stats
    stats realm Private lands
    stats auth admin:password
    stats hide-version
 
# 前端配置
frontend http-in
    # 监听所有IP的80端口
    bind 0.0.0.0:80
    # 使用HTTP模式
    mode http
    # 记录日志
    log global
    # 开启httplog选项
    option httplog
    # 关闭HTTP长连接
    option httpclose
    # 定义acl规则
    acl html url_reg -i \.html$
    # 如果是HTML文件，则使用html-server后端
    use_backend html-server if html
    # 默认使用html-server后端
    default_backend html-server
 
# 后端配置
backend html-server
    # 使用HTTP模式
    mode http
    # 负载均衡算法为轮询
    balance roundrobin
    # 健康检查请求为GET /index.html
    option httpchk GET /index.html
    # 插入SERVERID COOKIE，并且间接设置，不缓存
    cookie SERVERID insert indirect nocache
    # 配置服务器A
    server html-A web1:80 weight 1 cookie 3 check inter 2000 rise 2 fall 5
    # 配置服务器B
    server html-B web2:80 weight 1 cookie 4 check inter 2000 rise 2 fall 5
systemctl start haproxy



keepalived配置:
yum install keepalived -y
cd /etc/keepalived/
! Configuration File for keepalived

global_defs {
   router_id LVS_144  # 设置路由器ID
}

vrrp_script chk_haproxy {
        script "/etc/keepalived/chk_haproxy.sh"  # 指定用于检查HAProxy运行状态的脚本路径
}

vrrp_instance nginx {
    state BACKUP  # 设置实例状态为备份
    interface ens160  # 指定网络接口
    virtual_router_id 51  # 设置虚拟路由器ID
    priority 80  # 设置优先级
    advert_int 1  # 设置广播间隔
    authentication {
        auth_type PASS  # 设置认证类型为密码
        auth_pass 1111  # 设置认证密码
    }
    virtual_ipaddress {
        192.168.233.50  # 设置虚拟IP地址
    }
    track_script {
        chk_haproxy  # 设置要跟踪的脚本
     }
}


健康检查:
vim chk_haproxy.sh
#!/bin/bash

# 检查 haproxy 服务的状态
ST=$(systemctl is-active haproxy)

# 如果 haproxy 服务状态不是 "active"，则执行以下操作
if [ "$ST" != "active" ]; then
    # 重启 haproxy 服务并将输出重定向到 /dev/null
    systemctl restart haproxy &> /dev/null
    sleep 1
    
    # 重新获取 haproxy 服务的状态
    ST=$(systemctl is-active haproxy)
    
    # 如果重启后 haproxy 服务状态仍不是 "active"
    if [ "$ST" != "active" ]; then
        # 停止 keepalived 服务
        systemctl stop keepalived
    else
        # 如果重启后 haproxy 服务状态是 "active"，则退出脚本
        exit
    fi
fi

systemctl start keepalived

servera(132):web1

# 关闭SELinux
setenforce 0

# 停止firewalld防火墙
systemctl stop firewalld

# 安装Apache HTTP服务器
yum install httpd -y

# 在网站根目录下创建一个名为index.html的文件，并写入内容"web2"
echo web1 > /var/www/html/index.html

# 设置HTTP服务器开机自启动
systemctl enable httpd

# 启动HTTP服务器
systemctl start httpd

serverb(140):web2

# 关闭SELinux
setenforce 0

# 停止firewalld防火墙
systemctl stop firewalld

# 安装Apache HTTP服务器
yum install httpd -y

# 在网站根目录下创建一个名为index.html的文件，并写入内容"web2"
echo web2 > /var/www/html/index.html

# 设置HTTP服务器开机自启动
systemctl enable httpd

# 启动HTTP服务器
systemctl start httpd

任意端通过vip访问:
 

curl 192.168.233.50

通过haproxy访问:

curl http://haproxy1

暗隐之光
关注
  • 2
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
搭建MySQL高可用+负载均衡集群(haproxy+keepalived).docx
11-19
【MySQL高可用+负载均衡集群】的搭建方案通常涉及到多个组件，如haproxy和keepalived，旨在提升系统的稳定性和处理能力。MySQL在面对大量用户和数据增长时，单个实例可能会达到性能瓶颈，此时就需要引入高可用和负载...
通过LVS+Keepalived搭建高可用的负载均衡集群系统
08-21
通过LVS+Keepalived搭建高可用的负载均衡集群系统
通过LVS+Keepalived搭建高可用的负载均衡集群系统[归纳].pdf
10-14
《通过LVS+Keepalived搭建高可用的负载均衡集群系统》 在构建大型网络服务时，确保系统的高可用性和稳定性至关重要。LVS（Linux Virtual Server）配合Keepalived的解决方案，能有效实现这一目标。LVS是一种开源的...
Nginx入门到精通搭建高可用集群负载均衡
08-14
- **负载均衡**：通过分配请求到多个服务器，实现高并发和故障转移，提高服务可用性。 - **静态资源服务器**：高效地处理静态内容（如图片、CSS、JavaScript），比其他应用服务器（如 Tomcat）更快。 - **反向...
搭建MySQL高可用负载均衡集群
02-25
1、简介2、基本环境3、配置MySQL主主复制4、中间件简述4.1、Haproxy介绍4.2、keepalived介绍5、中间件的安装与配置（haproxy、keepalived）5.1、...haproxy监听前端端口33066.3、测试高可用+keepalived不抢占vip6.4、测
负载均衡（Load Balancing）、集群（Cluster）和分布式（Distributed）
聚焦于深度解析最新的编程语言特性、框架升级、架构设计、开发工具和最佳实践，涵盖Web前端（如Vue3, React, Angular等）、后端开发（如Node.js, Java, Python等）、移动端开发（iOS, Android原生及跨平台开发）
07-09 4805
负载均衡主要关注于如何将流量或任务均匀地分配到多个资源上，以提高系统的性能和可用性。集群侧重于通过多台计算机的协同工作来提高服务的性能和可用性，强调的是资源的集中管理和负载均衡。分布式侧重于通过任务的分解和并行处理来提高系统的处理能力和效率，强调的是任务的分布和节点间的协作。
阿里云上kubesphere安装配置 - 使用阿里云负载均衡
linkedin_21843693的博客
07-09 442
阿里云上kubesphere安装配置 - 使用阿里云负载均衡，使用阿里云nas作为文件存储系统。
SpringCloud 负载均衡
weixin_73616913的博客
07-08 1215
负载均衡是高并发高可用系统必不可少的组件负载可以理解为流量、压力均衡可以理解为把流量进行合理的分配当服务流量增大时, 通常会采用增加机器的方式进行扩容, 负载均衡就是用来在多个机器或者其他资源中, 按照⼀定的规则合理分配负载.负载均衡主要分为服务端负载均衡和客户端负载均衡。
Nginx：负载均衡小专题
jclee95的个人博客
07-08 719
本文对Nginx负载均衡相关功能做一个专题总结。
4层负载均衡和7层负载均衡
最新发布
Aaa11111443的博客
07-12 808
*更多的错误和故障可能：**七层负载均衡的复杂度和难以维护性也增加了系统中的错误和故障可能，例如可能会出现会话状态的丢失、应用程序的崩溃等问题，这增加了系统的复杂度和难以维护性。**更多的配置和设置：**七层负载均衡需要更多的配置和设置，例如需要配置不同的规则和策略来处理不同的流量类型和会话状态，这增加了系统的复杂度和难以维护性。：七层负载均衡需要对应用层的知识和技术有深入的理解，例如需要了解应用程序的逻辑和行为，以便实现合适的负载均衡策略，这增加了系统的复杂度和难以维护性。因此，成本也增加了。
Memcached负载均衡：揭秘高效缓存分发策略
2401_85762266的博客
07-12 364
Memcached的负载均衡是确保缓存系统高效运行的关键技术之一。本文详细介绍了Memcached的负载均衡实现机制，从基本原理到不同算法的应用，再到客户端库的实现和监控优化，提供了全面的指导和示例代码。希望能够帮助读者深入理解Memcached的负载均衡策略，并在实际应用中实现高效的缓存请求分发。通过本文的深入分析和代码示例，读者可以掌握Memcached负载均衡的关键技术，构建出既高效又稳定的缓存系统，满足不断增长的业务需求和用户请求。
【nginx】一般nginx会和目标服务部署在同一台服务器上？
qq_39666711的博客
07-08 212
Nginx与目标服务是否部署在同一台服务器上并没有固定的答案。你需要根据项目的实际需求、资源限制以及安全要求来做出最合适的选择。在实际应用中，很多项目会采用混合部署策略，即根据服务的不同特性和需求来灵活选择部署位置。
【Linux】进程间通信——匿名管道
2201_76024104的博客
07-08 1146
1.：一个进程需要将它的数据发送给另一个进程，比如我们有两个进程，一个负责获取数据，另一个负责处理数据，这时第一个进程就要将获取到的数据交给第二个进程2.：多个进程间共享同样的资源3.：一个进程需要给其他进程发送消息，通知他们发生了某种事件4.：有些事件需要完全控制另一个进程，比如我们在使用gdb调试时，gdb就是一个进程，它控制了我们要调试的进程进程之前是有互相传递信息的需求，但是，一个进程不可能去另一个进程的地址空间中取信息，所以这就要求操作系统去提供一块交换数据的空间来供进程之间使用。
服务器的分类有哪些
2301_78491269的博客
07-08 438
IA架构的服务器采用了开放体系结构，因而有了大量的硬件和软件的支持者，在近年有了长足的发展。所有上述描述是很不精确的，存在很多特殊情况的，比如一个网络的客户机可能很多，但对服务器的访问可能很少，就没有必要要一台功能超强的企业级服务器，由于这些因素的存在，使得这种服务器的分类方法更倾向于定性，而不是定量，也就是说从小组级到部门级到企业级，服务器的性能是在逐渐加强的，其他各种特性也是在逐渐加强的。如文件/打印服务器，这是最早的服务器种类，它可以执行文件存储和打印机资源共享的服务，至今，这种服务器还在办。
Nginx 是一个非常流行的 Web 服务器和反向代理服务器
MAMA6681的博客
07-08 548
Nginx 是一个非常流行的 Web 服务器和反向代理服务器，以其高性能、稳定性、丰富的功能集和低资源消耗而闻名。下面是一个简化的 Nginx 使用教程，包括基本的安装、配置和一些常见用途。
国外服务器备案主要需要准备什么
RAKsmart123的博客
07-08 305
在全球化日益加深的今天，许多企业和个人选择将服务器部署在国外，以享受更广泛的用户覆盖、更低廉的运营成本或更灵活的网络环境。然而，不同国家和地区对服务器备案的要求各不相同，但通常而言，进行国外服务器备案主要需要准备以下几个方面的材料和信息：
Linux 中什么是平均负载
ruky36的专栏
07-08 499
在Linux系统中，平均负载（Load Average）是一个重要的性能指标，用来衡量系统在特定时间间隔内处理进程负载的能力。2. 等待运行的进程（Runnable）：等待CPU资源的进程，即已经准备好运行但尚未分配到CPU时间的进程。- 如果平均负载低于CPU核心数，通常认为系统有足够的资源来处理当前的进程负载。- 15分钟平均负载：显示了过去15分钟内系统的平均活跃进程数。- 1分钟平均负载：显示了过去1分钟内系统的平均活跃进程数。- 5分钟平均负载：显示了过去5分钟内系统的平均活跃进程数。
Redis配置主从服务器报错：Error condition on socket for SYNC: No route to host
不做菜虚困的博客
07-08 301
这个问题时常出现在配置Redis的主从服务器时出现，无法建立TCP连接。如果需要建立多个主从服务器，并且有的情况，需要开启主和从1的端口策略。
(自用)共享单车服务器(二) 项目日志
weixin_44155149的博客
07-09 960
在通常情况下，Linux/UNIX每个程序在开始运行的时刻，都会打开3个已经打开的stream. 分别用来输入，输出，打印诊断和错误信息。例如，%d{%H:%M:%S,%l} 或 %d{%d %m %Y %H:%M:%S,%l}。上文，我们说过日志输出到终端或者文件中实际上是很慢的，会引起IO中断，所以我们可以输出到内存里StringQueueAppender，然后从StringQueueAppender输出到其它地方，这样我们的线程执行是比较高效的。日志级别的意思是低于该级别的日志不会被记录。
基于docker-compose实现haproxy+keepalived+teleport的负载均衡和高可用1
08-04
主机名IP地址操作系统组件备注环境说明架构图目录结构配置文件docker-compose配置文件keepalived配置文件keepalived检测脚本hapr

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值