一、Nginx配置文件详解
Nginx配置文件在nginx安装目录下 conf/nginx.conf
# nginx配置文件主要分为六个区域
# main(全局设置) 作用域是全局 对应就是从user nobody 到 pid
# events(nginx工作模式) 对应events {}
# upstream(负载均衡服务器设置）默认配置中没有，处理负载均衡时需要加
# http(http设置) 对应http {} 里面的内容
# sever(主机设置) 对应http { server { } } 里面的内容
# location(URL匹配) 对应http { server { location { } } } 里面的内容
nginx.conf 默认的配置信息
#设置用户的权限
#user nobody;
#设置工作进程数 一般为 Cpu 核心*2
worker_processes 1;
# 日志输出参数
#error_log logs/error.log;
#error_log logs/error.log notice;
#error_log logs/error.log info;
# 进程ID
#pid logs/nginx.pid;
events {
# 工作连接数 根据自己的情况调整
worker_connections 1024;
}
http {
# 能够支持的类型 在这个文件下写着 mime.types
include mime.types;
# 默认的类型 在 application/octet-stream;
default_type application/octet-stream;
# 日志的格式
#log_format main '$remote_addr - $remote_user [$time_local] "$request" '
# '$status $body_bytes_sent "$http_referer" '
# '"$http_user_agent" "$http_x_forwarded_for"';
#访问日志记录
#access_log logs/access.log main;
#启动 发送文件
sendfile on;
# 开启TCP 推送
#tcp_nopush on;
# 连接超时时间
#keepalive_timeout 0;
keepalive_timeout 65;
# 开启压缩文件
#gzip on;
server {
listen 80;
server_name localhost;
#charset koi8-r;
#访问日志记录 以及位置
#access_log logs/host.access.log main;
# 匹配位置 支持正则表达式
location / {
# 寻找位置 默认在Nginx 目录下的 类型
root html;
index index.html index.htm;
}
#错误信息 页面
#error_page 404 /404.html;
#将服务器错误页重定向到静态页/50x.html
# redirect server error pages to the static page /50x.html
#
error_page 500 502 503 504 /50x.html;
location = /50x.html {
root html;
}
# proxy the PHP scripts to Apache listening on 127.0.0.1:80
#
#location ~ \.php$ {
# proxy_pass http://127.0.0.1;
#}
# pass the PHP scripts to FastCGI server listening on 127.0.0.1:9000
#
#location ~ \.php$ {
# root html;
# fastcgi_pass 127.0.0.1:9000;
# fastcgi_index index.php;
# fastcgi_param SCRIPT_FILENAME /scripts$fastcgi_script_name;
# include fastcgi_params;
#}
# deny access to .htaccess files, if Apache's document root
# concurs with nginx's one
#
#location ~ /\.ht {
# deny all;
#}
}
# another virtual host using mix of IP-, name-, and port-based configuration
#
#server {
# listen 8000;
# listen somename:8080;
# server_name somename alias another.alias;
# location / {
# root html;
# index index.html index.htm;
# }
#}
# HTTPS server
#
#server {
# listen 443 ssl;
# server_name localhost;
# ssl_certificate cert.pem;
# ssl_certificate_key cert.key;
# ssl_session_cache shared:SSL:1m;
# ssl_session_timeout 5m;
# ssl_ciphers HIGH:!aNULL:!MD5;
# ssl_prefer_server_ciphers on;
# location / {
# root html;
# index index.html index.htm;
# }
#}
}
main(全局设置) 区域：
user :来指定Nginx Worker进程运行用户以及用户组，默认由nobody账号运行。也可以创建nginx用户指定用户。
创建www用户，在nginx配置文件中把user noboby noboby;–>user www www;即可
/usr/sbin/groupadd www
/usr/sbin/useradd -g www www
worker_processes:来指定了Nginx要开启的子进程数。每个Nginx进程平均耗费10M~12M内存。根据经验，一般指定1个进程就足够了，如果是多核CPU，建议指定和CPU的数量一样的进程数即可。
error_log:用来定义全局错误日志文件。日志输出级别有debug、info、notice、warn、error、crit可供选择，其中，debug输出日志最为最详细，而crit输出日志最少。
pid:用来指定进程id的存储文件位置。
worker_rlimit_nofile:用于指定一个nginx进程可以打开的最多文件描述符数目，这里是65535，需要使用命令“ulimit -n 65535”来设置
修改为worker_processes 4;
再次启动，查看nginx进程信息如下图
events(nginx工作模式)区域
events {
#指定运行模型
use epoll;
#工作连接数 根据自己的情况调整
worker_connections 1024;
}
use：用来指定Nginx的工作模式。Nginx支持的工作模式有select、poll、kqueue、epoll、rtsig和/dev/poll。
其中select和poll都是标准的工作模式，kqueue和epoll是高效的工作模式，不同的是epoll用在Linux平台上，
而kqueue用在BSD系统中,对于Linux系统，epoll工作模式是首选。
worker_connections：用于定义Nginx每个进程的最大连接数，即接收前端的最大请求数，默认是1024。
最大客户端连接数由worker_processes和worker_connections决定，即Max_clients=worker_processes*worker_connections，
在作为反向代理时，Max_clients变为：Max_clients = worker_processes * worker_connections/4。
进程的最大连接数受Linux系统进程的最大打开文件数限制，在执行操作系统命令“ulimit -n 65536”后worker_connections的设置才能生效。
upstream区域
upstream在默认的配置文件中没有，当需要用到负载均衡，反向代理等的时候需要用到。
upstream 模块 负载均衡模块，通过一个简单的调度算法来实现客户端IP到后端服务器的负载均衡。
#Nginx的负载均衡模块目前支持4种调度算法:
# weight 轮询（默认）。每个请求按时间顺序逐一分配到不同的后端服务器，如果后端某台服务器宕机，故障系统被自动剔除，使用户访问不受影响。
# weight指定轮询权值，weight值越大，分配到的访问机率越高，主要用于后端每个服务器性能不均的情况下。
# ip_hash。每个请求按访问IP的hash结果分配，这样来自同一个IP的访客固定访问一个后端服务器，有效解决了动态网页存在的session共享问题。
# fair。比上面两个更加智能的负载均衡算法。此种算法可以依据页面大小和加载时间长短智能地进行负载均衡，
# 也就是根据后端服务器的响应时间来分配请求，响应时间短的优先分配。Nginx本身是不支持fair的，如果需要使用这种调度算法，必须下载Nginx的upstream_fair模块。
# url_hash。按访问url的hash结果来分配请求，使每个url定向到同一个后端服务器，可以进一步提高后端缓存服务器的效率。Nginx本身是不支持url_hash的，如果需要使用这种调度算法，必须安装Nginx 的hash软件包。
#在HTTP Upstream模块中，可以通过server指令指定后端服务器的IP地址和端口，同时还可以设定每个后端服务器在负载均衡调度中的状态。常用的状态有：
# down，表示当前的server暂时不参与负载均衡。
# backup，预留的备份机器。当其他所有的非backup机器出现故障或者忙的时候，才会请求backup机器，因此这台机器的压力最轻。
# max_fails，允许请求失败的次数，默认为1。当超过最大次数时，返回proxy_next_upstream 模块定义的错误。
# fail_timeout，在经历了max_fails次失败后，暂停服务的时间。max_fails可以和fail_timeout一起使用。
http(http设置)区域
http模块负责HTTP服务器相关属性的配置，有server和upstream两个子模块
include ：来用设定文件的mime类型,类型在配置文件目录下的mime.type文件定义，来告诉nginx来识别文件类型。
default_type：设定了默认的类型为二进制流，也就是当文件类型未定义时使用这种方式，例如在没有配置asp的locate环境时，Nginx是不予解析的，此时，用浏览器访问asp文件就会出现下载了。
log_format：用于设置日志的格式，和记录哪些参数
http {
include mime.types;
default_type application/octet-stream;
log_format main '$remote_addr - $remote_user [$time_local] "$request" '
'$status $body_bytes_sent "$http_referer" '
'"$http_user_agent" "$http_x_forwarded_for"';
#access_log logs/access.log main;
sendfile on;
#tcp_nopush on;
keepalive_timeout 65;
#gzip on;
mime.type文件
这是mime.type部分截图
sever(主机设置) 区域
server用来定一个虚拟主机，标志定义虚拟主机开始。
listen：用于指定虚拟主机监听哪个端口。
server_name：用来指定IP地址或者域名，多个域名之间用空格分开。
root ：表示在这整个server虚拟主机内，全部的root web根目录。注意要和locate {}下面定义的区分开来。
index ：全局定义访问的默认首页地址。注意要和locate {}下面定义的区分开来。
charset：用于设置网页的默认编码格式。
access_log：用来指定此虚拟主机的访问日志存放路径，最后的main用于指定访问日志的输出格式。 这个main就是http日志格式的main
server {
listen 80;
server_name localhost;
root /Users/hk/www;
index index.php index.html index.htm;
charset utf-8;
access_log logs/host.access.log main;
aerror_log logs/host.error.log main;
}
location(URL匹配)区域
location模块 负载均衡,反向代理,虚拟域名等配置。是来定位的，定位URL，解析URL，它也提供了强大的正则匹配功能，也支持条件判断匹配，
可以通过location指令实现Nginx对动,静态网页进行过滤处理。
location / 表示全路径匹配
root指令用于指定访问根目录时，虚拟主机的web目录，这个目录可以是相对路径（相对路径是相对于nginx的安装目录）。也可以是绝对路径。
proxy_pass：代理转发，如果在proxy_pass后面的url加/，表示绝对根路径；如果没有/，表示相对路径，把匹配的路径部分也给代理走。
proxy_set_header：允许重新定义或者添加发往后端服务器的请求头。
include：加载配置文件，后面介绍nginx多个配置文件时候会提到。
root：定位localtion匹配的url资源路径。
index：定义页面显示html，一般和alias配合使用。
二、代理模式
Nginx 服务器的反向代理服务是其最常用的重要功能，由反向代理服务也可以衍生出很多与此相关的Nginx 服务器重要功能，比如后面会介绍的负载均衡。在了解反向代理之前，我们需要先知道什么是代理以及什么是正向代理。
**代理：**在Java设计模式中，代理模式是这样定义的：给某个对象提供一个代理对象，并由代理对象控制原
对象的引用。
大白话就是我想去做某一件事，自己不方便，找一个人帮我去做。比如我想吃午餐，又不想动，这时候点个外卖。那么外卖员帮你取货送货就是一种代理。
**正向代理：**正向代理服务器位于客户端和服务器之间，为了向服务器获取数据，客户端要向代理服务器发送一个请求，并指定目标服务器，代理服务器将目标服务器返回的数据转交给客户端。这里客户端是要进行一些正向代理的设置的。例如vpn就是正向代理。
**反向代理：**反向代理和正向代理的区别就是：正向代理代理客户端，反向代理代理服务器。
反向代理，其实客户端对代理是无感知的，因为客户端不需要任何配置就可以访问，我们只需要将请求发送到反向代理服务器，由反向代理服务器去选择目标服务器获取数据后，在返回给客户端，此时反向代理服务器和目标服务器对外就是一个服务器，暴露的是代理服务器地址，隐藏了真实服务器IP地址。
正向代理和反向代理的大白话就是，**正向代理代理的是客户端，反向代理代理的是服务器。**举个栗子，比如女朋友要买衣服，自己不想买，让你去买，这就是代理。然后你给哪个女朋友买，对你来说是正向代理，去哪家店买对你来说是反向代理。
后面的负载均衡就用到了nginx的方向代理。所以只要知道了nginx的负载均衡怎么配置，就知道了nginx的反向代理怎么配置
三、nginx负载均衡介绍
nginx应用场景之一就是负载均衡。在访问量较多的时候，可以通过负载均衡，将多个请求分摊到多台服务器上，相当于把一台服务器需要承担的负载量交给多台服务器处理，进而提高系统的吞吐率；另外如果其中某一台服务器挂掉，其他服务器还可以正常提供服务，以此来提高系统的可伸缩性与可靠性。
下图为负载均衡示例图，当用户请求发送后，首先发送到负载均衡服务器，而后由负载均衡服务器根据配置规则将请求转发到不同的web服务器上。
2. nginx负载均衡策略
nginx内置负载均衡策略主要分为三大类，分别是轮询、最少连接和ip hash
最少连接
请求分配给活动连接数最少的服务器，哪台服务器连接数最少，则把请求交给哪台服务器，由nginx统计服务器连接数
ip hash
基于客户端ip的分配方式
2.1 轮询
以循环方式分发对应用服务器的请求，将请求平均分发到每台服务器上。
2.1.1 普通轮询方式
该方式是默认方式，轮询适合服务器配置相当，无状态且短平快的服务使用。另外在轮询中，如果服务器挂掉，会自动剔除该服务器。
http {
# 定义转发分配规则
upstream demo-server{
server 192.168.213.138:8080; # 要转发到的服务器，如ip、ip:端口号、域名、域名:端口号
server 192.168.213.139:8090;
}
server {
listen 80; # nginx监听的端口
location / {
# 使用myapp1分配规则，即刚自定义添加的upstream节点
# 将所有请求转发到myapp1服务器组中配置的某一台服务器上
proxy_pass http://demo-server;
}
}
}
2.1.2 权重轮询方式
如果在 upstream 中配置的server参数后追加 weight 配置，则会根据配置的权重进行请求分发。此策略可以与least_conn和ip_hash结合使用，适合服务器的硬件配置差别比较大的情况。
# 定义转发分配规则
upstream demo-server{
server 192.168.213.138:8080 weight=1; # 该台服务器接受1/6的请求量
server 192.168.213.139:8090 weight=2; # 该台服务器接受2/6的请求量
}
2.2 最少连接
轮询算法是把请求平均的转发给各个后端，使它们的负载大致相同；但是，有些请求占用的时间很长，会导致其所在的后端负载较高。这种情况下，least_conn这种方式就可以达到更好的负载均衡效果，适合请求处理时间长短不一造成服务器过载的情况。
# 定义转发分配规则
upstream demo-server{
least_conn; # 把请求分派给连接数最少的服务器
server 192.168.213.138:8080;
server 192.168.213.139:8090;
}
2.3 ip hash
这个方法确保了相同的客户端的请求一直发送到相同的服务器，这样每个访客都固定访问一个后端服务器。如用户需要分片上传文件到服务器下，然后再由服务器将分片合并，这时如果用户的请求到达了不同的服务器，那么分片将存储于不同的服务器目录中，导致无法将分片合并，该场景则需要使用ip hash策略。
需要注意的是，ip_hash不能与backup同时使用，另外当有服务器需要剔除，必须手动down掉，此模式适合有状态服务，比如session
# 定义转发分配规则
upstream demo-server{
ip_hash; # #保证每个请求固定访问一个后端服务器
server 192.168.213.138:8080;
server 192.168.213.139:8090;
}
3.nginx负载均衡搭建示例
该示例使用一台nginx作为负载均衡服务器, 两台虚拟机进行测试。
Nginx的安装请参考https://blog.csdn.net/huaxinzhang/article/details/129687939
安装完毕后，进入nginx目录下的conf目录，编辑 nginx.conf 文件，修改内容为在http节点下增加
# 定义转发分配规则
upstream demo-server{
ip_hash; # #保证每个请求固定访问一个后端服务器
server 192.168.213.138:8080;
server 192.168.213.139:8090;
}
server节点下的location /节点中，把默认的
location / {
root html;
index index.html index.htm;
}
修改为
location / {
proxy_pass http://demo-server;
}
然后启动 两台虚拟机中的jar包文件与nginx服务,用 jmeter 访问测试。
其中启动jar命令：nohup jar -jar jar包名称 > jar包名称.log & tail -f jar包名称.log
启动nginx服务：nginx
热启动：nginx -s reload
jmeter测试效果图
472
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
