Nginx의 주요 애플리케이션 시나리오는 무엇입니까?

Nginx가 할 수 있는 일 타사 모듈이 처리할 수 있는 일, 각 기능을 수행하는 방법에 대한 자세한 설명은 다음과 같습니다.

역방향 프록시

역방향 프록시는 Nginx가 수행하는 가장 일반적인 작업입니다. Baidu Encyclopedia 인수: 역방향 프록시 방법은 프록시 서버를 사용하여 인터넷에서 연결 요청을 수락한 다음 요청을 내부 네트워크의 서버로 전달하고 서버에서 얻은 결과를 연결을 요청하는 클라이언트로 반환하는 것을 말합니다. 이때 프록시 서버는 외부에 역방향 프록시 서버로 나타납니다. 간단히 말하면, 실제 서버는 외부 네트워크에서 직접 접속할 수 없으므로 프록시 서버가 필요합니다. 프록시 서버는 외부 네트워크에서 접속이 가능하며, 물론 실제 서버와 동일한 네트워크 환경에 있습니다. 동일한 서버와 포트일 수도 있습니다. 역방향 프록시를 구현하려면 간단한 코드를 아래에 붙여넣으세요

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에서도 일반적으로 사용됩니다. 로드 밸런싱 기능은 작업 작업을 공동으로 완료하기 위해 웹 서버, FTP 서버, 엔터프라이즈 핵심 애플리케이션 서버 및 기타 미션 크리티컬 서버 등과 같은 여러 운영 단위에 실행을 할당하는 것을 의미합니다. 간단히 말하면, 서버가 2개 이상인 경우 요청을 지정된 서버에 무작위로 분산하여 규칙에 따라 처리하는 것이 일반적입니다. 로드 밸런싱 구성은 일반적으로 역방향 프록시 구성이 동시에 필요하며 역방향을 통해 로드 밸런싱으로 점프합니다. 대리. Nginx는 현재 3가지 기본 제공 로드 밸런싱 전략과 일반적으로 사용되는 2가지 타사 전략을 지원합니다.

1.RR(기본값)

각 요청은 시간순으로 하나씩 다른 백엔드 서버에 할당되며, 백엔드 서버가 다운되면 자동으로 제거될 수 있습니다.

간단한 구성

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대 구성했습니다. 물론 실제로는 1개인데 포트도 다르고 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

위의 두 가지 방법은 문제가 있습니다. 즉, 다음 요청이 옵니다. 이때, 요청이 다른 서버로 배포될 수 있습니다. 우리 프로그램이 Stateless가 아닌 경우(세션을 사용하여 데이터 저장) 이때 큰 문제가 발생합니다. 예를 들어 로그인 정보가 세션에 저장되어 있으면 점프합니다. 다른 서버에서는 다시 로그인해야 하므로 고객이 하나의 서버에만 액세스해야 하는 경우가 많으므로 ip_hash를 사용해야 합니다. ip_hash의 각 요청은 액세스한 IP의 해시 결과에 따라 할당되므로 각 방문자는 수정되었습니다. 백엔드 서버에 액세스하면 세션 문제를 해결할 수 있습니다.

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

4. fair (third party)

백엔드 서버의 응답 시간에 따라 요청을 할당하며, 응답 시간이 짧은 요청을 우선적으로 처리합니다.

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

5.url_hash(타사)

접근한 URL의 해시 결과에 따라 요청을 배포하여 각 URL이 동일한 백엔드 서버로 연결되도록 합니다. 백엔드 서버를 캐시할 때 더욱 효과적입니다. . 업스트림에 해시 문을 추가합니다. 서버 문에는 가중치와 같은 다른 매개 변수를 쓸 수 없습니다. hash_method는 사용되는 해시 알고리즘입니다

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:\wwwroot\proxy.access.log;
       error_log   e:\wwwroot\proxy.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

위 내용은 Nginx의 주요 애플리케이션 시나리오는 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!