nginx 병행 최적화

업무 중 에 업무 가 병행 할 때 nginx 가 직접 끊 는 경우 가 있 기 때 문 입 니 다.그래서 nginx 병발 최적화 와 관련 된 글 을 한 번 정리 했다.실천 은 다음 과 같다.
1. nginx 높 은 동시 다발 서버 오류 해결
nginx 의 error 로 그 를 통 해 오류 보고 받 기:

vim /var/log/nginx/xxxx_error.log.3.gz

error.log
이 를 통 해 알 수 있 듯 이 오 류 는 주로 두 가지 이다.

파일 설명자 가 부족 합 니 다.

worker connection 이 부족 합 니 다.

이 유 는 다음 과 같다.

파일 설명자 가 부족 한 경우 ulimit 와 관련 된 것 을 참고 하 십시오.

worker connection 이 부족 한 상황 은 다음 몇 편의 글 을 참고 하여 nginx 설정 파 라 메 터 를 조금 만 고치 면 해 결 됩 니 다.

worker_connections 매개 변수 공식 문서

nginx worker_연결 이 충분 하지 않 음 (오류)

먼저 일부 오 류 를 처리 한 후에 nginx 의 병목 이 어디 에 있 는 지 분석 하 세 요.
1 cpu 가 병목 인지 확인 (top) 2 메모리 가 병목 인지 확인 (free) 3 네트워크 연결 수가 병목 인지 확인각 nginx 의 tcp 연결 상 태 를 살 펴 보면 ESTABLISHED 상태의 수가 너무 적어 1300 을 넘 지 않 았 기 때 문 입 니 다. 또한 ab 명령 에 따 른 스루풋 지 표 는 계속 올 라 가지 못 하고 5000 정 도 를 맴 돌 고 있 습 니 다. 병목 이 발견 되면 이 지표 로 병목 을 해결 합 니 다.

watch -n 0.1 -d " netstat -ant |grep -w  80|grep 'ESTABLISHED'|wc -l"

연결 상태 에 있 는 tcp 연결 수 를 의미 합 니 다.
tcp 참가 최적화 와 관련 되 기 때문에 커 널 최적화 부터 시작 합 니 다.
이 글 을 참고 하 세 요: Nginx 를 바탕 으로 10 만 + 동시 다발 을 실현 하고 당신 이 해 야 할 Linux 커 널 최적화
ab 명령 으로 검증

ab -r -n 100000 -c 10000    http://your.ip/

기타

file - max 와 ulimit 의 관계 와 차이

ab 테스트 병발 의 원리
ab. c 의 소스 코드 를 볼 수 있 습 니 다.http://svn.apache.org/repos/asf/httpd/httpd/trunk/support/ab.c 포 인 트 는 static void test (void) 함수 의 실현 ab 가 실 행 될 때 - c 개의 TCP 연결 을 '동시에' 만 드 는 것 입 니 다. (- k 인자 가 있 으 면)그리고 이 - c 개의 연결 로 계속 요청 을 보 냅 니 다. 응답 시간 이 - t 보다 많 거나 모든 - n 개의 요청 수가 전송 되 었 을 때 발송 을 중단 합 니 다. 다음 과 같이 검증 할 수 있 습 니 다. client 실행 netstat -ant |grep -w 80 server 실행 ab -r -k -n 100000 -c 1000 http://54.199.226.173/ 에서 ESTABLISHED 상태의 연결 수 는 영원히 1000 개 입 니 다.
ab 데이터 가 정확 하지 않 은 경우 가 있 습 니 다.
원인 은 다음 과 같은 몇 가지 가 있다.

단기 압력 측정

총결산
전체적인 사고방식 은 비교적 간단 하 다. 먼저 잘못 배열 한 다음 에 최적화 하 는 과정 에서 반드시 하나의 지 표를 참고 로 해 야 한다. 단기 압력 측정 을 하지 마라. 단기 압력 측정 의 데 이 터 는 모두 정확 하지 않다. 본 고 는 네트워크 대역 폭 의 원인 과 관련 되 기 때문에 데이터 전송 속도 와 관련 된 수 거 는 모두 믿 을 수 없다. 가장 좋 은 상황 은 내부 네트워크 측정 내부 네트워크 이다.