Nginx 기본 지식 소개 예시 분석

nginx는 높은 안정성, 풍부한 기능 세트, 샘플 구성 파일 및 낮은 시스템 리소스 소비로 유명한 고성능 http 및 역방향 프록시 서버입니다.

nginx 기능 정적 파일, 인덱스 파일 및 자동 인덱싱을 처리합니다. 캐시 없는 역방향 프록시 가속, 간단한 로드 밸런싱 및 내결함성. fastcgi, 간단한 로드 밸런싱 및 내결함성. 모듈형 구조. gzipping, 바이트 범위, 청크 응답, ssi-filter 및 기타 필터가 포함됩니다. 단일 페이지에 존재하는 여러 ssi가 fastcgi 또는 다른 프록시 서버에서 처리되는 경우 이 처리는 서로 기다리지 않고 병렬로 실행될 수 있습니다. SSL 및 TLSSNI를 지원합니다. 주요 응용 시나리오 1. 정적 http 서버

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

구성:

server {
	listen 80; # 端口号
	location / {
		root /usr/share/nginx/html; # 静态文件路径
	}
}

2. 역방향 프록시 서버

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

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

구성:

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;
	}
}

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 중국어 웹사이트의 기타 관련 기사를 참조하세요!