Nginx+Keepalived详解以及部署，实现高可用方案

最新推荐文章于 2024-05-28 11:25:17 发布
最新推荐文章于 2024-05-28 11:25:17 发布
阅读量1w 收藏 18
点赞数 3
分类专栏： Nginx Keepalived 文章标签： nginx 分布式 linux
版权声明：本文为博主原创文章，遵循 CC 4.0 BY 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/Mrkaizi/article/details/106451002
版权

Nginx

进程模型

  • master：主进程
  • worker：工作进程

master会监控worker，一个worker挂掉，master会再开启一个worker

./nginx -s stop
./nginx -s quit
./nginx -s reload
./nginx -t

这些nginx都是master交给worker去执行的

在这里插入图片描述
图为imooc课程，感谢大佬

worker抢占机制

在这里插入图片描述

在这里插入图片描述
这两张图讲的是，一个传统的服务器处理客户端请求，是一个client访问，一个worker去处理，此时阻塞，master会fork一个新的worker去处理别的请求

在大量请求涌入服务后，这种服务器会承担非常大的压力

下来我们讲讲nginx
在这里插入图片描述
nginx使用一个worker就可以处理多个client的请求

worker使用epoll模型去
多用复用的模型

nginx.conf配置结构

在这里插入图片描述

nginx核心配置

#user  nobody;

默认的使用用户是nobody，可以换成root

user  root;
:wq保存
 /nginx/sbin/nginx -s reload

在这里插入图片描述
可以看到我们现在操作nginx的用户为root，权限更高

日志级别
#error_log  logs/error.log;
#error_log  logs/error.log  notice;
error_log  logs/error.log  info;


启动的端口号
#pid        logs/nginx.pid;

events {
    #使用epoll模型
    use epoll;
    #每个worker可以处理的请求数量
    worker_connections  10240;
}



http {
# 引用一个类型，vim同级别目录mine文件可查看
    include       mime.types;
    default_type  application/octet-stream;

# 开启日志，记录访问请求信息
    #access_log  logs/access.log  main;
# 文件传输，开启此配置，才可以开下面这个tcp积累开启
    sendfile        on;
    #tcp_nopush     on;
    #keepalive_timeout  0;
# 保留存活65，这一段时间请求进来可以继续使用
    keepalive_timeout  65;
# 压缩静态资源文件，提升访问速度，降低cpu运行效率
    #gzip  on;

# 真正核心模块
    server {
        #监听端口
        listen       80;
        #域名
        server_name  localhost;
        
        location / {
            root   html;
            index  index.html index.htm;
        }
        error_page   500 502 503 504  /50x.html;
        location = /50x.html {
		}
	}

如果pid不见了，或者配置出现问题，可以通过nginx -c /nginx/conf/nginx.conf

重新对nginx进行配置

nginx常用命令

#快速停止
./nginx -s stop
#优雅停止，暂停接受新请求，等待现有请求处理结束，关闭服务
./nginx -s quit
./nginx -s reload
# 检查配置文件
./nginx -t
# 查看版本
./nginx -v
# 查看可用参数
./nginx -?

nginx日志切割

todo待补充
大概思路，使用crontabs，进行设置定时任务，去切分日志

静态文件服务

在这里插入图片描述
使用alias可以隐藏路径

开启gzip

开启gzip压缩功能

gzip on;

在这里插入图片描述

location

精准匹配
loaction = /
正则匹配，*代表不区分大小写
location ~* \.(gif|png|bmp|jpg|jpeg)
以某个字符开头，只能以这个开头的资源路径访问
location ^~ /qyk/img

解决跨域问题

todo

nginx的模块化体系

在这里插入图片描述

进入src目录
在这里插入图片描述
nginx底层是用c语言写的，不看了，怕秃～

负载均衡

在这里插入图片描述
通过nginx的一个upstream进行配置，一个请求可能会被nginx代理到不同的tomcat

四层负载均衡

主要是为了将请求分流到不同服务器

  • F5硬负载均衡，基于硬件、商业化
  • LVS四层负载
  • Haproxy四层负载
  • Nginx四层负载
七层负载均衡

基于应用层HTTP协议进行负载均衡

  • Nginx七层负载
  • haproxy七层负载
  • apache七层负载

四层主要是tcp、udp转发请求，而不是处理请求
七层会处理请求，可以过滤、压缩、缓存等

DNS地域负载均衡

在这里插入图片描述
可以根据请求者地域，分配到最近的服务器
减少网络传输的损耗

负载均衡-轮训

配置好一个tomcat集群，默认就是轮训访问

负载均衡-权重轮训

可以对不同服务配置权重，权重越高，访问次数被分配越多

upstream指令参数

在这里插入图片描述
max_conns：最大连接数，超过连接数会返回502
slow_start：慢启动，不能使用hash负载、两个以上服务器才能使用这个参数，会慢慢从1升级到设置权重
down：标示这台服务器挂了，不能用的状态
backup：
max_fails：最大失败次数，超过以后就踢出集群
fail_timeout：失败超时时间，会把请求暂时导向别的健康服务

keeplive提高吞吐量

使用keeplive参数，官方提供32，设置长连接，减少创建销毁连接过程

    sendfile        on;
    #tcp_nopush     on;
    #keepalive_timeout  0;
    keepalive_timeout  65;
    #gzip  on;

    upstream tomcats{
        server 47.94.138.137:8088 weight=1;
        server 47.94.138.137:8089 weight=2;
        keepalive 32;
    }

    server {
        listen       80;
        server_name  47.94.138.137;

        #charset koi8-r;
        #access_log  logs/host.access.log  main;
        location / {
            proxy_pass  http://tomcats;
            proxy_http_version 1.1;
            proxy_set_header Connection "";
        }
                                                                   25,13         72%

配置 keepalive 32;
与location里
proxy_http_version 1.1;
proxy_set_header Connection “”;

开启

负载均衡之IP_HASH

在这里插入图片描述
通过hash(ip)%node_counts = index
算出用户访问的服务器具体是哪一台

保证用户访问的服务器是同一台，保持会话一致
在这里插入图片描述
在这里插入图片描述
进入nginx源码查看
在这里插入图片描述
在这里插入图片描述
分段进行计算，同一片区域，会访问到一个里

hash算法带来的问题

当一台机器挂了以后，服务器的hash算法需要重新求模计算，加上之前的服务器会被导向不同的服务器，静态资源缓存都会重新加载，用户体验变差，服务器性能受到威胁

使用一致性hash算法进行计算

在这里插入图片描述
根据hash算法，将节点存放在这个环上，顺时针放上去
在这里插入图片描述
用户也会进行hash计算，访问的顺时针的第一台机器上

在这里插入图片描述
就算有一台机器突然挂掉离开，我们的3节点的用户会被迁移到4节点上，保证其余两台机器不会收到影响

在这里插入图片描述
增加节点，会把原先导向3的部分用户导向2.5这台机器上

负载均衡之url_hash

在这里插入图片描述
看看图，不用多说，换汤不换药

通过配置hash $request_uri
开启url_hash

nginx缓存

在这里插入图片描述

nginx会缓存一部分静态文件

expires [time]，可以设置过期时间，控制浏览器缓存，方便后期项目的更新迭代

expires @time，浏览器会倒计时计算静态资源文件过期时间，时间到期自动请求新的资源

expires -time 设置距离现在起，之前的资源都失效
expires -epoch 不去设置cache
expires off 默认，关闭不代表没有，浏览器默认有
expires max 基本不会到期

nginx反向代理缓存

proxy_cache_path设置路径缓存地址，
key_zone设置空间、大小
max_size 大小
inactive 超过时间，自动清除
use_temp_path关闭临时目录

proxy_cache_path /usr/local//nginx/cache  key_zone=mycache:5m max_size=1g inactive=30s use_temp_path=off

在server里配置

proxy_cache mycache;
proxy_cache_valid 200 304 8h;

nginx高可用HA

在这里插入图片描述

只有主节点挂了，从节点才可以上位

可以解决nginx高可用问题

keepalived

解决单点故障
组件免费

双机主备原理
在这里插入图片描述
原先用户通过虚拟ip访问主机，主机会向从节点发送心跳，从节点keepalived检测心跳发现主机挂了，就把请求都导向从节点了

两台机器最好使用同样的高配置，不然万一主机挂了，从机扛不住压力也是假的

安装keepalived
 ./configure --prefix=/usr/local/keepalived --sysconf=/etc
 make && make install

vim /etc/keepalived/keepalived.conf 



global_defs {
#全局变量-路由id，标识主机id
   router_id keep_137
}

#计算机节点
vrrp_instance VI_1 {
    #标示当前机器为主节点，从节点backup
    state MASTER
    #当前网卡
    interface eth0
    #保持主备机一致
    virtual_router_id 51
    #权重，最高的当选下一任主机
    priority 100
    #检查时间间隔1s
    advert_int 1
    #认证授权，防止非法节点进入
    authentication {
        auth_type PASS
        auth_pass 1111
    }
    #虚拟ip
    virtual_ipaddress {
        172.17.219.228
    }
}

最后虚拟ip，需要先查看你本机器ip

[root@iZkpcpzbqiupj6Z sbin]# ip addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN 
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
    link/ether 00:16:3e:0a:0d:d7 brd ff:ff:ff:ff:ff:ff
    inet 172.17.219.229/20 brd 172.17.223.255 scope global eth0
[root@iZkpcpzbqiupj6Z sbin]#

可以看到我的网卡是eth0，我选的228为我的虚拟ip

[root@iZkpcpzbqiupj6Z keepalived-2.0.18]# cd /usr/local/keepalived/sbin/
[root@iZkpcpzbqiupj6Z sbin]# ll
总用量 2020
-rwxr-xr-x 1 root root 2064950 5月  31 11:15 keepalived
[root@iZkpcpzbqiupj6Z sbin]# 
Display all 1370 possibilities? (y or n)
[root@iZkpcpzbqiupj6Z sbin]# ./keepalived 
[root@iZkpcpzbqiupj6Z sbin]# ip addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN 
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
    link/ether 00:16:3e:0a:0d:d7 brd ff:ff:ff:ff:ff:ff
    inet 172.17.219.229/20 brd 172.17.223.255 scope global eth0
    inet 172.17.219.228/32 scope global eth0

启动后我们看到228已经是和我们的主机进行绑定了

我们启动多个从机，他们的虚拟ip都是172.17.219.228，配置文件的state设置为backup

当我们访问虚拟ip时，我们keepalived会将请求导向我们的主节点上去，我们把主节点宕机，再去备机上ip addr查看，就会发现备机

    inet 172.17.219.228/32 scope global eth0

虚拟ip绑定到了备机上，我们访问的请求也就到达了备机节点

刚才我们讲的是keepalived主节点挂了，那我们的nginx挂了怎么办？？

设置nginx心跳检测

在这里插入图片描述
将这个脚本文件保存到/etc/keepalived文件夹下，明明xxx（自己命名吧），记得下面授权语句授权

chmod +x xxx.sh

执行这个脚本后，会检测nginx，挂掉会重启nginx

我们将它配置到keepalived配置文件里

vrrp_script check_nginx_alive {
	script "/etc/keepalived/xxx.sh"
	interval 2 #每隔两秒钟运行脚本检测
	weight 10 #脚本运行成功，升级权重+10
}


#计算机节点
vrrp_instance VI_1 {
    #标示当前机器为主节点，从节点backup
    state MASTER
    #当前网卡
    interface eth0
    #保持主备机一致
    virtual_router_id 51
    #权重，最高的当选下一任主机
    priority 100
    #检查时间间隔1s
    advert_int 1
    #认证授权，防止非法节点进入
    authentication {
        auth_type PASS
        auth_pass 1111
    }
    #虚拟ip
    virtual_ipaddress {
        172.17.219.228
    }
	#在此执行上 面的定时器
	track_script{
		check_nginx_alive
	}
}

这样我们就能保证高可用的架构了，但是双机主备会有资源浪费的问题，主机永远不挂机，备机白干活儿，年年100w不干活儿，让老板知道抓着你锤！！！

双主热备

在这里插入图片描述

在这里插入图片描述

通过DNS轮训制作双主热备，防止资源浪费问题

下面是原先主机配置，现在添加一个虚拟ip做个备机，即是277备机，又是278主机

global_defs {
#全局变量-路由id，标识主机id
   router_id keep_137
}

vrrp_script check_nginx_alive {
	script "/etc/keepalived/xxx.sh"
	interval 2 #每隔两秒钟运行脚本检测
	weight 10 #脚本运行成功，升级权重+10
}

#228主节点
vrrp_instance VI_1 {
    state MASTER
    interface eth0
    virtual_router_id 51
    priority 100
    advert_int 1
    authentication {
        auth_type PASS
        auth_pass 1111
    }
    virtual_ipaddress {
        172.17.219.228
    }
	track_script{
		check_nginx_alive
	}
}
#227从节点
vrrp_instance VI_2 {
    state BACKUP
    interface eth0
    virtual_router_id 52
    priority 80
    advert_int 1
    authentication {
        auth_type PASS
        auth_pass 1111
    }
    virtual_ipaddress {
        172.17.219.227
    }
	track_script{
		check_nginx_alive
	}
}

这是原先备机那台，我们做个虚拟ip来个主机，即是278备机，又是277主机

global_defs {
#全局变量-路由id，标识主机id
   router_id keep_137
}

vrrp_script check_nginx_alive {
	script "/etc/keepalived/xxx.sh"
	interval 2 #每隔两秒钟运行脚本检测
	weight 10 #脚本运行成功，升级权重+10
}

#228主节点
vrrp_instance VI_1 {
    state BACKUP
    interface eth0
    virtual_router_id 51
    priority 80
    advert_int 1
    authentication {
        auth_type PASS
        auth_pass 1111
    }
    virtual_ipaddress {
        172.17.219.228
    }
	track_script{
		check_nginx_alive
	}
}
#227从节点
vrrp_instance VI_2 {
    state MASTER
    interface eth0
    virtual_router_id 52
    priority 100
    advert_int 1
    authentication {
        auth_type PASS
        auth_pass 1111
    }
    virtual_ipaddress {
        172.17.219.227
    }
	track_script{
		check_nginx_alive
	}
}

现在我们的 机器就是互为主备，双主热备搞定了，配置好DNS轮训就可以让我们的一个服务获得非常稳定的保障了

凯凯兹
关注
  • 3
    点赞
  • 踩
  • 18
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
Nginx+keepalived
weixin_46886475的博客
11-25 3536
配置Nginx HA模式，防止访问高并发导致Nginx宕机造成服务停止；
keepalived+nginx
shif_l的专栏
03-31 762
#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+keepalived实现nginx高可用集群
m0_38004228的博客
12-16 3612
nginx+keepalived实现nginx高可用集群
Keepalived+Nginx高可用
最新发布
qq_33906471的博客
05-28 560
本文记录了Nginx+Keepalived实现高可用的全部过程，希望能够帮到大家。
Keepalived+Nginx实现高可用，反向代理---Keepalived安装及相关配置
通往精英的成长之路
03-17 2万+
【前言】 在博文《智能一代云平台（十五）:Keepalived+Nginx实现高可用，反向代理---Nginx安装及配置》中介绍了Nginx的安装及相关配置的信息，由于篇幅原因不能用一篇博文描述完，这篇接着为大家分享其中的一个非常重要的模块Keepalived的安装及相关配置。 【研究之路】 一、郑重声明 本篇博文的前导博文为《智能...
用keepalived搭建企业级nginx高可用方案
qq_42327944的博客
05-18 874
nginx高可用在生产环境中的使用比较常见，如果一个系统能够一直提供服务，那么这个可用性则是百分之百，但是天有不测风云。所以我们只能尽可能的去减少服务的故障，如果一个系统能够一直提供服务，那么这个可用性则是百分之百，但是天有不测风云。所以我们只能尽可能的去减少服务的故障，本次实验采用keepalived来实现Nginx的高可用，这种方案在国内企业中是一种比较常见的高可用方案，采用双机热备，一台服务器提供服务，另一台处于待机状态，当主服务器宕机后就接替它继续运行。
Nginx+Keepalived实现nginx高可用和负载均衡详细步骤
02-10
【Nginx+Keepalived 实现 nginx 高可用和负载均衡详解】 在现代Web服务架构中，确保服务器高可用性和负载均衡至关重要。Nginx作为一款高性能的HTTP和反向代理服务器，常用于处理静态内容和反向代理任务。而...
详解Keepalived+Nginx实现高可用（HA）
09-30
【详解Keepalived+Nginx实现高可用（HA）】 在构建高可用性(High Availability, HA)系统时，Keepalived 和 Nginx 的结合是常用的一种解决方案。本文将详细解析如何在 CentOS 7 环境下，通过 Keepalived 和 Nginx ...
nginx+keepalived安装包
12-03
**Nginx与Keepalived整合详解** 在现代互联网服务中，高可用性和负载均衡是不可或缺的要素。Nginx是一款高性能的HTTP和反向代理服务器，常用于处理静态文件、缓存、负载均衡等任务；而Keepalived则是一个用于网络...
4 lvs+keepalived+nginx+tomcat实现高性能负载均衡集群.docx
06-22
这里提到的“4 lvs+keepalived+nginx+tomcat”架构，就是一种常用的解决方案，用于处理高流量的Web服务。下面将详细解释每个组件的作用和配置方法。 1. LVS（Linux Virtual Server）： LVS是Linux内核中的一个负载...
Keepalived+Nginx实现高可用Web负载均衡
05-01
《Keepalived+Nginx构建高可用Web负载均衡详解》 在互联网服务中，Web服务器的高可用性和负载均衡是确保服务稳定、高效的关键因素。Keepalived与Nginx的结合，为实现这一目标提供了强大的解决方案。本文将深入探讨...
Role部署LNMP+HAproxy+keepalived高可用.docx
08-25
"Role部署LNMP+HAproxy+keepalived高可用" 本文将详细介绍如何使用Ansible搭建高可用的LNMP（Linux、Nginx、Mysql、PHP）环境，并使用HAproxy和keepalived实现负载均衡和高可用性。 一、Ansible简介 Ansible是一种...
Keepalived实现Nginx负载均衡高可用的示例代码
09-29
【Keepalived 实现 Nginx 负载均衡高可用】 Keepalived 是一个开源项目，主要用于构建高可用的网络服务，它结合了VRRP（Virtual Router Redundancy Protocol，虚拟路由冗余协议）协议，能实现系统服务的高可用性和...
keepalived实现nginx高可用
09-15
在Ubuntu 16.04上部署Keepalived和Nginx的高可用环境，需要执行一键安装脚本，指定服务器角色（MASTER或BACKUP）、优先级、接口和虚拟IP地址。脚本会自动安装Nginx和Keepalived，然后配置Keepalived的配置文件`/etc...
nxing+keepalived实现高可用
03-25
本文主要介绍如何使用nginx和keepalived实现高可用性服务器架构，确保在一台服务器出现故障时，服务能够自动切换至另一台服务器，从而维持系统的稳定运行。 1. **nginx反向代理**： nginx是一款高性能的HTTP和反向...
keepalived高可用部署1
08-03
随着时间的发展，keepalived也逐渐扩展了其功能，支持包括Nginx、Haproxy、Mysql等在内的多种服务的高可用性解决方案。它通过实施VRRP（Virtual Router Redundancy Protocol，虚拟路由冗余协议）来确保当单一节点...
Keepalived之——Keepalived + Nginx 实现高可用 Web 负载均衡
热门推荐
冰河的专栏
05-29 10万+
一、Keepalived 简要介绍 Keepalived 是一种高性能的服务器高可用或热备解决方案， Keepalived 可以用来防止服务器单点故障的发生，通过配合 Nginx 可以实现 web 前端服务的高可用。 Keepalived 以 VRRP 协议为实现基础，用 VRRP 协议来实现高可用性(HA)。 VRRP(Virtual RouterRedundancy Protocol)协议
nginx+keepalived高可用详解配置
被生活耽误的旅行者
07-16 5395
Keepalived简介 Keepalived是Linux下一个轻量级别的高可用解决方案。高可用：广义来讲，是指整个系统的高可用行；狭义的来讲就是主机的冗余和接管。 它与HeartBeat实现类似的功能，都可以实现服务或者网络的高可用，但是又有差别，HeartBeat是一个专业的、功能完善的高可用软件，它提供HA软件所需的基本功能，比如：心跳检测、资源接管，检测集群中的服务，在集群节点转移共享IP地址的所有者等等。HeartBeat功能强大，但是部署和使用相对比较麻烦，与HeartBeat相比，Keepa
Nginx+keepalived 双机热备（主从模式）
weixin_34389926的博客
12-06 1763
  负载均衡技术对于一个网站尤其是大型网站的web服务器集群来说是至关重要的！做好负载均衡架构，可以实现故障转移和高可用环境，避免单点故障，保证网站健康持续运行。关于负载均衡介绍，可以参考：linux负载均衡总结性说明（四层负载/七层负载） 由于业务扩展，网站的访问量不断加大，负载越来越高。现需要在web前端放置nginx负载均衡,同时结合keepalived对前端nginx实现HA高可用。1）n...
nginx+keepalived
08-23
nginx keepalived是一种实现服务器负载均衡的高可用方案，通过结合nginx和keepalived来解决传统负载均衡服务器宕机后无法自行切换的问题，从而避免雪崩效应的发生。 通过配置keepalived.conf文件，可以实现两台...

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值