Nginx进阶-CSDN博客

本文链接：https://blog.csdn.net/qq_42372017/article/details/109355400

1、Nginx 配置高可用的集群

在这里插入图片描述

准备工作：

需要两台 nginx 服务器
需要 keepalived
需要虚拟IP

配置高可用的准备工作

需要两台服务器 192.168.17.129 和 192.168.17.131
在两台服务器安装 nginx
在两台服务器安装 keepalived

在两台服务器安装 keepalived

使用 yum 命令进行安装
安装之后，在 etc 里面生成目录 keepalived ，有文件 keepalived.conf

完成高可用配置（主从配置）

修改/etc/keepalived/keepalivec.conf 配置文件

global_defs {
    notification_email {
        acassen@firewall.loc
        failover@firewall.loc
        sysadmin@firewall.loc
}
    notification_email_from Alexandre.Cassen@firewall.loc
    smtp_server 192.168.17.129
    smtp_connect_timeout 30
    router_id LVS_DEVEL
}
vrrp_script chk_http_port {
    script "/usr/local/src/nginx_check.sh"
    interval 2 #（检测脚本执行的间隔）
    weight 2
}
vrrp_instance VI_1 {
    state BACKUP # 备份服务器上将 MASTER 改为 BACKUP
    interface ens33 //网卡
    virtual_router_id 51 # 主、备机的 virtual_router_id 必须相同
    priority 90 # 主、备机取不同的优先级，主机值较大，备份机值较小
    advert_int 1
    authentication {
        auth_type PASS
        auth_pass 1111
     }
    virtual_ipaddress {
        192.168.17.50 // VRRP H 虚拟地址
    }
}

在/usr/local/src 添加检测脚本

#!/bin/bash
A=`ps -C nginx –no-header |wc -l`
if [ $A -eq 0 ];then
    /usr/local/nginx/sbin/nginx
    sleep 2
    if [ `ps -C nginx --no-header |wc -l` -eq 0 ];then
        killall keepalived
    fi
fi

把两台服务器上 nginx 和和 keepalived 启动

启动 nginx ：./nginx
启动 keepalived ：systemctl start keepalived.service

最终测试

在浏览器地址栏输入虚拟 ip 地址 192.168.17.50
把主服务器（192.168.17.129 ）nginx 和和 keepalived 停止，再输入 192.168.17.50

2、Nginx 原理解析

2.1、工作方式

nginx采用的是master和worker的工作方式，好处：对于每个 worker 进程来说，独立的进程，不需要加锁，所以省掉了锁带来的开销，同时在编程以及问题查找时，也会方便很多。其次，采用独立的进程，可以让互相之间不会影响，一个进程退出后，其它进程还在工作，服务不会中断，master 进程则很快启动新的worker 进程。
worker是如何工作的？

2.2、一个 master 和多个 woker 的好处

可以使用 nginx –s reload 热部署，利用 nginx 进行热部署操作。
每个 woker 是独立的进程，如果有其中的一个 woker 出现问题，其他 woker 独立的，继续进行争抢，实现请求过程，不会造成服务中断。

2.3、设置多少个worker合适

worker 数和服务器的 cpu 数相等是最为适宜的

Nginx 同 redis 类似都采用了 io 多路复用机制，每个 worker 都是一个独立的进程，但每个进程里只有一个主线程，通过异步非阻塞的方式来处理请求，即使是千上万个请求也不在话下。每个 worker 的线程可以把一个 cpu 的性能发挥到极致。所以 worker 数和服务器的 cpu数相等是最为适宜的。设少了会浪费 cpu，设多了会造成 cpu 频繁切换上下文带来的损耗。

# 设置 worker 数量。
worker_processes 4
#work 绑定 cpu(4 work 绑定 4cpu)。
worker_cpu_affinity 0001 0010 0100 1000
#work 绑定 cpu (4 work 绑定 8cpu 中的 4 个) 。
worker_cpu_affinity 0000001 00000010 00000100 00001000

2.4、连接数 worker_connection

发送请求，占用了 woker 的几个连接数？

答案：2个—>访问静态资源

4个—>反向代理访问tomcat
nginx 有一个个 master ，有四个 woker ，每个 woker 支持最大的连接数 1024 ，支持的最大并发数是多少？
- 普通的静态访问最大并发数是： worker_connections * worker_processes /2 ；
- 而如果是 HTTP作为反向代理来说，最大并发数量应该是 worker_connections *worker_processes/4，因为作为反向代理服务器，每个并发会建立与客户端的连接和与后端服务器的连接，会各占用两个连接。

在这里插入图片描述