nginx 재 시도 메커니즘 - 재 시작 요청 으로 인 한 문제
870 단어 nginx
nginx 프로필 중 proxynext_upstream 매개 변수 설정 설명:
Syntax: proxy_next_upstream error | timeout | invalid_header | http_500 | http_502 | http_503 | http_504 | http_403 | http_404 | off ...;
Default: proxy_next_upstream error timeout;
Context: http, server, location
또한 proxy 를 통 해next_upstream_tries, 재 시도 횟수 도 정의 할 수 있 습 니 다.로 컬 개발 환경 에 nginx 서버 가 하나 밖 에 없 기 때문에 재 시도 체 제 를 시작 하지 않 습 니 다. 그러나 온라인 상에 서 균형 잡 힌 상황 에서 timeout | invalid 를 설정 하면header | http_500 | http_502 | http_503 | http_504 | http_403 | http_404 이러한 재 시도 상황 이 발생 하면 부하 균형 중의 나머지 nginx 서버 에 요청 하기 때문에 비교적 관건 적 인 코드 논리 에 대해 이런 상황 을 고려 하여 합 리 적 인 대응 을 해 야 한다.
이 내용에 흥미가 있습니까?
현재 기사가 여러분의 문제를 해결하지 못하는 경우 AI 엔진은 머신러닝 분석(스마트 모델이 방금 만들어져 부정확한 경우가 있을 수 있음)을 통해 가장 유사한 기사를 추천합니다:
간단! Certbot을 사용하여 웹 사이트를 SSL(HTTPS)화하는 방법초보자가 인프라 주위를 정돈하는 것은 매우 어렵습니다. 이번은 사이트를 간단하게 SSL화(HTTP에서 HTTPS통신)로 변경하는 방법을 소개합니다! 이번에는 소프트웨어 시스템 Nginx CentOS7 의 환경에서 S...
텍스트를 자유롭게 공유하거나 복사할 수 있습니다.하지만 이 문서의 URL은 참조 URL로 남겨 두십시오.
CC BY-SA 2.5, CC BY-SA 3.0 및 CC BY-SA 4.0에 따라 라이센스가 부여됩니다.