Nginx 기본 기능 예시 분석

1. 정적 http 서버

먼저 nginx는 http 프로토콜을 통해 서버에 있는 정적 파일(html, 그림 등)을 클라이언트에 표시할 수 있는 http 서버입니다. 구성:

server {

  listen 80; # 端口号

  location / {

    root /usr/share/nginx/html; # 静态文件路径

  }

}

2. 역방향 프록시 서버

역방향 프록시란 무엇인가요?

클라이언트는 http 프로토콜을 통해 웹사이트 애플리케이션 서버에 직접 접근할 수 있습니다. 이때 웹사이트 관리자는 nginx를 요청하고, nginx는 애플리케이션 서버에 요청한 후 클라이언트에 결과를 반환합니다. , nginx는 프록시 서버와 반대입니다.

Configuration:

server {

  listen 80;

  location / {

    proxy_pass http://192.168.20.1:8080; # 应用服务器http地址

  }

}

서버는 http를 통해 직접 접속할 수 있는데 왜 중간에 역방향 프록시를 추가해야 하는지요? 역방향 프록시는 무엇을 합니까?

계속해서 살펴보세요. 아래의 로드 밸런싱, 가상 호스트 등은 모두 역방향 프록시를 기반으로 구현됩니다. 물론 역방향 프록시의 기능은 이것만이 아닙니다.

3. 로드 밸런싱

웹사이트 트래픽이 매우 많을 때 웹마스터는 돈을 벌면서 기뻐하지만 동시에 어려움도 겪습니다. 웹사이트가 점점 느려지고 있기 때문에 서버 하나로는 더 이상 부족합니다.

따라서 동일한 애플리케이션이 여러 서버에 배포되고, 많은 사용자의 요청이 처리를 위해 여러 컴퓨터에 분산됩니다. 동시에, 서버 중 하나가 충돌하더라도 다른 서버가 정상적으로 실행되는 한 사용자의 사용에는 영향을 미치지 않는다는 이점이 있습니다. nginx는 역방향 프록시를 통해 로드 밸런싱을 달성할 수 있습니다.

구성:

upstream myapp {

  server 192.168.20.1:8080; # 应用服务器1

  server 192.168.20.2:8080; # 应用服务器2

}

server {

  listen 80;

  location / {

    proxy_pass http://myapp;

  }

}

위 구성은 요청 폴링을 애플리케이션 서버에 할당합니다. 즉, 클라이언트의 여러 요청이 여러 다른 서버에서 처리될 수 있습니다. ip-hash를 사용하면 클라이언트 IP 주소의 해시 값을 기반으로 처리하기 위해 고정 서버에 요청을 할당할 수 있습니다.

구성:

upstream myapp {

  ip_hash; # 根据客户端ip地址hash值将请求分配给固定的一个服务器处理

  server 192.168.20.1:8080;

  server 192.168.20.2:8080;

}

server {

  listen 80;

  location / {

    proxy_pass http://myapp;

  }

}

또한 서버의 하드웨어 구성이 좋을 수도 있고 나쁠 수도 있습니다. 대부분의 요청을 좋은 서버에 할당하고 적은 수의 요청을 나쁜 서버에 할당하려는 경우 가중치를 통해 제어할 수 있습니다.

구성:

upstream myapp {

  server 192.168.20.1:8080 weight=3; # 该服务器处理3/4请求

  server 192.168.20.2:8080; # weight默认为1，该服务器处理1/4请求

}

server {

  listen 80;

  location / {

    proxy_pass http://myapp;

  }

}

4. 가상 호스트

일부 웹사이트는 방문 횟수가 많아 로드 밸런싱이 필요합니다. 그러나 모든 웹사이트가 뛰어난 것은 아닙니다. 일부 웹사이트는 방문 횟수가 적기 때문에 동일한 서버에 여러 웹사이트를 배포하여 비용을 절감해야 합니다.

예를 들어 www.aaa.com과 www.bbb.com 두 웹사이트가 동일한 서버에 배포된 경우 두 도메인 이름은 동일한 IP 주소로 확인되지만 사용자는 두 도메인 이름을 통해 완전히 다른 두 웹사이트를 열 수 있습니다. . , 두 개의 서버에 액세스하는 것처럼 서로 영향을 주지 않으므로 두 개의 가상 호스트라고 합니다.

구성:

server {

  listen 80 default_server;

  server_name _;

  return 444; # 过滤其他域名的请求，返回444状态码

}

server {

  listen 80;

  server_name www.aaa.com; # www.aaa.com域名

  location / {

    proxy_pass http://localhost:8080; # 对应端口号8080

  }

}

server {

  listen 80;

  server_name www.bbb.com; # www.bbb.com域名

  location / {

    proxy_pass http://localhost:8081; # 对应端口号8081

  }

}

서버 8080과 8081에서 각각 애플리케이션을 엽니다. 클라이언트는 서로 다른 도메인 이름을 통해 액세스하고 server_name에 따라 해당 애플리케이션 서버로 역방향 프록시를 수행할 수 있습니다.

가상 호스트의 원리는 http 요청 헤더의 호스트가 server_name과 일치하는지 여부에 따라 실현됩니다. 관심 있는 학생들은 http 프로토콜을 공부할 수 있습니다.

또한, server_name 구성은 악의적으로 특정 도메인 이름을 호스트 서버로 가리키는 사람들을 필터링할 수도 있습니다.

5, fastcgi

nginx 자체는 php 등의 언어를 지원하지 않지만, fastcgi를 통해 특정 언어나 프레임워크(php, python, perl 등)에 요청을 던질 수 있습니다.

server {

  listen 80;

  location ~ \.php$ {

    include fastcgi_params;

    fastcgi_param script_filename /php文件路径$fastcgi_script_name; # php文件路径

    fastcgi_pass 127.0.0.1:9000; # php-fpm地址和端口号

    # 另一种方式：fastcgi_pass unix:/var/run/php5-fpm.sock;

  }

}

구성에서 .php로 끝나는 요청은 fashcgi를 통해 처리하기 위해 php-fpm으로 전달됩니다. php-fpm은 PHP의 fastcgi 관리자입니다. 본 글에서 소개하지 않은 fashcgi에 대한 다른 정보도 확인하실 수 있습니다.

fastcgi_pass와 Proxy_pass의 차이점은 무엇인가요? 아래 그림은 이해하는 데 도움이 될 것입니다.

위 내용은 Nginx 기본 기능 예시 분석의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!