nginx 负载均衡器 nginx负载均衡配置文件

nginx配置文件

• nginx配置文件位置
• nginx配置文件组成

• （1）全局块
• （2）events块
• （3）http块

• 反向代理 案例
• 负载均衡 案例

• 负载均衡策略

• 轮询
• 权重
• ip_hash

• 动静分离

• 动态资源代理
• 静态资源代理

nginx配置文件位置

/usr/local/nginx/conf/nginx.conf

nginx配置文件组成

（1）全局块

从配置文件开始到events块之间的内容，主要是设置一些影响nginx服务器整体运行的配置指令。
比如：
worker_processes 1;
worker_processes 值越大，可以支持的并发处理量越多，worker进程越多
error_log 代表nginx错误日志存放路径

（2）events块

events块涉及的指令主要影响nginx服务器与用户的网络连接
比如：
worker_connections 1024; 支持的最大连接数

（3）http块

http块又分为http全局块和server块
http全局块：
include main.types； 引入一个外部的的文件->/main.types中放着大量的的媒体类型
include vhosts/*.conf； 引入一个外部的的文件->引入vhosts文件下，以.conf结尾的配置文件

server块：
listent: 80；监听89端口
location块
root:/web/abc;将接受到的请求到指定目录下请求资源。
index：index.html ; 默认去上述的路径中去查找相对于的文件
server块是重点，主要是各种域名、项目的配置，可以做反向代理等操作

反向代理 案例

在server中，把server_name改成当前具体的IP地址，然后在location中增加一项proxy_pass，把具体要代理到的服务器ip及端口号写进去，等客户端向nginx服务器的80端口发起请求后，就可以直接代理到我们指定的反向代理服务器

// 把当前IP的80端口反向代理到当前IP的8080端口
server {
	listen	80;
	server_name  localhost;

	location / {
		proxy_pass http://127.0.0.1:8080;
	}
}

具体Nginx的location路径映射

#优先级关系(越精确，优先级越高)
(location =)  >  (location /xxx/zzz/vvv)  >   (location ^~)	>	(location ~,~*)	 > 	(location /)	

#1. = 匹配
location =/ {
	#精准匹配，主机名后面不能带任何的的字符串
}

#2. 通用匹配
location /xxx {
	#匹配所有以xxx开头的路径
}

#3. 正则匹配
location ~ /xxx {
	# 匹配所有以xxx开头的路径
}

#4. 匹配开头路径
location ^~ /xxx {
	# 匹配所有以xxx开头的路径
}
#5. ~* \.(gif|jpg|png)$ {
	# 匹配以gif或者jpg或者png结尾的路径
}

负载均衡 案例

在http全局块中增加upstream部分，把需要负载均衡的服务器全部加进去，可以加一些规则，比如优先级顺序等。
然后在在serve块中用proxy_pass指定该负载均衡的名称，具体如下，就可以是现在负载均衡。每次请求，都会平均的落到每个服务器上。
具体详细的可以参考以下别人总结的文章：
Nginx深入详解之upstream分配方式 具体我配合docker来做一个案例，用docker来搭建两个nginx服务器及一个tomcat服务器，分别映射不同的端口号，让其中一个nginx服务器来做负载均衡。

# 下载并运行一个nginx服务器，映射端口号8011到80端口
$ docker run -d -p 8011:80 --name some-nginx daocloud.io/library/nginx:latest
# 在运行一个nginx容器，映射端口号8012到80端口，4bb46517cac3 为刚才运行的nginx的容器的镜像id
$ docker run -d -p 8012:80 --name some-nginx1 4bb46517cac3  
# 下载并运行一个tomcat服务器，映射端口号8082到8080端口， todo 注意tomcat的默认路径下的默认文件存在请求js和css，会多次请求服务器，如果用默认的负载均衡方式会导致负载均衡出问题，最好在tomcat下增加一个index.html文件来做测试，这样每一次访问只会请求到一台服务器，可以很直观的看到效果
$ docker run -d -p 8082:8080 --name t8 daocloud.io/library/tomcat:8.5.15-jre8
# 本地把需要做负载均衡的config配置文件先做好
$ vi default.conf

# default.conf nginx配置文件
upstream myServer{
        server 10.0.2.15:8082;  # IP 换成自己的
        server 10.0.2.15:8012;	# IP 换成自己的
}
server {
    listen       80;
    listen  [::]:80;
    server_name  localhost;

    location / {
#        root   /usr/share/nginx/html;
        proxy_pass http://myServer;
        index  index.html index.htm;
    }
}

# 把修改好的配置文件复制到docker的nginx容器(some-nginx)中
$ docker cp ./default.conf some-nginx:/etc/nginx/conf.d/default.conf
# 重启一下
$ docker restart some-nginx

此时服务器的配置已经做好，在浏览器中访问做负载均衡的服务器就可以验收结果了。

负载均衡策略

Nginx为我们默认提供了三种负载均衡的策略：
1.轮询： 将客户端发起的请求，平均分配给每一台服务器
2.权重： 会将客户端的请求，根据服务器的权重值不同，分配不同的数量
3.ip_hash: 基于发起请求的客户端的ip地址不同，他始终会将请求发送到指定的服务器上 就是说如果这个客户端的请求的ip地址不变，那么处理请求的服务器将一直是同一个

轮询

轮询的案例就是上边的那个案例，很简单，下边是简单的配置说明

# 需要轮询的Ip及端口号
upstream my_server{
    server ip:port;
    server ip:port;
}
server {
    listen       80;
    listen  [::]:80;
    server_name  localhost;

	location / {
        proxy_pass http://upstream名称/;
    }
}

权重

权重的实现方法，在upstream中对每一项服务器的后边增加weight。具体如下，配置下边这个后，我重启用docker搭建的负载均衡的nginx服务器，然后发起请求，会发现五次请求tomcat服务器后会有一次nginx服务器请求。

upstream myServer{
        server 10.0.2.15:8082 weight=10;  # IP 换成自己的
        server 10.0.2.15:8012 weight=2;  # IP 换成自己的
        #server 10.0.2.15:8011;
}
server {
    listen       80;
    listen  [::]:80;
    server_name  localhost;

    #charset koi8-r;
    #access_log  /var/log/nginx/host.access.log  main;

    location / {
        proxy_pass http://myServer;
        #root   /usr/share/nginx/html;
        index  index.html index.htm;
    }
}

ip_hash

ip_hash的实现，在upstream的第一行添加ip_hash后，会对ip进行锁定，每一个ip只会请求一个服务器，这个时候我在重启服务器，进行请求后，就会发现只能访问到nginx服务器。

upstream myServer{
        ip_hash;
        server 10.0.2.15:8082 weight=10;  # IP 换成自己的
        server 10.0.2.15:8012 weight=2;  # IP 换成自己的
        #server 10.0.2.15:8011;
}
server {
    listen       80;
    listen  [::]:80;
    server_name  localhost;

    #charset koi8-r;
    #access_log  /var/log/nginx/host.access.log  main;

    location / {
        proxy_pass http://myServer;
        #root   /usr/share/nginx/html;
        index  index.html index.htm;
    }
}

动静分离

Nginx的并发能力公式：
worker_processes * worker_connections / 4|2 = Nginx最终的并发能力
动态资源需要/4，静态资源需要/2
Nginx通过动静分离来提升Nginx的并发能力，更快的给用户响应

动态资源代理

没什么好说的，基本上之前都是动态的

#配置如下
location / {
  proxy_pass 路径;
}

静态资源代理

# nginx 配置项
server {
    listen       80;
    listen  [::]:80;
    server_name  localhost;

	# 在 /web/data 下创建html文件夹，然后把一个index.html文件放到里边
    location /html {
        root  /web/data;
        index  index.html;
    }

	#  在 /web/data 下创建img文件夹，然后把一个123.html文件放到里边
    location /img {
        root /web/data;
        autoindex on;   #代表展示静态资源的全部内容，以列表的形式展开
    }
}

<!- index.html文件内容， 直接把图片也直接放到了内容中一起请求，看是否可以直接成功 -> 
<h1>test img</h1>
<img src="http://192.168.1.113:8013/img/123.jpg"/>

全都成功了，html静态页面也正常访问到，图片也可以正常访问到

我们在来看一下 “autoindex on ”的作用，如下