nginx의 주요 기능 소개

nginx 주요 기능 소개:

(추천 튜토리얼: nginx 튜토리얼)

1. 역방향 프록시

역방향 프록시는 Nginx가 가장 많이 하는 일 중 하나입니다. 바이두 백과사전에 따르면 다음과 같습니다. 역방향 프록시(Reverse Proxy) 방법은 프록시 서버를 사용하여 인터넷상의 연결 요청을 수락한 다음 해당 요청을 내부 네트워크의 서버로 전달하고 서버에서 얻은 결과를 반환하는 것을 말합니다. 인터넷에서 연결을 요청하는 클라이언트에게 프록시 서버는 외부 세계에 역방향 프록시 서버로 나타납니다.

간단히 말하면, 실제 서버는 외부 네트워크에서 직접 접속할 수 없으므로 프록시 서버가 필요합니다. 프록시 서버는 외부 네트워크에서 접속이 가능하며, 물론 실제 서버와 동일한 네트워크 환경에 있습니다. , 동일한 서버일 수도 있고 포트가 다를 수도 있습니다.

아래에 역방향 프록시를 구현하는 간단한 코드를 게시하세요.

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. 로드 밸런싱

로드 밸런싱은 웹 서버, FTP 서버, 기업 핵심 애플리케이션 서버 및 기타 미션 크리티컬 서버와 같은 여러 운영 단위에 실행을 할당하는 Nginx의 일반적으로 사용되는 기능입니다. 등, 함께 작업을 완료하기 위해.

간단히 말하면, 서버가 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;
      }
  }

는 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가 아닐 때(세션을 사용하여 데이터를 저장하는 경우) 이 문제가 발생합니다. 예를 들어, 로그인 정보가 세션에 저장되어 있으면 다른 서버로 이동할 때 다시 로그인해야 하므로 고객이 하나의 서버에만 액세스해야 하는 경우가 많습니다. iphash를 사용합니다.

iphash의 각 요청은 액세스 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이 동일한 백엔드 서버로 연결되도록 합니다. 백엔드 서버를 캐시할 때 더욱 효과적입니다. . 업스트림에 해시 문을 추가합니다. 서버 문에는 가중치와 같은 다른 매개 변수를 쓸 수 없습니다. 사용되는 해시 알고리즘입니다.

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;
              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 -s reload。

위 내용은 nginx의 주요 기능 소개의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!