Nginx 역방향 에이전트 백 엔 드 다 중 노드 에서 고장 난 노드 의 제거 사고

1210 단어
곰 곰 이 생각해 보면 아주 간단 한 문제 이다.개발 과 운 비 는 두 개의 백 엔 드 노드 가 달 리 는 것 이 너무 스트레스 를 받는다 고 생각 하여 두 개의 새로운 백 엔 드 노드 를 확 대 했 습 니 다. 이 플러스 에 문제 가 생 겼 습 니 다. 방문 할 때 페이지 가 간헐 적 으로 분실 되 었 습 니 다. 이 니 마 는 어떤 상황 입 니까? 한참 동안 생각 하지 못 하고 Nginx 의 설정 을 찾 았 습 니 다. 문 제 를 발견 하지 못 했 습 니 다. 백 엔 드 의 오류 로 그 를 조회 하 는 것 도 안개 입 니 다.
프 록 시 설정 먼저 붙 이기 (upstream 부분):
upstream api {
        server 192.168.1.10:9109;
        server 192.168.1.11:9109;
        server 192.168.1.12:9109;
        server 192.168.1.13:9109;
     }

그 중에서 1.12 와 1.13 두 노드 는 새로 추 가 된 것 입 니 다. 이러한 설정 의 nginx 프 록 시 는 기본 적 인 폴 링 방문 임 을 감안 하여 아예 고장 난 서버 의 고장 로 그 를 선별 하여 다른 노드 에 똑 같은 로그 가 있 는 지 확인 하고 순서대로 조회 한 결과 12 절 에 만 오류 로그 가 있 는 것 을 발견 하면 분명 합 니 다.이 노드 고장 으로 인 한 방문 페이지 시간 휴식 요리 이 니 차라리 이 노드 를 걷 어 차 버 리 세 요.
프 록 시 설정 을 수정 하고 nginx 서 비 스 를 재 개 했 습 니 다. 드디어 다 되 었 습 니 다. 내일 이 노드 의 서 비 스 를 확인 하고 어떤 상황 으로 인 한 노드 접근 이상 이 있 는 지 확인 하 십시오.
요약: 앞으로 nginx, lvs 등 부하 균형 이 비슷 할 때 노드 를 보 는 방법 으로 어느 노드 에 문제 가 생 겼 는 지 판단 할 수 있 습 니 다. 예 를 들 어 오류 로그 등 입 니 다.url 접근 테스트 를 직접 사용 하여 사용 가능 한 지 확인 할 수도 있 습 니 다.이번 고장 은 url 방문 테스트 고장 을 직접 사용 하 는 것 을 잊 어 버 렸 습 니 다. 정말 골 치 아 픈 일이 많 습 니 다!
다음으로 전송:https://www.cnblogs.com/tchroot/p/9452398.html

좋은 웹페이지 즐겨찾기