keepalived+nginx高可用配置说明（亲验）

最新推荐文章于 2024-05-28 11:25:17 发布
最新推荐文章于 2024-05-28 11:25:17 发布
阅读量1.2k 收藏 11
点赞数
文章标签： nginx
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/liyu1059915776/article/details/111994456
版权

keepalived+nginx高可用配置说明（亲验）

keepalived和nginx的安装及原理分析不再叙述，如需了解自行查阅资料。本文主要对keepalived和nginx的配置文件进行说明、搭建高可用集群说明及验证（原理还是需要了解的）。

ngin及keepalived常用命令

主要分为以下3大步进行部署及验证：
1.分别验证应用服务器1、应用服务器2部署的应用是否能够正常访问。
2.分别验证主、备nginx负载访问应用是否能正常访问。
3.通过keepalived虚拟ip来验证nginx负载应用是否正常以及其高可用。

资源说明如下（用四台服务器做高可用模拟）：

应用服务器1:192.168.144.129  应用端口：8080
应用服务器2:192.168.144.130  应用端口：8080
keepalived+nginx服务器 主：192.168.144.131
keepalived+nginx服务器 备：192.168.144.132

1.应用可用性验证（测试应用自行准备，也可直接用Tomcat替代之）
应用服务器1：192.168.144.129 应用端口：8080
应用服务器1返回0.0.0.129
应用服务器2：192.168.144.130 应用端口：8080
应用服务器2返回0.0.0.130
2.nginx配置文件修改（修改之前备份，良好习惯）：/usr/local/nginx/conf/nginx.conf
为了看得清晰些，保留了主要配置及说明
主：192.168.144.131


#工作进程：值越大，处理的并发越多，处理并发数的配置 CPU核心数，(双核4线程，可以设置为4)
worker_processes  2;

events {
    #单个工作进程可以允许同时建立外部连接的数量，connections不是随便设置的，而是与两个指标有重要关联，一是内存，二是操作系统级别的“进程最大可打开文件数”，可通过 ulimit -n 命令查询。
    worker_connections  1024;
}

http {
    include       mime.types;
    default_type  application/octet-stream;
    sendfile        on;
    keepalive_timeout  65;

    #需要负载的服务器地址及端口配置
    upstream demo {
       #两台应用服务器ip及地址
       server 192.168.144.130:8080;
       server 192.168.144.129:8080;
    }
    server {
        #nginx监听的端口，通过nginx访问用8088端口
        listen       8088;
        #主机名
        server_name  192.168.144.131;

        #访问地址包含/nginx/走如下负载，默认的是：/
        location ~ /nginx/ {
            root   html;
            #注意：demo需要和upstream 后的值一致
            proxy_pass http://demo;
            index  index.html index.htm;
        }

        #location ~ /getSystemHostIp {
        #    root   html;
        #    proxy_pass http://192.168.144.129:8080;
        #    index  index.html index.htm;
        #}

        error_page   500 502 503 504  /50x.html;
        location = /50x.html {
            root   html;
        }
}

备：192.168.144.132

#工作进程：值越大，处理的并发越多，处理并发数的配置 CPU核心数，(双核4线程，可以设置为4)
worker_processes  2;

events {
    #单个工作进程可以允许同时建立外部连接的数量，connections不是随便设置的，而是与两个指标有重要关联，一是内存，二是操作系统级别的“进程最大可打开文件数”，可通过 ulimit -n 命令查询。
    worker_connections  1024;
}

http {
    include       mime.types;
    default_type  application/octet-stream;
    sendfile        on;
    keepalive_timeout  65;

    #需要负载的服务器地址及端口配置
    upstream demo {
       #两台应用服务器ip及地址
       server 192.168.144.130:8080;
       server 192.168.144.129:8080;
    }
    server {
        #nginx监听的端口，通过nginx访问用8088端口
        listen       8088;
        #主机名
        server_name  192.168.144.132;

        #访问地址包含/nginx/走如下负载，默认的是：/
        location ~ /nginx/ {
            root   html;
            #注意：demo需要和upstream 后的值一致
            proxy_pass http://demo;
            index  index.html index.htm;
        }

        #location ~ /getSystemHostIp {
        #    root   html;
        #    proxy_pass http://192.168.144.129:8080;
        #    index  index.html index.htm;
        #}

        error_page   500 502 503 504  /50x.html;
        location = /50x.html {
            root   html;
        }
}

改完配置均需重启nginx或重新加载nginx，命令见开头链接

分别通过主、备nginx访问应用验证负载，效果如下：
主：192.168.144.131:8088
在这里插入图片描述
在这里插入图片描述

备：192.168.144.132:8088
在这里插入图片描述
在这里插入图片描述
3.keepalived健康检查nginx脚本服务脚本：作用是nginx意外停止后keepalived使其自动启动
主、备相同（本人脚本路径）：/usr/local/src/nginx_check_new.sh
nginx_check_new.sh内容：如果文件格式为“doc”需要改为“unix”，命令：dos2unix nginx_check_new.sh

nxPidNum=`ps -C nginx --no-header |wc -l`
keepalivedPidNum=`ps -C keepalived --no-header |wc -l`
if [ $nxPidNum -eq 0 ];then
    /usr/local/nginx/sbin/nginx
    sleep 3
    if [ `ps -C nginx --no-header |wc -l` -eq 0 ];then
       killall keepalived
    elif [ $keepalivedPidNum -eq 0 ];then
       service keepalived start
    fi
elif [ $keepalivedPidNum -eq 0 ];then
    service keepalived start
fi

需要给脚本赋可执行权限：chmod +x nginx_check_new.sh

keepalived配置文件内容（修改之前备份，良好习惯）：/etc/keepalived/keepalived.conf
为了看得清晰些，保留了主要配置及说明，健康检查采用TCP_CHECK，使用vrrp_script及track_script方式并未生效，这里不做叙述
主：192.168.144.131

! Configuration File for keepalived

global_defs {
   notification_email {
     acassen@firewall.loc
     failover@firewall.loc
     sysadmin@firewall.loc
   }
   notification_email_from Alexandre.Cassen@firewall.loc
   smtp_server 192.168.144.131
   smtp_connect_timeout 30
   router_id LVS_DEVEL131      #全网唯一标识，不可重复
}

vrrp_instance VI_1 {
    state MASTER               #主：MASTER,备BACKUP
    interface ens33            #本机网卡
    virtual_router_id 51       #路由标识：主备值一样
    priority 100               #检验次数，值 主>从
    advert_int 1
    authentication {
        auth_type PASS
        auth_pass 1111
    }
    virtual_ipaddress {
        192.168.144.111        #虚拟ip
    }
}

virtual_server 192.168.144.111 8099 {   #虚拟ip
    delay_loop 6
    lb_algo rr
    lb_kind NAT
    persistence_timeout 5
    protocol TCP

    real_server 192.168.144.131 8099 {  #本机IP
        weight 1
        notify_down /usr/local/src/nginx_check_new.sh #当8099端口关闭执行脚本
        TCP_CHECK {
            connect_timeout 3    #连接超时时间3秒
            nb_get_retry 3  #重连次数3次
            delay_before_retry 3  #重连间隔3秒
            connect_port 8088  #监听8088端口
        }
    }
}

备：192.168.144.132

! Configuration File for keepalived

global_defs {
   notification_email {
     acassen@firewall.loc
     failover@firewall.loc
     sysadmin@firewall.loc
   }
   notification_email_from Alexandre.Cassen@firewall.loc
   smtp_server 192.168.144.132
   smtp_connect_timeout 30     
   router_id LVS_DEVEL132  #全网唯一标识，不可重复
}

vrrp_instance VI_1 {
    state BACKUP           #主：MASTER,备BACKUP
    interface ens33        #本机网卡
    virtual_router_id 51   #路由标识：主备值一样
    priority 99            #检验次数，值 主>从
    advert_int 1            
    authentication {
        auth_type PASS
        auth_pass 1111
    }
    virtual_ipaddress {
        192.168.144.111    #虚拟ip
    }
}

virtual_server 192.168.144.111 8099 {    #虚拟ip
    delay_loop 6
    lb_algo rr
    lb_kind NAT
    persistence_timeout 5
    protocol TCP

    real_server 192.168.144.132 8099 {  #本机IP
        weight 1
        notify_down /usr/local/src/nginx_check_new.sh #当8099端口关闭执行脚本
        TCP_CHECK {
            connect_timeout 3    #连接超时时间3秒
            nb_get_retry 3  #重连次数3次
            delay_before_retry 3  #重连间隔3秒
            connect_port 8088  #监听8088端口
        }
    }
}

修改配置后重新启动keepalived即可，命令见文章头部链接

通过keepalived配置的虚拟ip验证应用连通性
在这里插入图片描述
在这里插入图片描述
连通性没问题，继续验证高可用性：
1.首先查看主、备的机器的查看ip地址信息：由下图可看出目前通过192.168.144.111访问进去的真实主机是192.168.144.131
主：ip地址信息 在这里插入图片描述
备：ip地址信息
在这里插入图片描述
2.将主：192.168.144.131的keepalived及nginx停掉（命令见文章首链接），再次查看主、备的ip地址信息：
主：ip地址信息
在这里插入图片描述

备：ip地址信息
在这里插入图片描述
由上图可看出目前通过192.168.144.111访问进去的真实主机是192.168.144.132，自动跳转成功，通过192.168.144.111访问应用也没问题：
在这里插入图片描述
在这里插入图片描述
现重新启动主：192.168.144.131 的keepalived及nginx，在次验证看看192.168.144.111访问应用路由的真实地址是192.168.144.131还是192.168.144.132？
当然是192.168.144.131，因为前面keepalived设置的主机权重大于备机：下图位置
在这里插入图片描述
到此，所有部署及验证过程结束，成功实现了keepalived+nginx的高可用。

liyu1059915776
关注
  • 0
    点赞
  • 踩
  • 11
    收藏
    觉得还不错? 一键收藏
  • 5
    评论
keepalived+nginx
shif_l的专栏
03-31 761
#mermaid-svg-fpx11aCUJCML5H9P {font-family:"trebuchet ms",verdana,arial,sans-serif;font-size:16px;fill:#333;}#mermaid-svg-fpx11aCUJCML5H9P .error-icon{fill:#552222;}#mermaid-svg-fpx11aCUJCML5H9P .error-text{fill:#552222;stroke:#552222;}#mermaid-svg-fpx11aC
【nginx-keepalive】
柯柯柯柯柯浩然
02-17 1423
负载均衡回顾 1.四层和七层的区别，实际环境;四层分流，七层根据域名负载到后端服务器 2.负载均衡的选择 nginx 四层和七层 LVS 四层 （nat,iptables） HAproxy 四层和七层 F5 四层和七层 SLB 四层和七层 3.session 会话保持：ip_hash 会话共享：写入redis或mysql 写入浏览器： 手机客户端： http { ...... upstream firefox { server 172.31.57.133:80; }
Keepalived+Nginx高可用
最新发布
qq_33906471的博客
05-28 536
本文记录了Nginx+Keepalived实现高可用的全部过程，希望能够帮到大家。
Keepalived之——Keepalived + Nginx 实现高可用 Web 负载均衡
热门推荐
冰河的专栏
05-29 10万+
一、Keepalived 简要介绍 Keepalived 是一种高性能的服务器高可用或热备解决方案， Keepalived 可以用来防止服务器单点故障的发生，通过配合 Nginx 可以实现 web 前端服务的高可用。 Keepalived 以 VRRP 协议为实现基础，用 VRRP 协议来实现高可用性(HA)。 VRRP(Virtual RouterRedundancy Protocol)协议
nginx+keepalived高可用详解配置
被生活耽误的旅行者
07-16 5327
Keepalived简介 Keepalived是Linux下一个轻量级别的高可用解决方案。高可用：广义来讲，是指整个系统的高可用行；狭义的来讲就是主机的冗余和接管。 它与HeartBeat实现类似的功能，都可以实现服务或者网络的高可用，但是又有差别，HeartBeat是一个专业的、功能完善的高可用软件，它提供HA软件所需的基本功能，比如：心跳检测、资源接管，检测集群中的服务，在集群节点转移共享IP地址的所有者等等。HeartBeat功能强大，但是部署和使用相对比较麻烦，与HeartBeat相比，Keepa
keepalived检测nginx
ninja_的博客
03-16 347
#!/bin/bash A=`ps -C nginx --no-header |wc -l` if [ $A -eq 0 ];then /usr/local/nginx/sbin/nginx sleep 3 if [ `ps -C nginx --no-header |wc -l` -eq 0 ];then killall keepalived fi fi
Keepalived+Nginx+Tomcat 高可用集群搭建实战记录
04-02
Keepalived+Nginx+Tomcat 高可用集群搭建实战记录 Keepalived 是一种高可用性解决方案，可以与 Nginx 和 Tomcat 配合使用来实现高可用集群。下面是 Keepalived+Nginx+Tomcat 高可用集群搭建的实战记录。 ...
详解Keepalived+Nginx实现高可用（HA）
09-30
【详解Keepalived+Nginx实现高可用（HA）】 在构建高可用性(High Availability, HA)系统时，Keepalived 和 Nginx 的结合是常用的一种解决方案。本文将详细解析如何在 CentOS 7 环境下，通过 Keepalived 和 Nginx ...
Keepalived+Nginx+Tomcat 实现高可用Web集群的示例代码
01-10
Keepalived+Nginx+Tomcat 实现高可用Web集群 一、Nginx的安装过程 1.下载Nginx安装包，安装依赖环境包 (1)安装 C++编译环境 yum -y install gcc #C++ (2)安装pcre yum -y install pcre-devel (3)安装zlib yum -y...
高可用之Keepalived+Nginx实现高可用Web负载均衡
11-07
"高可用之Keepalived+Nginx实现...4. 高可用之 Keepalived+Nginx 实现高可用 Web 负载均衡的步骤和配置。 5. VIPIP 主机名、Nginx 端口、默认主从关系等高可用之 Keepalived+Nginx 实现高可用 Web 负载均衡的关键技术。
史上最全LVS+keepalived+nginx基于DR模式高可用安装部署
qq_35403875的博客
06-13 1997
使用lvs+keepalived+nginx实现高可用部署，以及详细的keepalived配置文件
keepalived健康检查方式
weixin_33724570的博客
02-13 2236
一、健康检查方式keepalived对后端realserver的健康检查方式主要有以下几种TCP_CHECK：工作在第4层，keepalived向后端服务器发起一个tcp连接请求，如果后端服务器没有响应或超时，那么这个后端将从服务器池中移除。 HTTP_GET：工作在第5层，向指定的URL执行http请求，将得到的结果用md5加密并与指定的md5值比较看是否匹...
nginx实战总结-keepalive\keepalived\keep-alive
ddm524547806的博客
04-21 1727
一、前言 我们在接触nginx的时候，经常会听到keepalived\keepalive\keep-alive这些词汇，很容易搞乱，这边针对这些名词，进行总结。 二、概述 keepalived:高可用的解决方案，在nginx中就是负责将多台nginx集群，实现高可用，详细的内容，之后的篇幅，进行描述 keepalive: 这个tcp相关，保活，之后扩展 keep_alive:这个跟http相关，也就是我们常说的长连接，如果请求头connect close 表示关闭长连接，如果为keep-alive，则打开
云计算学习之路——Keepalived实现高可用
weixin_44178770的博客
05-01 2635
文章目录一、Keepalived简介1、Keepalived是什么？2、Keepalived工作原理二、实战：Keepalived+Nginx(实现Nginx负载均衡的高可用)1、实验环境与架构2、web服务器搭建3、负载均衡服务器的搭建4、Keepalived实现负载均衡高可用的搭建5、Keepalived高可用的验证6、健康检测功能 一、Keepalived简介 1、Keepalived是什么？ keepalived是集群管理中保证集群高可用（HA）的一个服务软件，其功能类似于heartbeat，用于防
Haproxy+keepalived负载均衡配置
doublexi
12-21 1万+
Haproxy本文主要介绍Haproxy负载均衡的安装配置以及结合keepalived保证高可用，概要如下： -安装haproxy -配置haporxy -单台haproxy负载均衡配置 -安装keepalived -配置keepalived -haproxy主从配置 -haproxy主从切换测试 -haproxy配置文件详解Haproxy
keepalived健康检查 HTTP_GET .
wdt3385的专栏
02-16 1738
keepalived健康检查 HTTP_GET 一： real_server 192.168.2.188 80 { weight 1 HTTP_GET { url { path /index.html digest bfaa334fdd71444e45eca3b7a1679a4a #http://192.168.
Nginx+keepalived 双机热备（主从模式）
weixin_34389926的博客
12-06 1760
  负载均衡技术对于一个网站尤其是大型网站的web服务器集群来说是至关重要的！做好负载均衡架构，可以实现故障转移和高可用环境，避免单点故障，保证网站健康持续运行。关于负载均衡介绍，可以参考：linux负载均衡总结性说明（四层负载/七层负载） 由于业务扩展，网站的访问量不断加大，负载越来越高。现需要在web前端放置nginx负载均衡,同时结合keepalived对前端nginx实现HA高可用。1）n...
nginx和keepalived实现nginx高可用
u012453843的专栏
04-09 1万+
首先介绍一下Keepalived，它是一个高性能的服务器高可用或热备解决方案，Keepalived主要来防止服务器单点故障的发生问题，可以通过其与Nginx的配合实现web服务端的高可用。         Keepalived以VRRP协议为实现基础，用VRRP协议来实现高可用性（HA）.VRRP (Virtual Router Redundancy Protocol)协议是用于实现路由器冗余的

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值