首页 > 系统相关 >Nginx主要应用场景(必读)

Nginx主要应用场景(必读)

时间：2024-07-04 23:54:02浏览次数：16  
标签：场景 访问 代理 server Nginx 必读 服务器 localhost

本文只针对Nginx在不加载第三方模块的情况能处理哪些事情，由于第三方模块太多所以也介绍不完，当然本文本身也可能介绍的不完整，这里是根据个人使用过和了解到过总结出来的。所以还请见谅，同时欢迎留言交流。
Nginx能做什么？

  1. 反向代理
  2. 负载均衡
  3. HTTP服务器(包含动静分离)
  4. 正向代理

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

1. 反向代理

反向代理应该是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 了。

2. 负载均衡

负载均衡也是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安装第三方模块不会再本文介绍 
3. HTTP服务器 Nginx本身也是一个静态资源的服务器，当只有静态资源的时候，就可以使用Nginx来做服务器，同时现在也很流行动静分离，就可以通过Nginx来实现，首先看看Nginx做静态资源服务器
 server {
        listen       80;                                                        
        server_name  localhost;                                              
        client_max_body_size 1024M;


        location / {
               root   E:/wwwroot;  #根目录，在原有的访问路径前加上root路径
               index  index.html;  #如果没有具体的访问文件，就访问索引选项。
           }
    }
这样如果访问 http://localhost 就会默认访问到E盘wwwroot目录下面的index.html，如果一个网站只是静态页面的话，那么就可以通过这种方式来实现部署。
4. 动静分离 动静分离是让动态网站里的动态网页根据一定规则把不变的资源和经常变的资源区分开来，动静资源做好了拆分以后，我们就可以根据静态资源的特点将其做缓存操作，这就是网站静态化处理的核心思路。
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后面其实是一个正则表达式，所以非常灵活

5. 正向代理

正向代理，意思是一个位于客户端和原始服务器(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

 

参考https://www.yiibai.com/nginx/nginx-main-use-scenes.html



               







 

 

 

 



               

标签：场景,访问,代理,server,Nginx,必读,服务器,localhost
From： https://www.cnblogs.com/wonchaofan/p/18284917

相关文章

  • 如何利用 SCSS 的变量和混合（Mixin）功能来创建可复用的样式组件，并确保在不同场景下的兼
    使用SCSS的变量和混合功能可以方便地创建可复用的样式组件，并确保在不同场景下的兼容性。下面是具体的步骤：创建变量：使用$符号定义变量，例如$primary-color:#005500;。这样可以方便地在整个项目中重复使用该颜色。创建混合（Mixin）：使用@mixin关键字创建混合，例如@mixi......
  • ​RAG与LLM原理及实践（8）--- Chroma 应用场景及限制
    前言通过前面几节的介绍，你应该对Chroma的运作原理有相当透彻的理解。Chroma的设计正如之前描述的：Chroma提供的工具：存储文档数据和它们的元数据：storeembeddingsandtheirmetadata嵌入：embeddocumentsandqueries搜索：searchembeddingsChroma在设计上优先考虑：足够简......
  • Django与Flask的比较与应用场景 —— Python
    PythonWeb开发框架详解：Django与Flask的比较与应用场景在Python的Web开发领域，Django和Flask是两个非常受欢迎的框架。它们各自具有独特的特点和优势，适用于不同的开发场景。本文将对这两个框架进行详细的解释和比较，并给出一些实用的开发建议。一、Django框架概述Django是一......
  • 解释下什么是事件代理？应用场景？
    一、是什么事件代理，俗地来讲，就是把一个元素响应事件（click、keydown......）的函数委托到另一个元素前面讲到，事件流的都会经过三个阶段：捕获阶段->目标阶段->冒泡阶段，而事件委托就是在冒泡阶段完成事件委托，会把一个或者一组元素的事件委托到它的父层或者更外层元素上，真......
  • 解决 .NET Core 和 nginx 双重配置 CORS 问题
    解决.NETCore和nginx双重配置CORS问题在开发基于.NETCore的Web应用时，经常会遇到跨域资源共享（CORS）的问题。跨域请求是指浏览器从一个不同的域、协议或端口访问资源。在现代Web开发中，跨域请求非常常见，但为了安全，浏览器会阻止这些请求，除非服务器明确允许。最近在配置......
  • 火山引擎数据飞轮实践：在电商场景中，如何建设全链路数据血缘？
    数据作为新型生产要素，正支撑企业的数智化转型。但企业数字化建设也存在管理成本高、数据产品使用门槛高、数据资产价值不够的问题，其原因在于业务和数据之间没有形成双向良性驱动。 结合新时代企业数字化转型需求，火山引擎基于字节跳动十余年数据驱动的实践经验，对外发布企业数智......
  • C++单例模式、工厂模式、观察者模式等的实现和应用场景。
    设计模式是软件开发中常用的解决方案，它们提供了一些经过验证的方法来解决常见的设计问题。以下是单例模式、工厂模式和观察者模式在C++中的实现和应用场景的详细讲解。1.单例模式（SingletonPattern）概念单例模式确保一个类只有一个实例，并提供一个全局访问点来访问这个实例。......
  • 初识布隆过滤｜工作场景
    作用检查一个元素是否在一个集合中优缺点优点：空间效率和查询时间比一般算法好，时间复杂度低，O(k)k是函数的个数，节省空间缺点：有一定的错误几率，没有的也可能判定为存在，删除困难，无法获得参数本身场景解决Redis缓存穿透问题邮件过滤，使用布聋过滤器来做邮件黑名单过滤堆爬虫......
  • 异步编程场景
    异步模型概述异步编程的核心是 Task 和 Task<T> 对象，这两个对象对异步操作建模。它们受关键字 async 和 await 的支持。在大多数情况下模型十分简单：对于I/O绑定代码，等待一个在 async 方法中返回 Task 或 Task<T> 的操作。对于CPU绑定代码，等待一个使用 ......
  • 高并发场景下的热点key问题探析与应对策略
    目录一、问题描述二、发现机制三、解决策略分析 （一）解决策略一：多级缓存策略客户端本地缓存代理节点本地缓存 （二）解决策略二：多副本策略 （三）解决策略三：热点Key拆分与动态分散四、总结干货分享，感谢您的阅读！在高并发场景下，缓存作为前置查询机制，显著减轻了数据库的压......

赞助商

阅读排行

网站主页关于我们联系我们网站地图

本网站内容转载自其他媒体，侵权联系[admin##ips99.com]。

Copyright © 2020-2023 IPS99 版权所有 IPS99