놓치지 말아야 할 Nginx 구성에 대한 자세한 설명, 이 글은 Nginx를 이해하는 데 도움이 될 것입니다.

Nginx는 메모리를 적게 차지하고 강력한 동시성 기능을 갖춘 고성능 HTTP 및 역방향 프록시 서버입니다. 실제로 Nginx의 동시성 기능은 동일한 유형의 웹 서버에서 잘 작동합니다. Nginx는 성능 최적화를 위해 특별히 개발되었으며, 구현 시 효율성이 매우 중요하며 최대 50,000개의 동시 연결을 지원할 수 있다고 보고되었습니다.

고객은 브라우저에서 프록시 서버 주소를 구성해야 합니다.

예를 들어 중국 본토에서 www.google.com에 액세스하려면 프록시 서버를 사용하여 Google에 액세스합니다.

역방향 프록시, 클라이언트는 액세스하는 데 구성이 필요하지 않기 때문에 클라이언트가 프록시를 인식하지 못합니다. 역방향 프록시 서버에 요청을 보내기만 하면 역방향 프록시 서버는 이후를 선택합니다. 대상 서버는 데이터를 획득하여 이를 클라이언트에 반환합니다. 이때 역방향 프록시 서버와 대상 서버는 외부 세계에 하나의 서버이며, 실제 서버 IP 주소는 숨겨집니다.

단일 서버로는 문제를 해결할 수 없습니다. 서버 수를 늘린 다음 각 서버에 요청을 분산시킵니다. 원래 요청을 단일 서버에 집중시키는 대신 요청을 여러 서버에 분산시켜서 문제를 해결합니다. 로드가 다른 서버로 분산되는 것을 로드 밸런싱이라고 합니다.

웹사이트의 구문 분석 속도를 높이기 위해 동적 페이지와 정적 페이지를 서로 다른 서버에서 구문 분석하여 구문 분석 속도를 높일 수 있습니다. 단일 서버에 대한 부담을 줄입니다.

다음 디렉터리를 입력한 후 명령을 사용하세요.

구성 파일의 위치: /usr/local/nginx/conf/nginx.conf

전역 블록으로 이벤트 블록은 http 블록으로 구성됩니다

구성 파일부터 이벤트 사이의 내용까지 사용자(그룹) 구성을 포함하여 Nginx 서버의 전반적인 작동에 영향을 미치는 일부 구성 지침이 주로 설정됩니다. ) Nginx 서버를 실행하여 작업자 프로세스 수, 프로세스 pid 저장 경로, 로그 저장 경로 및 유형, 구성 파일 도입 등을 생성할 수 있습니다.

이벤트 블록에 설계된 지침은 주로 Nginx 서버와 사용자 간의 네트워크 연결에 영향을 미칩니다. 일반적으로 사용되는 설정에는 여러 작업 프로세스에서 네트워크 연결 직렬화를 활성화할지 여부, 여러 네트워크 연결을 허용할지 여부가 포함됩니다. 연결 요청을 처리할 이벤트 기반 모델, 각 작업 프로세스가 동시에 지원할 수 있는 최대 연결 수 등을 선택합니다. 다음 예에서는 각 작업 프로세스에서 지원하는 최대 연결 수가 1024임을 나타냅니다. 이 구성 부분은 Nginx의 성능에 더 큰 영향을 미치므로 실제로는 유연하게 구성해야 합니다.

Nginx 서버 구성에서 가장 자주 사용되는 부분, 프록시, 캐시 및 로그 정의와 같은 대부분의 기능과 타사 모듈 구성이 여기에 있습니다. http 블록에는 http 전역 블록 및 서버 블록도 포함됩니다. .

http 전역 블록 구성 지침에는 파일 소개, MIME-TYPE 정의, 로그 사용자 정의, 연결 시간 초과, 단일 링크 요청 상한 등이 포함됩니다.

이는 가상 호스트와 밀접한 관련이 있습니다. 사용자 관점에서 보면 가상 호스트는 독립된 하드웨어 호스트와 동일합니다. 이 기술은 인터넷 서버 하드웨어 비용을 절약하기 위해 개발되었습니다.

각 http 블록은 여러 서버 블록을 포함할 수 있으며 각 서버 블록은 가상 호스트와 동일합니다.

각 서버 블록은 글로벌 서버 블록으로 나눌 수 있으며 동시에 여러 위치 블록을 포함할 수 있습니다.

가장 일반적인 구성은 이 가상 호스트의 수신 구성과 이 가상 호스트의 이름 또는 IP 구성입니다.

서버 블록은 여러 위치 블록으로 구성될 수 있습니다.

이 블록의 주요 기능은 가상 호스트 이름(IP 별칭일 수도 있음) 이외의 문자열에 대해 Nginx 서버에서 수신한 요청 문자열(예: server_name/uri-string)을 기반으로 합니다. )(예: 이전 /uri-string)을 사용하여 특정 요청을 일치시키고 처리합니다. 주소 지정, 데이터 캐싱, 응답 제어 등의 기능과 다양한 타사 모듈 구성도 여기에서 수행됩니다.

http://ip를 방문하시면 Tomcat의 메인 페이지인 http://ip:8080에 접속하게 됩니다.

Nginx JDK8 Tomcat

http://192.168.71.167/에 접속하시면 Tomcat 홈페이지를 보실 수 있습니다.

접속 경로에 따라 다른 서버로 이동합니다.

http://ip:9001/edu를 방문하여 http://127.0.0.1:8080/edu로 바로 이동하세요.

http://ip:9001/vod를 방문하고 직접 점프 http://127.0.0.1:9090/vod

Nginx JDK8은 두 개의 Tomcat을 구성합니다. Tomcat의 구성은 다시 설명하지 않습니다.

http://192.168.71.167:9001/edu/a.html을 방문하면 http://127.0.0.1:8080/edu/a.html 페이지로 이동합니다.

http://192.168.71.167:9001/vod/a.html을 방문하면 http://127.0.0.1:9090/vod/a.html 페이지로 이동합니다.

Nginx 프록시 서버의 구성이 192.168.71.167:9001인 경우 127.0.0.1:8080으로 점프하고 방문자의 IP는 192.168.71.200:20604입니다.

http://192.168.71.167/edu/a.html에 접속하면 로드 밸런싱 효과가 달성되어 포트 8080과 8081에 고르게 분산됩니다.

Nginx JDK8 2 Tomcat, 8080 1개 및 8081 1개.

방문: http://192.168.71.167/edu/a.html, 8080과 8081에 번갈아 액세스하세요.

1 폴링(기본값)

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

가중치 2

가중치는 가중치를 나타내며 기본값은 1이며 가중치가 높을수록 더 많은 클라이언트가 할당됩니다.

폴링 확률을 지정하며 가중치는 액세스 비율에 비례하며 백엔드 서버 성능이 고르지 않을 때 사용됩니다.

3 ip_hash

각 요청은 액세스 IP의 해시 결과에 따라 할당되므로 각 방문자는 세션을 해결할 수 있는 백엔드 서버에 대한 고정 액세스 권한을 갖게 됩니다. 문제는 다음과 같습니다:

4 fair (타사)

백엔드 서버의 응답 시간을 기준으로 요청을 할당하고 응답 시간이 더 짧은 요청에 우선 순위를 부여합니다.

이미지 방문: http://192.168.71.167/image/1.jpg

페이지 방문: http://192.168.71.167/www/a.html

p>

액세스 디렉터리: http://192.168.71.167/image/ (autoindex on이 설정되어 있기 때문입니다.)

두 대의 머신, 각 머신에는 연결 유지 Nginx Tomcat이 장착되어 있습니다.

활성 및 대기 연결 유지 서버 중 마스터 시스템만 VIP 주소를 가지며, 그렇지 않으면 분할 브레인 문제가 발생합니다.

스크립트에 x 실행 권한을 추가하라는 메시지를 표시합니다: chmod x chk_nginx.sh

Nginx에서 가상 IP를 구성하기만 하면 됩니다.

Nginx는 마스터 프로세스와 여러 작업자 프로세스로 구성됩니다.

클라이언트는 마스터에게 요청을 보낸 다음 작업자에게 요청을 보내고 작업자는 요청을 처리하기 위해 경쟁합니다.

1 핫 배포를 위해 nginx -s reload를 사용할 수 있습니다.

2 각 작업자는 독립적인 프로세스입니다. 작업자 중 하나에 문제가 있으면 다른 작업자가 계속 진행합니다. 요청을 스크램블링하고 실현하는 프로세스는 서비스 중단을 일으키지 않습니다.

Nginx는 Redis와 유사하며 둘 다 io 멀티플렉싱 메커니즘을 채택합니다. 각 작업자 프로세스는 CPU를 최대화할 수 있습니다. 일반적으로 작업자 수는 서버의 CPU 수와 동일한 것이 가장 적합합니다.

요청 보내기: 정적 리소스에 액세스하는 데는 2개의 연결이 필요하고 역방향 프록시는 4개의 연결이 필요합니다.

따뜻한 알림