当前位置: 首页 > article >正文

Nginx方向代理和负载均衡配置

1. Nginx介绍

2.Nginx常用命令

cd /usr/local/nginx/sbin/
./nginx  启动
./nginx -s stop  停止
./nginx -s quit  安全退出
./nginx -s reload  重新加载配置文件  如果我们修改了配置文件,就需要重新加载。
ps aux|grep nginx  查看nginx进程

3.nginx配置文件

3.1 基础配置

# 主进程叫master,负责管理子进程,子进程叫worker
# worker_processes配置项表示开启几个业务进程,一般和cpu核数有关
worker_processes  1;

events {
    worker_connections  1024;
}

http {
	# include表示可以引入其他文件,此处表示引入http mime类型
    include       mime.types;
    default_type  application/octet-stream;
    sendfile        on;
    keepalive_timeout  65;

	# 虚拟主机,可以配置多个
    server {
        listen       80;
        server_name  localhost;

        location / {
        	# 路径匹配之后,哪个目录下去匹配相应的网页,html是相对路径
            root   html;
            index  index.html index.htm;
        }

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

3.1.1 第一部分:全局块

主要会设置一些影响Nginx服务器整体运行的配置指令,主要包括:配置运行Nginx服务器的用户(组)、允许生成的 worker process 数,进程PID存放路径、日志存放路径和类型以及配置文件的引入等。
worker_processes 1;
上面这行 worker_processes 配置,是 Nginx 服务器并发处理服务的关键配置,该值越大,可以支持的并发处理量也越多,但是会受到硬件、软件等设备的约束。

3.1.2 第二部分:events块

events 块涉及的指令主要影响Nginx服务器与用户的网络连接,常用的设置包括:是否开启对多 work process下的网络连接进行序列化,是否允许同时接收多个网络连接,选取哪种事件驱动模型来处理连接请求,每个 work process 可以同时支持的最大连接数等
worker_connections 1024;
上述例子就表示每个 work process 支持的最大连接数为 1024。这部分的配置对Nginx的性能影响较大,在实际中应该灵活配置。

3.1.3 第三部分:http全局块(主要配置的模块)

这部分是 Nginx 服务器配置中最频繁的部分,代理、缓存和日志定义等绝大多数功能和第三方模块的配置都在这里。需要注意的是:http 块也可以包括 http 全局块、server 块。下面的反向代理、动静分离、负载均衡都是在这部分中配置

http 全局块:http 全局块配置的指令包括:文件引入、MIME-TYPE 定义、日志自定义、连接超时时间、单链接请求数上限等。

server 块:这块和虚拟主机有密切关系,从用户角度看,虚拟主机和一台独立的硬件主机是完全一样的,该技术的产生是为了节省互联网服务器硬件成本。

每个http块可以包括多个server块,而每个server块就相当于一个虚拟主机。而每个server块也分为全局server块,以及可以同时包含多个locaton块。

3.1.3.1 全局 server 块

最常见的配置是本虚拟机主机的监听配置和本虚拟主机的名称或IP配置。

3.1.3.2 location 块

一个 server 块可以配置多个 location 块。
基于 Nginx 服务器接收到的请求字符串(例如 server_name/uri-string),对虚拟主机名称(也可以是 IP 别名)之外的字符串(例如 前面的 /uri-string)进行匹配,对特定的请求进行处理。地址定向、数据缓存和应答控制等功能,还有许多第三方模块的配置也在这里进行。

4. 实操

4.1反向代理

4.1.1 跳转

实现效果:使用 Nginx 反向代理,访问192.168.68.130直接跳转到127.0.0.1:8080和127.0.0.1:7070

server {
	listen       80;
	server_name  192.168.68.130;

	location / {
		root   html;
		index  index.html index.htm;
		proxy_pass  http://127.0.0.1:8080
	}
	location ~ /edu/ {
		proxy_pass  http://127.0.0.1:7070
	}
}

监听192.168.68.130:80,匹配所有到http://127.0.0.1:8080
监听192.168.68.130:80/edu,匹配所有到http://127.0.0.1:7070

location 指令说明
该指令用于匹配 URL, 语法如下:

location [ = | ~ | ~* | ^~] uri {

}

= :用于不含正则表达式的 uri 前,要求请求字符串与 uri 严格匹配,如果匹配成功,就停止继续向下搜索并立即处理该请求
~:用于表示 uri 包含正则表达式,并且区分大小写
~*:用于表示 uri 包含正则表达式,并且不区分大小写
^~:用于不含正则表达式的 uri 前,要求 Nginx 服务器找到标识 uri 和请求。字符串匹配度最高的 location 后,立即使用此 location 处理请求,而不再使用 location块中的正则 uri 和请求字符串做匹配。

4.2负载均衡

4.2.1 轮询

	# 反向代理配置
	upstream server_list{
	   # 这个是tomcat的访问路径
	   server localhost:8080;
	   server localhost:7070;
	}
	server {
	        listen       80;
	        server_name  localhost;
	
	        location / {
	            root   html;
				proxy_pass http://server_list;
	            index  index.html index.htm;
	        }
	
	        error_page   500 502 503 504  /50x.html;
	        location = /50x.html {
	            root   html;
	        }
	    }

监听localhost:80,分发到server localhost:8080和server localhost:7070;默认使用轮询策略

4.2.1 weight 权重

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

# 反向代理配置
upstream server_list{
	# 这个是tomcat的访问路径
	server localhost:8080 weight=5;
	server localhost:7070 weight=1;
}

4.2.2 ip_hash

每个请求按访问ip的hash值分配,这样每个访问客户端会固定访问一个后端服务器,可以解决会话Session丢失的问题.不管刷新多少遍,始终访问的是同一台tomcat服务器

upstream backserver { 
	ip_hash; 
	server 127.0.0.1:8080; 
	server 127.0.0.1:7070; 
}

4.2.3 最少连接

web请求会被转发到连接数最少的服务器上

upstream backserver { 
	least_conn;
	server 127.0.0.1:8080; 
	server 127.0.0.1:7070; 
}	

5. 容易搞混的配置

5.1 root和alias

使用root,实际的路径就是:root值 + location值。
使用alias,实际的路径就是:alias值。

例如,
有一张图片,URL是:www.123.com/static/a.jpg
它在服务器的路径是:/var/www/app/static/a.jpg
那么用root的配置是:

location /static/ {
	root /var/www/app/;
}

用alias的配置就是:

location /static/ {
	alias /var/www/app/static/;
}

对于alias,location值可以随便取,例如:

location /hello/ {
	alias /var/www/app/static/;
}

这样,我们访问图片的地址就是:www.123.com/hello/a.jpg

5.2 try_files

try_files /4.html /5.html @qwe; #检测文件4.html和5.html,如果存在正常显示,不存在就去查找@qwe值


http://www.kler.cn/a/232465.html

相关文章:

  • 游戏引擎学习第10天
  • IOT物联网低代码可视化大屏解决方案汇总
  • CSS的综合应用例子(网页制作)
  • 【视觉SLAM】1-概述
  • 试编写算法将单链表就地逆置(默认是带头节 点,如果是不带头节点地逆置呢?)
  • UVa 11855 Buzzwords
  • Unity3d Shader篇(六)— BlinnPhong高光反射着色器
  • PyTorch自动微分模块torch.autograd的详细介绍
  • Top 20 Docker 面试题(附答案)
  • 时间序列预测 —— DeepAR 模型
  • RedissonClient妙用-分布式布隆过滤器
  • 解锁机器学习多类分类之门:Softmax函数的全面指南
  • 详细关于如何解决mfc140.dll丢失的步骤,有效修复mfc140.dll文件丢失的问题。
  • l + r >> 1; 的含义
  • 10分钟快速入门正则表达式
  • 100天精通Python(实用脚本篇)——第115天:基于selenium实现反反爬策略之隐藏浏览器指纹特征
  • 排序(2)(希尔排序)
  • RibbonOpenFeign源码(待完善)
  • C语言操作符超详细总结
  • 第十六篇【传奇开心果系列】Python的OpenCV库技术点案例示例:图像质量评估
  • 前端框架学习 Vue(3)vue生命周期,钩子函数,工程化开发脚手架CLI,组件化开发,组件分类
  • Git分支常用指令
  • LabVIEW多任务实时测控系统
  • 书生·浦语大模型第二课作业
  • 基于Linux的HTTP代理服务器搭建与配置实战
  • Gitlab和Jenkins集成 实现CI (三)