nginx 用root还是nginx启动

转载

烂漫树林 2024-11-12 22:27:14

本文主要涉及nginx中一些基础实战：nginx反向代理、负载均衡、动静分离。

文章目录

一、反向代理
二、负载均衡

2.1 负载均衡分配策略

三、动静分离
四、nginx高可用

一、反向代理

准备工作
准备两个Tomcat 服务器，一个 8080 端口，一个 8081 端口，修改tomcat端口之类的就不说了吧，自行百度。
分别为两个Tomcat服务器创建简单Web应用user、getPage，应用包含简单页面，页面内容表明哪个端口号被访问。
反向代理实例
1.在 windows 系统的 host 文件进行域名和 ip 对应关系的配，在C:\Windows\System32\drivers\etc\hosts文件末添加

nginx服务器IP地址 www.tonghua.com
如：192.168.135.66 www.tonghua.com

提示：确保本地能ping通服务器，其实这里配这个就是在本地能够使用域名www.tonghua.com请求nginx服务器时候，dns能够首先解析这个域名为服务器ip，其实就是显得高大上一点。
2.在 nginx 进行请求转发的配置（反向代理配置）
在上篇文章nginx入门学习笔记（一）中我们使用docker来安装的nginx，我们这儿，进入到/root/conf/nginx.conf添加如下即可。

server{
   listen 80; //监听端口
   charset utf-8; //字符集
   server_name 192.168.135.74; //监听地址（nginx所在服务器ip）

   location /user {   //请求的url过滤
      proxy_pass http://192.168.135.66:8080;  //代理跳转地址
      proxy_redirect default;  
      #index  index.html index.htm;
   }
   location /getPage {   //请求的url过滤
   proxy_pass http://192.168.135.66:8081;  //代理跳转地址
   }
}

nginx 用root还是nginx启动_服务器

地址栏输入http://192.168.135.74/user则返回http://192.168.135.66:8080/user的页面。
地址栏输入http://192.168.135.74/getPage则返回http://192.168.135.66:8081/getPage的页面。
nginx常用正则表达式及文件目录匹配判断

= = : 等值比较;
~：与指定正则表达式模式匹配时返回“真”，判断匹配与否时区分字符大小写；
~*：与指定正则表达式模式匹配时返回“真”，判断匹配与否时不区分字符大小写；
!~：与指定正则表达式模式不匹配时返回“真”，判断匹配与否时区分字符大小写；
!~*：与指定正则表达式模式不匹配时返回“真”，判断匹配与否时不区分字符大小写；
-f, !-f：判断指定的路径是否为存在且为文件；
-d, !-d：判断指定的路径是否为存在且为目录；
-e, !-e：判断指定的路径是否存在，文件或目录均可；
-x, !-x：判断指定路径的文件是否存在且可执行；
例：静态动态分离，除了静态资源以外的请求都交给Tomcat处理.
location / {  
    proxy_pass http://localhost:8080
}  

location ^~ /static/ {  
    root /webroot/static/;  
}  

location ~* \.(html|htm|gif|jpg|jpeg|bmp|png|ico|txt|js|css)$ {  
    root /webroot/res/;  
}

二、负载均衡

Nginx配置实例（负载均衡）
浏览器地址栏输入地址http://192.168.135.74/user，负载均衡效果，平均 8081和 8082 端口中。
准备工作
·1、准备两台 tomcat 服务器，一台 8080，一台 8081。
2、在两台 tomcat 里面 webapps 目录中，创建名称是 user简单应用。
修改配置文件
进入到/root/conf/nginx.conf对Nginx 的配置文件中进行负载均衡的配置即可。

# 负载用到的配置,创建一个负载服务
upstream myserver{
	server 192.168.135.66:8080;
	server 192.168.135.66:8081;
}
server {
    listen       80;
    server_name  192.168.135.74;
    #charset koi8-r;
    #access_log  logs/host.access.log  main;
    location / {
		# 负载用到的配置，就是上面我们创建那个负载服务
	    proxy_pass  http://myserver;
        root   html;
        index  index.html index.htm;
    }
}

2.1 负载均衡分配策略

负载均衡（load balance）即是将负载分摊到不同的服务单元，既保证服务的可用性，又保证响应足够快，给用户很好的体验。

快速增长的访问量和数据流量催生了各式各样的负载均衡产品，很多专业的负载均衡硬件提供了很好的功能，但却价格不菲，这使得负载均衡软件大受欢迎，nginx 就是其中的一个，在 linux 下有 Nginx、 LVS、 Haproxy 等等服务可以提供负载均衡服务，而且 Nginx 提供了几种分配方式(策略)

轮询
这是Ngnix负载均衡默认分配策略。每个请求按时间顺序逐一分配到不同的后端服务器，如果后端服务器 down 掉，能自动剔除。

加权
weight 代表权，重默认为 1，权重越高被分配的客户端越多。指定轮询几率，weight和访问比率成正比，用于后端服务器性能不均的情况。例如：

upstream myserver{
	server 127.0.0.1:8081 weight=8;
	server 127.0.0.1:8082 weight=2;
}

ip_hash
每个请求按访问 ip 的 hash 结果分配，这样每个访客固定访问一个后端服务器，可以解决 session 的问题。例如：

upstream myserver{
	ip_hash;
	server 127.0.0.1:8081;
	server 127.0.0.1:8082;
}

fair
这是Ngnix负载均衡第三方分配策略。按后端服务器的响应时间来分配请求，响应时间短的优先分配。

upstream myserver{
	server 127.0.0.1:8081;
	server 127.0.0.1:8082;
	fair;
}

三、动静分离

Nginx 动静分离简单来说就是把动态跟静态请求分开，不能理解成只是单纯的把动态页面和静态页面物理分离。严格意义上说应该是动态请求跟静态请求分开，可以理解成使用 Nginx 处理静态页面， Tomcat 处理动态页面。动静分离从目前实现角度来讲大致分为两种：

一种是纯粹把静态文件独立成单独的域名，放在独立的服务器上，也是目前主流推崇的方案；
另外一种方法就是动态跟静态文件混合在一起发布，通过 nginx 来分开。
通过 location 指定不同的后缀名实现不同的请求转发。通过 expires 参数设置，可以使浏览器缓存过期时间，减少与服务器之前的请求和流量。具体 Expires 定义：是给一个资源设定一个过期时间，也就是说无需去服务端验证，直接通过浏览器自身确认是否过期即可，所以不会产生额外的流量。此种方法非常适合不经常变动的资源。（如果经常更新的文件，不建议使用 Expires 来缓存）

若将其设置 3d，表示在这 3 天之内访问这个 URL，发送一个请求，比对服务器该文件最后更新时间没有变化，则不会从服务器抓取，返回状态码304，如果有修改，则直接从服务器重新下载，返回状态码 200。

准备工作
新建一个目录路径C:/image
准备一个tomcat服务器，访问端口为8081
修改配置文件

server {
    listen       80;
    server_name  192.168.135.74;

	# 主要配置内容
	location /image {
		alias  /var/image/;  //或者配置root /var/image/;
		autoindex on;
	}

    location ~ /user{
        proxy_pass   http://192.168.135.66:8080;
    }
}

运行结果
在浏览器地址栏输入

http://192.168.135.74/image/test.png将会显示test.png图片文件。
http://192.168.135.74/user将会显示Tomcat的应用页面
http://192.168.135.74/image/可查阅var/image/目录下的文件列表。

关于alias和root

1）alias指定的目录是准确的，即location匹配访问的path目录下的文件直接是在alias目录下查找的；
2）root指定的目录是location匹配访问的path目录的上一级目录,这个path目录一定要是真实存在root指定目录下的
3）使用alias标签的目录块中不能使用rewrite的break（具体原因不明）；另外，alias指定的目录后面必须要加上"/"符号！！
4）alias虚拟目录配置中，location匹配的path目录如果后面不带"/"，那么访问的url地址中这个path目录后面加不加"/“不影响访问，访问时它会自动加上”/"；但是如果location匹配的path目录后面加上"/"，那么访问的url地址中这个path目录必须要加上"/"，访问时它不会自动加上"/"。如果不加上"/"，访问就会失败！
5）root目录配置中，location匹配的path目录后面带不带"/"，都不会影响访问。

四、nginx高可用

从上面我们可以看出，我们完全依赖于一台nginx服务器，如果nginx服务器挂掉了那岂不是凉凉，和redis一样，nginx也会有高可用技术，采用横向扩展加机器就可以了。
准备工作

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

例如：

nginx 用root还是nginx启动_服务器_02

需要两台服务器 192.168.17.129 和 192.168.17.131
在两台服务器安装 Nginx
在两台服务器安装 keepalived
使用 yum 命令进行安装yum install keepalived –y 安装之后，在 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   ，docker版本的话参见我上篇文章吧
启动 keepalived： systemctl start keepalived.service

最终测试

在浏览器地址栏输入虚拟 ip 地址 192.168.17.50

把主服务器（192.168.17.129） Nginx 和 keepalived 停止，再输入 192.168.17.50

nginx的原理解析

nginx 用root还是nginx启动_负载均衡_03

nginx 用root还是nginx启动_nginx_04

master-workers 的机制的好处

首先，对于每个 worker 进程来说，独立的进程，不需要加锁，所以省掉了锁带来的开销，同时在编程以及问题查找时，也会方便很多。

其次，采用独立的进程，可以让互相之间不会影响，一个进程退出后，其它进程还在工作，服务不会中断， master 进程则很快启动新的worker进程。

当然， worker 进程的异常退出，肯定是程序有 bug 了，异常退出，会导致当前 worker 上的所有请求失败，不过不会影响到所有请求，所以降低了风险。

需要设置多少个 worker
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

连接数 worker_connection
这个值是表示每个 worker 进程所能建立连接的最大值，所以，一个 nginx 能建立的最大连接数，应该是 worker_connections * worker_processes。当然，这里说的是最大连接数，对于HTTP请求本地资源来说，能够支持的最大并发数量是worker_connections * worker_processes

如果是支持 http1.1 的浏览器每次访问要占两个连接，所以普通的静态访问最大并发数是：worker_connections * worker_processes /2，而如果是 HTTP 作为反向代理来说，最大并发数量应该是worker_connections * worker_processes/4。因为作为反向代理服务器，每个并发会建立与客户端的连接和与后端服务的连接，会占用两个连接。

本文章为转载内容，我们尊重原作者对文章享有的著作权。如有内容错误或侵权问题，欢迎原作者联系我们进行内容更正或删除文章。