프 록 시 서버 와 웹 서버 통신 중 504 문제
두 장 치 는 proxy 나 fastcgi 프로 토 콜 을 통 해 서로 통신 하면 504 문제 가 발생 합 니 다. 예 를 들 어 Nginx + PHP - FPM 이 발생 합 니 다.프 록 시 연결 백 엔 드 웹 서비스 도 만 날 수 있 습 니 다.내 가 이번에 만난 장면 은 후자 에 속 하고 대리 가 초래 한 504 문 제 를 중점적으로 설명 한다.
문제 분석
문 제 를 분명하게 말 하기 위해 먼저 우리 회사 의 서비스 배치 구 조 를 소개 하고 다음 과 같다.
많은 독자 들 이 https 방문 을 보고 504 문제 가 그것 때문에 일어 난 것 이 아니 냐 고 추측 하지만 실제 적 으로 전혀 관계 가 없 지만 전체 배치 구 조 는 ssl 을 도입 하여 시스템 이 복잡 해 졌 다.미래 ssl 은 틀림없이 주류 일 것 이다. 만약 에 이 그림 의 배치 에 관심 이 있다 면 나의 새 책 인 을 볼 수 있다. 그 안에 상세 하 게 묘사 되 어 있 는데 여기 도 광고 라 고 할 수 있다.
본 고 에서 이 그림 을 도입 한 근본 적 인 원인 은 독자 로 하여 금 내 가 직면 한 문 제 를 분명하게 이해 하 게 하려 는 것 이다. 만약 에 이 그림 이 없 으 면 독자 가 이해 할 때 매우 어 려 울 것 이다.그러나 너무 복잡 하 게 생각 하지 마 세 요. 쉽게 이해 하면 nginx 가 프 록 시 서버 로 백 엔 드 를 연결 하 는 웹 서버 (apache / mod phop) 입 니 다.
다음은 구체 적 으로 문제 가 발생 하면 브 라 우 저 에 접근 하 는 것 을 설명 합 니 다.https://mail.sina.net/x.php이 인 터 페 이 스 는 파일 을 업로드 하고 아 리 클 라 우 드 OSS 에 저장 합 니 다. 전송 한 파일 이 매우 크 면 실행 시간 이 길 어 집 니 다. 20 초 가 되면 504 오류 가 발생 할 수 있 습 니 다. 구체 적 으로 다음 그림 과 같 습 니 다.
참고 로 다른 페이지 와 인 터 페 이 스 는 이 문제 에 부 딪 히 지 않 았 고 그 순간 x. phop 프로그램 처리 에 문제 가 있 는 지 의 심 스 러 웠 다.
그렇다면 위 에 504 오류 가 있 는 것 일 까? 위 키 의 인용 을 살 펴 보 자.
4 Gateway Timeout The server was acting as a gateway or proxy and did not receive a timely response from the upstream server
게 이 트 웨 이 나 프 록 시 서버 가 백 엔 드 서버 에 연결 할 수 있 지만 서버 응답 을 읽 을 때 시간 이 초과 되 었 다 는 뜻 이다.504 문제 에 부 딪 히 면 일반적으로 백 엔 드 서비스의 문제 이다. 예 를 들 어:
4. 567917. 백 엔 드 프로 세 스 가 이유 없 이 종료 되 었 습 니 다. (코드 이상 일 수도 있 고 apache 나 nginx 프로 세 스 이상 일 수도 있 습 니 다) 프 록 시 서버 가 백 엔 드 응답 을 받 지 못 했 습 니 다
4. 567917. 백 엔 드 응답 이 느 려 서 프 록 시 서버 가 백 엔 드 응답 을 받 는 시간 이 초과 되 었 습 니 다
문 제 를 해결 하 다
상술 한 가능 한 두 가지 상황 에 따라 하나씩 분석 하 다.
(1) x. phop 프로그램 은 특정한 상황 에서 실행 이 느 리 지만 apache 의 access log 는 25 초 정도 에 200 방문 로 그 를 성공 적 으로 기록 했다.
(2) x. phop 프로그램 에 응용 로 그 를 기록 합 니 다. 응용 로 그 는 access log 로그 와 마찬가지 로 이상 이 없습니다.
이 는 코드 에 문제 가 없다 는 것 을 의미한다. (그러나 프로그램 이 너무 오래 실행 되 고 최 적 화 된 공간 이 있다) 20 초 에 504 오류 가 발생 했 지만 백 엔 드 코드 프로 세 스 는 계속 실행 되 고 25 초 에 성공 적 으로 실행 되 었 다.
이 문 제 를 제외 하고 프 록 시 서버 가 백 엔 드 응답 이 너무 느리다 고 생각 하여 이 연결 을 자발적으로 닫 았 을 가능성 이 가장 높 습 니 다. 프 록 시 서버 설정 의 시간 초과 시간 이 너무 짧 은 것 아 닙 니까?회사 의 프 록 시 서버 (ssl nginx) 는 전담자 가 관리 하기 때문에 구체 적 인 설정 을 볼 수 없습니다. 메 일 은 동료 에 게 물 었 고 다음 과 같은 답장 을 받 았 습 니 다.
proxy_read_timeout 60
proxy_send_timeout 60
우선 프 록 시read_timeout 의 공식 소개:
Defines a timeout for reading a response from the proxied server. The timeout is set only between two successive read operations, not for the transmission of the whole response. If the proxied server does not transmit anything within this time, the connection is closed.
상세 하 게 소 개 했 습 니 다. 이 대답 을 받 고 저 는 의 심 스 러 웠 습 니 다. 시간 초과 시간 은 60 초 였 지만 504 는 20 초 에 생 겼 습 니 다. 큰 물음표 가 제 머리 에 걸 려 있 고 공식 문 서 를 자세히 보 았 습 니 다. proxy 인지 아 닌 지.read_timeout 매개 변수의 값 은 엄밀 하지 않 고 공식 적 으로 60s 라 고 썼 지만 잘못 썼 더 라 도 nginx 의 기본 시간 초과 시간 은 60 초 입 니 다.nginx 버 전의 기본 시간 초과 가 일치 하지 않 습 니까?공식 문서 도 이 명령 에 대해 특별한 설명 을 하지 않 았 다.
마지막 으로 동료 가 이 값 을 변경 합 니 다:
proxy_read_timeout 300
proxy_send_timeout 300
문 제 는 결국 해결 되 었 습 니 다. proxy 읽 기 시간 이 초과 되 었 을 것 입 니 다. 그러나 구체 적 인 설정 은 여전히 의 심 스 럽 습 니 다.
진일보 한 테스트
저 는 회사 프 록 시 서버 의 구체 적 인 설정 을 볼 수 없 기 때문에 프 록 시 서버 를 설 치 했 습 니 다. 관심 이 있 는 친구 들 도 nginx 의 proxy 설정 을 더 알 수 있 습 니 다. 특별한 수요 가 없 으 면 설정 이 매우 간단 합 니 다.
server {
listen 443 ssl;
server_name www.simplehttps.com ;
location / {
access_log logs/access.log main;
error_log logs/error.log;
proxy_pass http://inter.www.simplehttps.com;
proxy_read_timeout 5;
}
}
inter. www. simplehttps. com 은 host 나 내부 도 메 인 이름 일 수 있 으 며 대외 도 메 인 이름 이 아 닙 니 다.
시간 초과 문제 가 발생 하면 error. log 로 그 를 관찰 하면 다음 과 같은 오 류 를 볼 수 있 습 니 다.
2018/09/19 21:01:19 [error] 17034#0: *253 upstream timed out (110: Connection timed out) while reading response header from upstream, client: *.*.*.*, server: www.simplehttps.com, request: "GET /x.php HTTP/1.1", upstream: "http://*.*.*.*:80/x.php", host: "www.simplehttps.com"
마지막 으로 나 는 nginx 의 proxy 를 끊임없이 조정 한다.read_timeout 명령 과 백 엔 드 x. phop 프로그램의 실행 시간 도 업무 중 에 발생 하 는 문제 (20 초 와 60 초 사이 의 비대 칭 문제) 에 부 딪 히 지 않 았 으 므 로 추 후 계속 유의 할 수 밖 에 없습니다.
총결산
1: 게 이 트 웨 이와 백 엔 드 의 시간 초과 (proxy 또는 fastcgi) 는 일치 해 야 합 니 다. 이 사례 에서 apache / modpp 가 가장 오래 실행 되 는 시간 이 30 초 라면 nginx 가 설정 한 시간 초과 시간 은 30 초 이상 이 어야 합 니 다. 네트워크 전송 지연 시간 (비 네트워크 패키지 총 전송 시간) 을 고려 해 야 하기 때 문 입 니 다.그리고 nginx + phop - fpm 모드 라면 nginx 설정 의 시간 초과 시간 은 상대 적 으로 간단 합 니 다. 대부분의 경우 nginx 와 phop - fpm 가 같은 기계 에 배치 되 어 있 기 때문에 네트워크 지연 시간 이 상대 적 으로 짧 지만 phop 의 최대 실행 시간 과 phop - fpm 의 최대 실행 시간 을 고려 해 야 합 니 다. 나중에 저 는 phop - fpm 와 phop 간 의 조율 작업 에 관 한 글 을 쓸 것 입 니 다.
2: 5 * * 오류 에 대해 http 오류 코드 라 고 볼 수 있 습 니 다. 모두 서버 측의 오류 (클 라 이언 트 에 비해) 입 니 다. 관련 오류 가 발생 했 을 때 우 리 는 오류 코드 에 따라 존재 할 수 있 는 문 제 를 판단 한 다음 에 맞 춤 형 검 사 를 해 야 합 니 다. 그렇지 않 으 면 검사 시간 이 많이 증가 할 것 입 니 다.
[본 고 는 2018 / 09 / 22 mp. weixin. qq. com / s / d3l1VxDKc 에 발표 되 었 습 니 다...........................................
공중 번호 QR 코드:
이 내용에 흥미가 있습니까?
현재 기사가 여러분의 문제를 해결하지 못하는 경우 AI 엔진은 머신러닝 분석(스마트 모델이 방금 만들어져 부정확한 경우가 있을 수 있음)을 통해 가장 유사한 기사를 추천합니다:
다양한 언어의 JSONJSON은 Javascript 표기법을 사용하여 데이터 구조를 레이아웃하는 데이터 형식입니다. 그러나 Javascript가 코드에서 이러한 구조를 나타낼 수 있는 유일한 언어는 아닙니다. 저는 일반적으로 '객체'{}...
텍스트를 자유롭게 공유하거나 복사할 수 있습니다.하지만 이 문서의 URL은 참조 URL로 남겨 두십시오.
CC BY-SA 2.5, CC BY-SA 3.0 및 CC BY-SA 4.0에 따라 라이센스가 부여됩니다.