前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
工具
TVP
发布
社区首页 >专栏 >【Nginx】nginx简单入门,nginx负载均衡

【Nginx】nginx简单入门,nginx负载均衡

作者头像
Alone88
发布2019-10-22 18:06:05
1.5K0
发布2019-10-22 18:06:05
举报
文章被收录于专栏:Alone88Alone88

nginx 负载均衡

简介

nginx是一个高性能的HTTP和反向代理服务器,也是一个IMAP/POP3/STMP 代理服务器. Nginx是由伊戈尔·赛索耶夫为俄罗斯访问量第二的Rambler.ru站点(俄文:Рамблер)开发的, 而且开源免费

Nginx官网:http://nginx.org/

常用场景

  • WEB资源服务器
  • 动态匹配
  • 反向代理
  • Gzip压缩
  • 负载均衡
  • ...

默认配置

Nginx安装目录下的nginx.conf就是Nginx的全局配置文件 一行代码前面加个 # 就是注释

代码语言:javascript
复制
    # 设置工作进程的数量
    worker_processer    1;

    # 处理连接
    events    {
    # 设置连接数
    worker_connections 1024;
    }

    http    {
    # 文件扩展名为查找集合
    include    mime.types;
    # 当查找不到对应的类型时使用默认值
    default_type    application/octet-stream;
    
    # 日志格式,定义别名为main
    #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 系统传输文件
    sendfile        on;
    #tcp_nopush     on;

    #开启 Gzip 压缩
    #gzio on;

    # 虚拟主机 
    server  {
        listen    80;    # 监听端口
        server_name    localhost;    # 主机名(域名)
        #charset koi8-r;
        
        # 输出日志路径
        #access_log  logs/host.access.log  main;

        # 路由
        location / {
            index  index.html index.htm index.php l.php;
           autoindex  off;
        }
  
        }
        
        # 引入其他配置文件
        include server/*;
    }

搭建静态站点

代码语言:javascript
复制
    server    {
    # 监听端口
    listen 80; #如果监听多个,另起一行再写一个
    # 匹配请求中的host
    server_name localhst; # 多个用空格隔开
    
    #监听请求路径
    location / {
        # 查找目录
        root /public;
        # 默认查找 
        index index.html index.htm index.php
    }
}
  • server配置虚拟主机相关参数,可以有多个,一个代表一个虚拟主机
  • server_name 通过请求host值,找到对应的虚拟主机配置
  • location 配置请求路由,处理相关页面情况
  • root 查找资源的路径

配置好了之后,执行 nginx -t 检查配置是否有错,出现下面的提示则没有错误,有错误会写出错误多少行的

代码语言:javascript
复制
nginx: the configuration file /usr/local/nginx/conf/nginx.conf syntax is ok
nginx: configuration file /usr/local/nginx/conf/nginx.conf test is successful

执行 nginx -s reload 更新nginx配置文件

nginx -t 检查配置文件是否有错 nginx -s reload 更新配置文件 nginx -s stop 快速关闭nginx nginx -s 等待工作进程处理完成后关闭

动态匹配(请求过滤)

通常在开发环境或者测试环境的时候呢我们修改了代码,因为浏览器缓存,可能不会生效,需要手动清除缓存,才能看到修改后的效果,这里我们做一个配置让浏览器不缓存相关的资源。

代码语言:javascript
复制
location ~* \.(js|css|png|jpg|gif)$ {
    add_header Cache-Control no-store;
}

~* \.(js|css|png|jpg|gif)$ 是匹配以相关文件类型然后单独处理。 add_header 是给请求的响应加上一个头信息Cache-Control no-store,告知浏览器禁用缓存。

匹配规则
代码语言:javascript
复制
location = / {
    [ configuration A ]
}

location / {
    [ configuration B ]
}

location /documents/ {
    [ configuration C ]
}

location ^~ /images/ {
    [ configuration D ]
}

location ~* \.(gif|jpg|jpeg)$ {
    [ configuration E ]
}
  • - = 表示精确匹配。只有请求的url路径与后面的字符串完全相等时,才会命中(优先级最高)。
  • - ^~ 表示如果该符号后面的字符是最佳匹配,采用该规则,不再进行后续的查找。
  • - ~ 表示该规则是使用正则定义的,区分大小写。
  • - ~* 表示该规则是使用正则定义的,不区分大小写。
通过状态码来过滤请求
代码语言:javascript
复制
# 通过状态码,返回指定的错误页面
error_page 500 502 503 504 /50x.html;
location = /50x.html {
    root /source/error_page;
}

反向代理解决跨域

因为浏览器的同源策略,当前端域名与后端域名不一致的时候导致请求失败。我们可以通过配置Nginx反向代理来解决。

代码语言:javascript
复制
location /api {   
    # 请求host传给后端
    proxy_set_header Host $http_host;
    # 请求ip 传给后端
    proxy_set_header X-Real-IP $remote_addr;
    # 请求协议传给后端
    proxy_set_header X-Scheme $scheme;
    # 路径重写
    rewrite  /api/(.*)  /$1  break;
    # 代理服务器
    proxy_pass http://localhost:9000;
}
  • 拦截路径/api, 可以通过正则匹配。
  • proxy_set_header 允许重新定义或添加字段传递给代理服务器的请求头。
  • $http_host、$remote_addr$schemeNginx内置变量。
  • rewrite 根据rewrite后的请求URI,将路径重写,如:接口路径为 /user, 我们可以请求 /api/user。(为什么需要重写uri?因为在使用Nginx做反向代理的时候,需要匹配到跨域的接口再做转发,为了方便匹配,会人为的在原接口中添加一段路径(或标示,

如例子中的api),因此需要在匹配之后、转发之前把添加的那段去掉,因此需要rewrite。)

  • break 继续本次请求后面的处理 ,停止匹配下面的location。需要注意的是与之类似的last执行过程则是停止当前这个请求,并根据rewrite匹配的规则重新发起一个请求,从上到下依次匹配location后面的规则。
  • proxy_pass 代理服务器。

原理:Nginx拦截到相关匹配规则, Nginx再将请求转发到http://localhost:9000,Nginx得到请求后再响应到前端,可以直接请求/api/user完成请求。

配置Gzip

开发过程中难免用到一些成熟的框架,或者插件,这些外部的依赖,有时候体积比较大,导致页面响应缓慢,我们可以用打包工具(webpack, rollup),将代码进行压缩,以缩小代码体积。 开启Nginx Gzip压缩功能。需要注意的是 Gzip 压缩功能需要浏览器跟服务器都支持,即服务器压缩,浏览器解析。

查看浏览器支持情况,确定 请求头 中的Accept-Encoding字段

配置Gzip
配置Gzip

确定浏览器支持,我们就可以在Nginx中配置

代码语言:javascript
复制
server {
    # 开启gzip 压缩
    gzip on;
    # 设置gzip所需的http协议最低版本 (HTTP/1.1, HTTP/1.0)
    gzip_http_version 1.1;
    # 设置压缩级别,压缩级别越高压缩时间越长  (1-9)
    gzip_comp_level 4;
    # 设置压缩的最小字节数, 页面Content-Length获取
    gzip_min_length 1000;
    # 设置压缩文件的类型  (text/html)
    gzip_types text/plain application/javascript text/css;
}

负载均衡

负载均衡是Nginx 比较常用的一个功能,可优化资源利用率,最大化吞吐量,减少延迟,确保容错配置,将流量分配到多个后端服务器。 也就是用户访问主机,主机绑定了主服务器,然后主服务器分流给负载服务器. 主服务器程序要和负载程序一样.

负载均衡的几种常用方式

1、轮询(默认)

代码语言:javascript
复制
upstream backserver {
    server 192.168.0.14;
    server 192.168.0.15;
}

2、weight

指定轮询几率,weight和访问比率成正比,用于后端服务器性能不均的 情况。 upstream backserver {

代码语言:javascript
复制
server 192.168.0.14 weight=3;
server 192.168.0.15 weight=7;

} 权重越高,在被访问的概率越大,如上例,分别是30%,70%。

3、ip_hash

上述方式存在一个问题就是说,在负载均衡系统中,假如用户在某台服务器上登录了,那么该用户第二次请求的时候,因为我们是负载均衡系统,每次请求都会重新定位到服务器集群中的某一个,那么已经登录某一个服务器的用户再重新定位到另一个服务器,其登录信息将会丢失,这样显然是不妥的。 我们可以采用ip_hash指令解决这个问题,如果客户已经访问了某个服务器,当用户再次访问时,会将该请求通过哈希算法,自动定位到该服务器。 每个请求按访问iphash结果分配,这样每个访客固定访问一个后端服务器,可以解决session的问题。

代码语言:javascript
复制
upstream backserver {
    ip_hash;
    server 192.168.0.14:88;
    server 192.168.0.15:80;
}

4、fair(第三方)

按后端服务器的响应时间来分配请求,响应时间短的优先分配。

代码语言:javascript
复制
upstream backserver {
    server server1;
    server server2;
    fair;
}

5、url_hash(第三方)

按访问url的hash结果来分配请求,使每个url定向到同一个(对应的)后端服务器,后端服务器为缓存时比较有效。

代码语言:javascript
复制
upstream backserver {
    server squid1:3128;
    server squid2:3128;
    hash $request_uri;
    hash_method crc32;
}

在需要使用负载均衡的server中增加

代码语言:javascript
复制
proxy_pass http://backserver/; 
upstream backserver{ 
    ip_hash; 
    server 127.0.0.1:9090 down; (down 表示单前的server暂时不参与负载) 
    server 127.0.0.1:8080 weight=2; (weight 默认为1.weight越大,负载的权重就越大) 
    server 127.0.0.1:6060; 
    server 127.0.0.1:7070 backup; (其它所有的非backup机器down或者忙的时候,请求backup机器) 
} 

max_fails :允许请求失败的次数默认为1.当超过最大次数时,返回proxy_next_upstream 模块定义的错误

fail_timeout:max_fails次失败后,暂停的时间 配置实例:

代码语言:javascript
复制
#user  nobody;

worker_processes  4;
events {
# 最大并发数
worker_connections  1024;
}
http{
    # 待选服务器列表
    upstream myproject{
        # ip_hash指令,将同一用户引入同一服务器。
        ip_hash;
        server 125.219.42.4 fail_timeout=60s;
        server 172.31.2.183;
    }

    server{
        # 监听端口
        listen 80;
        # 根目录下
        location / {
        # 选择哪个服务器列表
            proxy_pass http://myproject;
        }

    }
}

本文由 Alone88 创作,采用 知识共享署名4.0 国际许可协议进行许可 本站文章除注明转载/出处外,均为本站原创或翻译,转载前请务必署名 最后编辑时间为: Apr 16, 2019 at 07:29 pm

本文参与 腾讯云自媒体分享计划,分享自作者个人站点/博客。
如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 作者个人站点/博客 前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体分享计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
目录
  • 简介
    • 常用场景
      • 默认配置
      • 搭建静态站点
        • 动态匹配(请求过滤)
          • 匹配规则
          • 通过状态码来过滤请求
        • 反向代理解决跨域
        • 配置Gzip
        • 负载均衡
          • 1、轮询(默认)
            • 2、weight
              • 3、ip_hash
                • 4、fair(第三方)
                  • 5、url_hash(第三方)
                  相关产品与服务
                  负载均衡
                  负载均衡(Cloud Load Balancer,CLB)提供安全快捷的流量分发服务,访问流量经由 CLB 可以自动分配到云中的多台后端服务器上,扩展系统的服务能力并消除单点故障。负载均衡支持亿级连接和千万级并发,可轻松应对大流量访问,满足业务需求。
                  领券
                  问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档