Nginx의 우아한 재 장전
Nginx Graceful Reload는 서비스를 방해하지 않고 구성을 업데이트합니다. 먼저 새 구성을 읽고 새 작업 프로세스를 시작한 후 요청을 처리 한 후 이전 프로세스를 닫게하십시오. 2. Sudo nginx -t && sudo nginx -s를 다시로드하여 안전하게 효과를 발휘하고 다운 타임을 피하십시오. 3. 포트, Worker_Processes 등을 듣고 변경하려면 완전히 다시 시작해야하며 핫 업데이트를 지원하지 않습니다. 유지 보수 창을 계획해야합니다.
프로덕션에서 Nginx와 같은 웹 서버를 실행할 때 가장 유용한 기능 중 하나는 활성 연결을 삭제하지 않고 구성을 다시로드하는 기능입니다. 이것이 우리가 우아한 재 장전 이라고 부르는 것입니다.

우아한 재 장전 중에는 어떻게됩니까?
우아한 재 장전은 nginx를 의미합니다.
- 새 구성 파일을 읽습니다
- 업데이트 된 구성을 사용하여 새로운 작업자 프로세스를 생성합니다
- 진행중인 요청 처리를 완료하도록 오래된 작업자 프로세스에 알려줍니다.
- 오래된 노동자들이 끝나면 깨끗하게 문을 닫습니다
이는 다운 타임이없고 연결이 깨지지 않으며 사용자는 구성 업데이트 중에 원하는대로 변경 사항을 알지 못합니다.

우아한 재 장전을 트리거하는 방법
표준 명령은 다음과 같습니다.
sudo nginx -s 다시로드
또는 SIGHUP
신호를 수동으로 보낼 수 있습니다.

sudo kill -hup $ (cat /var/run/nginx.pid)
그러나 nginx -s reload
더 간단하고 안전합니다. 변경 사항을 적용하기 전에 먼저 구문 오류를 확인합니다.
Pro 팁 : 다시로드하기 전에 항상 구성을 테스트하십시오.
Sudo nginx -t테스트가 통과되면 다시로드하십시오. 실패하면 Nginx는 잘못된 구성을 적용하지 않습니다.
당신이 이것을 사용할 때
- SSL 인증서 업데이트
- 라우팅 규칙 변경 (예 : 새로운 위치 블록)
- 속도 제한, GZIP 설정 또는 헤더 수정
- 서비스를 중단하지 않고 마이너 구성 조정을 롤아웃합니다
2 초의 가동 중지 시간조차도 사용자 또는 수익 손실을 의미 할 수있는 교통량이 많은 환경에서 특히 중요합니다.
우아하게 다시로드되지 않는 것은 무엇입니까?
일부 변경 사항은 전체 재시작이 필요합니다.
listen
포트 또는 주소 변경 (reuseport
사용하지 않는 한)worker_processes
또는worker_connections
수정 (신규 작업자는 업데이트 된 값을 상속하지만 기존 값은 변경되지 않습니다)- 새로운 모듈로드 (동적 모듈과 같은)
이를 위해 클러스터에있는 경우 유지 보수 창을 계획하거나 롤링 업데이트를 사용하십시오.
요컨대 :
nginx -t && nginx -s reload
-빠르고 안전하며 구성이 진화하는 동안 사이트를 유지합니다.
이것이 Nginx의 우아한 재 장전의 힘입니다.위 내용은 Nginx의 우아한 재 장전의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

핫 AI 도구

Undress AI Tool
무료로 이미지를 벗다

Undresser.AI Undress
사실적인 누드 사진을 만들기 위한 AI 기반 앱

AI Clothes Remover
사진에서 옷을 제거하는 온라인 AI 도구입니다.

Clothoff.io
AI 옷 제거제

Video Face Swap
완전히 무료인 AI 얼굴 교환 도구를 사용하여 모든 비디오의 얼굴을 쉽게 바꾸세요!

인기 기사

뜨거운 도구

메모장++7.3.1
사용하기 쉬운 무료 코드 편집기

SublimeText3 중국어 버전
중국어 버전, 사용하기 매우 쉽습니다.

스튜디오 13.0.1 보내기
강력한 PHP 통합 개발 환경

드림위버 CS6
시각적 웹 개발 도구

SublimeText3 Mac 버전
신 수준의 코드 편집 소프트웨어(SublimeText3)

HSTS를 활성화하는 방법은 HTTPS 웹 사이트에서 Strict-Transport-Security 응답 헤더를 구성하는 것입니다. 특정 작업은 다음과 같습니다. 1.nginx 서버 블록에 Add_header 지시문을 추가합니다. 2. Apache는 구성 파일 또는 .htaccess에 헤더 지시문을 추가합니다. 3.iis는 web.config에 커스텀 헤더를 추가합니다. 이 사이트가 HTTPS를 완전히 지원하고 매개 변수에는 최대 연령 (유효 기간), 포함 뷰 도메인 (하위 도메인이 효과적), 예비 목록 (예압 목록) 및 Prereload가 HSTSpreload 목록에 제출하기위한 전제 조건입니다.

Nginx의 SSL/TLS 서비스를 구성하려면 인증서와 개인 키를 준비하고 ServerBlock에서 관련 매개 변수를 설정해야합니다. 1. 인증서 파일 준비 : .crt 또는 .pem 형식 및 해당 .key 개인 키로 인증서를 얻습니다. let 'sencrypt 또는 상업적 조직을 사용하여이를 발급하고 중간 인증서를 번들 파일로 병합 할 수 있습니다. 2. ServerBlock을 구성하십시오 : Listen443SSL, ssl_certificate 경로를 /etc/ssl/example.com.crt로 정의하십시오.

Nginx 구성을 수정 한 후 먼저 구문을 테스트 한 다음 서비스를 다시로드해야합니다. 1. nginx-t를 사용하여 구성 파일 구문을 확인하십시오. "SyntaxIsok"및 "TestisSuccessful"프롬프트가 프롬프트되면 정확하다는 것을 의미합니다. 오류가 있으면 특정 문제 라인이 표시됩니다. 2. 구성 파일 권한이 높으면 sudonginx-t를 사용하여 실행해야합니다. 3. 테스트가 실제로로드되었는지 확인하십시오. nginx-t-c/path/to/your/nginx.conf를 통해 경로를 지정하거나 ps-ef | grepnginx를 통해 기본 프로세스에서 사용한 구성 파일을 볼 수 있습니다. 4. 테스트가 통과 된 후 SudongInx-Sreload Overload 서비스를 실행하여 새 구성을 발효시킵니다.

TOSETUPANNGINXSERVERBLOCK, FIRSTANDISTITSTRSTRUCTUREUSINGSTERTIPTIONSTIPTINTSLIKELISTEN, SERVER_NAME, andlocation; 다음, CreateAdirectoryStructureForyOUrsitesuchas/var/examplectermissions;

^~ 수정자는 지정된 접두사의 URL의 일치를 우선 순위를 정하고 후속 정규식이 일치하는 것을 방지하기 위해 Nginx에서 사용됩니다. 요청 된 URL 이이 접두사로 시작하면 Nginx는 즉시이 블록 구성을 채택하고 모든 정규 표현식 (위치 ~ 또는 위치 ~*) 점검을 건너 뜁니다. 1. 특정 경로 처리가 필요한 상황 (예 : 정적 자원)이있는 상황에 적합하며 정기 규칙에 의해 덮어 쓰지 않도록합니다. 2. 종종 성능을 향상시키고 특정 규칙이 먼저 실행되도록하는 데 사용됩니다. 3. 일반적인 시나리오에는 서비스 이미지, 스크립트 또는 내부 API 라우팅이 포함됩니다. 다른 수정 자와 비교할 때 : 4. 정상 접두사 일치는 정규를 계속 확인합니다. 5. 정확한 일치는 전체 경로에만 적용됩니다. 6. 정규 경기가 시작됩니다

설치된 nginx 버전을 확인하는 가장 쉬운 방법은 터미널 또는 쉘에서 명령을 실행하는 것입니다. 먼저 Nginx-V 또는 Nginx-V 명령을 사용하여 기본 버전 번호 또는 자세한 정보를보십시오. "CommandNotFound"가 프롬프트되면 올바르게 설치되지 않았거나 시스템 경로에 있지 않을 수 있습니다. 둘째, Linux Systems에서 SystemCtlStatusnginx를 통해 서비스 상태를 확인하여 버전 정보를 얻을 수 있습니다. 마지막으로, 명령 줄 액세스 권한이없는 경우 서버 정보 패널, 호스팅 제공자 문서 또는 HTTP 응답 헤더 (예 : 서버 : nginx/1.22.1)를 통해 버전을 간접적으로 확인할 수 있지만이 메소드는 Server_token을 활성화할지 여부에 따라 제한됩니다.

Toconfigureabackupserverinnginx, "백업"ParametertoArintheUpstreamBlock을 추가하고, 언제 어디서 receivestraffic을 보장하고

proxy_pass는 nginx에서 클라이언트 요청을 백엔드 서버로 전달하기 위해 사용되며, 핵심 역할은 Nginx가 HTTP 요청을 역 프록시로 처리 할 수 있도록하는 것입니다. 1. 지정된 백엔드 서비스 (예 : 포트 3000에서 실행되는 node.js 응용 프로그램과 같은)로 사용자 요청을 받고 전달합니다. 2. Nginx는 백엔드에서 반환 된 응답을 처리하여 사용자에게 다시 보냅니다. 동시에 프로세스에서 캐시, 압축 또는 액세스 제어 기능을 추가 할 수 있습니다. 3. 설정시 경로 일치와 꼬리 슬래시 사이의 관계에주의를 기울여 일치하는 부분의 경로를 제거할지 여부를 결정하십시오. 4. 백엔드가 올바른 컨텍스트 정보를 얻을 수 있도록 표준 프록시 헤더 (예 : 호스트, Xeal-IP 등)를 설정해야합니다. 5. 일반적인 문제에는 경로가 포함되지 않습니다
