nginx+keepalived高可用配置遇到的坑

本文介绍了在部署nginx+keepalived高可用集群时遇到的挑战,详细阐述了高可用原理,包括主备模式和应用服务器集群的设置。测试过程中模拟停服务和宕机场景,发现请求超时的问题。通过对nginx配置的调整,如增加max_fails和fail_timeout参数,启用proxy_next_upstream,成功解决了请求超时的问题,确保了宕机后的服务正常提供。
摘要由CSDN通过智能技术生成

背景

今天在项目上部署了一套nginx+keepalived主备模式的高可用集群,在测试验证的过程中,遇到了一点小坑,弄了半天发现是配置的问题。

部署架构

两台nginx负载均衡服务器+两台应用服务器
在这里插入图片描述

高可用原理

主备

两台负载均衡服务器一主一备,正常情况下,VIP在主节点,此时只有主节点提供负载均衡服务。当主节点宕机时,VIP会漂移到备用节点,这个漂移过程是利用keepalived完成的,此时由备用节点提供服务,当主节点恢复正常时,VIP会回到主节点(这个也可以配置主备切换,也就是原来的备用节点变成主节点,恢复正常的旧的主节点现在变成备用节点)。

应用服务器集群

负载均衡通过反向代理把请求转发到两台应用服务器,通过轮询的策略转发请求。当有一台服务器宕机时,请求会转发到另一台正常的服务器,不再把请求发到宕机的服务器,直到服务器恢复正常才会发送请求过去。

测试场景

一、模拟停服务

1、关掉负载均衡主节点服务器的nginx或者keepalived,此时会自动切换到备用节点提供服务,服务正常。
2、在上一步的基础上,停止一台应用服务器的服务(杀掉进程),此时ng

评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值