当前位置: 首页 > 编程笔记 >

Nginx 应用范围和使用详解

南门嘉
2023-03-14
本文向大家介绍Nginx 应用范围和使用详解,包括了Nginx 应用范围和使用详解的使用技巧和注意事项,需要的朋友参考一下

Nginx 应用详解

前言

本文只针对Nginx在不加载第三方模块的情况能处理哪些事情,由于第三方模块太多所以也介绍不完,当然本文本身也可能介绍的不完整,毕竟只是我个人使用过和了解到过得。所以还请见谅,同时欢迎留言交流

Nginx能做什么

1.反向代理

2.负载均衡

3.HTTP服务器(包含动静分离)

4.正向代理

以上就是我了解到的Nginx在不依赖第三方模块能处理的事情,下面详细说明每种功能怎么做

反向代理

反向代理应该是Nginx做的最多的一件事了,什么是反向代理呢,以下是百度百科的说法:反向代理(Reverse Proxy)方式是指以代理服务器来接受internet上的连接请求,然后将请求转发给内部网络上的服务器,并将从服务器上得到的结果返回给internet上请求连接的客户端,此时代理服务器对外就表现为一个反向代理服务器。简单来说就是真实的服务器不能直接被外部网络访问,所以需要一台代理服务器,而代理服务器能被外部网络访问的同时又跟真实服务器在同一个网络环境,当然也可能是同一台服务器,端口不同而已。

下面贴上一段简单的实现反向代理的代码

server { 
    listen    80;                             
    server_name localhost;                        
    client_max_body_size 1024M;

    location / {
      proxy_pass http://localhost:8080;
      proxy_set_header Host $host:$server_port;
    }
  }

保存配置文件后启动Nginx,这样当我们访问localhost的时候,就相当于访问localhost:8080了

负载均衡

负载均衡也是Nginx常用的一个功能,负载均衡其意思就是分摊到多个操作单元上进行执行,例如Web服务器、FTP服务器、企业关键应用服务器和其它关键任务服务器等,从而共同完成工作任务。简单而言就是当有2台或以上服务器时,根据规则随机的将请求分发到指定的服务器上处理,负载均衡配置一般都需要同时配置反向代理,通过反向代理跳转到负载均衡。而Nginx目前支持自带3种负载均衡策略,还有2种常用的第三方策略。

1、RR(默认)

每个请求按时间顺序逐一分配到不同的后端服务器,如果后端服务器down掉,能自动剔除。

简单配置

 upstream test {
    server localhost:8080;
    server localhost:8081;
  }
  server {
    listen    81;                             
    server_name localhost;                        
    client_max_body_size 1024M;
 
    location / {
      proxy_pass http://test;
      proxy_set_header Host $host:$server_port;
    }
  }
 

  负载均衡的核心代码为

  upstream test {
    server localhost:8080;
    server localhost:8081;
  }

 这里我配置了2台服务器,当然实际上是一台,只是端口不一样而已,而8081的服务器是不存在的,也就是说访问不到,但是我们访问http://localhost 的时候,也不会有问题,会默认跳转到http://localhost:8080 具体是因为Nginx会自动判断服务器的状态,如果服务器处于不能访问(服务器挂了),就不会跳转到这台服务器,所以也避免了一台服务器挂了影响使用的情况,由于Nginx默认是RR策略,所以我们不需要其他更多的设置。

2、权重

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

  upstream test {
    server localhost:8080 weight=9;
    server localhost:8081 weight=1;
  }

 那么10次一般只会有1次会访问到8081,而有9次会访问到8080

3、ip_hash

上面的2种方式都有一个问题,那就是下一个请求来的时候请求可能分发到另外一个服务器,当我们的程序不是无状态的时候(采用了session保存数据),这时候就有一个很大的很问题了,比如把登录信息保存到了session中,那么跳转到另外一台服务器的时候就需要重新登录了,所以很多时候我们需要一个客户只访问一个服务器,那么就需要用iphash了,iphash的每个请求按访问ip的hash结果分配,这样每个访客固定访问一个后端服务器,可以解决session的问题。

  upstream test {
    ip_hash;
    server localhost:8080;
    server localhost:8081;
  }

 4、fair(第三方)

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

  upstream backend { 
    fair; 
    server localhost:8080;
    server localhost:8081;
  } 

 5、url_hash(第三方)

按访问url的hash结果来分配请求,使每个url定向到同一个后端服务器,后端服务器为缓存时比较有效。 在upstream中加入hash语句,server语句中不能写入weight等其他的参数,hash_method是使用的hash算法

  upstream backend { 
    hash $request_uri; 
    hash_method crc32; 
    server localhost:8080;
    server localhost:8081;
  } 

以上5种负载均衡各自适用不同情况下使用,所以可以根据实际情况选择使用哪种策略模式,不过fair和url_hash需要安装第三方模块才能使用,由于本文主要介绍Nginx能做的事情,所以Nginx安装第三方模块不会再本文介绍

HTTP服务器

Nginx本身也是一个静态资源的服务器,当只有静态资源的时候,就可以使用Nginx来做服务器,同时现在也很流行动静分离,就可以通过Nginx来实现,首先看看Nginx做静态资源服务器

  server {
    listen    80;                             
    server_name localhost;                        
    client_max_body_size 1024M;


    location / {
        root  e:wwwroot;
        index index.html;
      }
  }

 这样如果访问http://localhost 就会默认访问到E盘wwwroot目录下面的index.html,如果一个网站只是静态页面的话,那么就可以通过这种方式来实现部署。

动静分离

动静分离是让动态网站里的动态网页根据一定规则把不变的资源和经常变的资源区分开来,动静资源做好了拆分以后,我们就可以根据静态资源的特点将其做缓存操作,这就是网站静态化处理的核心思路

upstream test{ 
    server localhost:8080; 
    server localhost:8081; 
  }  

  server { 
    listen    80; 
    server_name localhost; 

    location / { 
      root  e:wwwroot; 
      index index.html; 
    } 

    # 所有静态请求都由nginx处理,存放目录为html 
    location ~ .(gif|jpg|jpeg|png|bmp|swf|css|js)$ { 
      root  e:wwwroot; 
    } 

    # 所有动态请求都转发给tomcat处理 
    location ~ .(jsp|do)$ { 
      proxy_pass http://test; 
    } 

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

这样我们就可以吧HTML以及图片和css以及js放到wwwroot目录下,而tomcat只负责处理jsp和请求,例如当我们后缀为gif的时候,Nginx默认会从wwwroot获取到当前请求的动态图文件返回,当然这里的静态文件跟Nginx是同一台服务器,我们也可以在另外一台服务器,然后通过反向代理和负载均衡配置过去就好了,只要搞清楚了最基本的流程,很多配置就很简单了,另外localtion后面其实是一个正则表达式,所以非常灵活

正向代理

正向代理,意思是一个位于客户端和原始服务器(origin server)之间的服务器,为了从原始服务器取得内容,客户端向代理发送一个请求并指定目标(原始服务器),然后代理向原始服务器转交请求并将获得的内容返回给客户端。客户端才能使用正向代理。当你需要把你的服务器作为代理服务器的时候,可以用Nginx来实现正向代理,但是目前Nginx有一个问题,那么就是不支持HTTPS,虽然我百度到过配置HTTPS的正向代理,但是到最后发现还是代理不了,当然可能是我配置的不对,所以也希望有知道正确方法的同志们留言说明一下。

  resolver 114.114.114.114 8.8.8.8;
  server {

    resolver_timeout 5s;

    listen 81;

    access_log e:wwwrootproxy.access.log;
    error_log  e:wwwrootproxy.error.log;

    location / {
      proxy_pass http://$host$request_uri;
    }
  }

 resolver是配置正向代理的DNS服务器,listen 是正向代理的端口,配置好了就可以在ie上面或者其他代理插件上面使用服务器ip+端口号进行代理了。

最后说两句

Nginx是支持热启动的,也就是说当我们修改配置文件后,不用关闭Nginx,就可以实现让配置生效,当然我并不知道多少人知道这个,反正我一开始并不知道,导致经常杀死了Nginx线程再来启动。。。Nginx从新读取配置的命令是

nginx -s reload 

windows下面就是

nginx.exe -s reload 

 感谢阅读,希望能帮助到大家,谢谢大家对本站的支持!

 类似资料:
  • 问题:给定二叉查找树的根节点,返回值在L和R(包括)之间的所有节点的值之和。 二叉搜索树保证具有唯一的值。 例1: 输入:root=[10,5,15,3,7,null,18],L=7,R=15 输出: 32 Leetcode问题:https://leetcode.com/problems/range-sum-of-bst/ 我的方法是:我尝试执行dfs并访问每个节点,如果该节点上的值符合约束条件,

  • 有人可以帮我吗? 我的应用程序,在Facebook上注册并设置为“实时”,有一个应用程序ID,一个密钥和一个令牌客户端。在我的应用程序中,用户A在脸书上执行登录,我得到IdA(这是应用程序范围的)。在我的应用程序中,用户B在Facebook上执行登录,我得到的IdB仍然是应用程序范围的。 现在,每当我尝试获取用户配置文件图片时,都会出现错误。这是我为用户A尝试的,用户B也一样: https://g

  • 问题内容: 大家好,我想知道在尝试使用以下代码解析日期时是否可以处理Date异常: 好吧,如果“ dateRelease”的格式类型不正确,则会引发ParseException,但我想知道是否有人写成“ 40/03/2010”-错了日期,月份或年份的范围。实际上,当发送无效日期时,SimpleDateFormat只会使用默认数字创建一个新的Date。 我是否必须使用正则表达式创建我自己的方法来处理

  • 我知道浮点值的实现和限制——我已经阅读了你可能会将我链接到的论文——但是我不知道我应该为浮点值使用什么范围。 我想在一个实的、有限的范围内表示一个值。概念上,-1比1。我可以只使用浮点值-1到1,但我是在浪费尾数位吗? 有一个问题,但并没有确切的答案。

  • 我一直在探索构建我的ColdFusion应用程序的不同方法,我正在寻找一些关于提供应用范围UDF的最佳方式的意见。 对于我的每一个应用程序,我通常都会使用一些不属于任何特定对象的额外功能。主要是数据操作。我希望这些功能在我的整个应用程序中都可用,既可以在CFM模板中使用,也可以在应用程序实例化的CFC中使用。 在我看来,有各种各样的方法来实现这一点,但它们都有自己的局限性: > 创建一个基本的Ut

  • Gateway/Worker 的进程模型 特点: 从图上我们可以看出Gateway负责接收客户端的连接以及连接上的数据,然后Worker接收Gateway发来的数据做处理,然后再经由Gateway把结果转发给其它客户端。每个客户端都有很多的路由到达另外一个客户端,例如client⑦与client①可以经由蓝色路径完成数据通讯 优点: 1、可以方便的实现客户端之间的通讯 2、Gateway与Work