꼬반 Blog

참고 : http://serverfault.com/questions/511109/nginx-local-fallback-error-page-if-proxy-destination-is-unavailable

Nginx 에서 리버스 프록시 설정을 하여 사용할때 에러 페이지의 경우는 Nginx 설정이 아닌

프록시 서버의 설정을 따르게 된다. (Nginx - Tomcat 설정인 경우 Tomcat 에러 페이지가 노출)

이때 Nginx 에서 에러 페이지를 설정하기 위해서는 아래의 옵션을 함께 사용하면 된다.

(Server 블록 내에서 사용)

server {
...
  location / {
    proxy_intercept_errors on;
    proxy_pass http://localhost:8080/;
  }
  error_page 404 500 502 503 504 /custom_error.html;
  location = /custom_error.html {
    root /usr/share/nginx/html;
    internal;
  }
...
}

오늘 개발 중인 테스트 서버에서 장애가 접수되었다.

장애는 특정 데이터를 선택해서 그래프를 그려야 하는데 이 그래프를 그리기 위해서

서버쪽에서 response header 에 많은 chunked data 를 붙여서 응답한다.

근데 이 사이즈가 매우 커서 브라우저에서는 해당 data를 읽지 못하고 장애가 발생한 것.

하여 관련 옵션을 찾아 tomcat server.xml 에 추가 후 restart 하였다.

compression="on"

maxHttpHeaderSize="8192"

두개의 옵션을 <connector.../>

에 추가하여 주었고 다시 확인해보니 그래프 기능이 정상으로 동작하였다.

안녕하세요. 꼬반 입니다.

지난번에 한번 회사에서 관리하는 웹 서비스들의 상태를 확인하기 위해 Url Check V1 을 포스팅 한적이 있는데..

이번에 V2로 변경하면서 새로 작성합니다.

사실 지난번 V1은 이틀동안 날림으로 작업하면서 여러 문제점들이 있는 상태여서 이번에도 이틀의 시간이

소요되긴 했지만 나름 개선해서 아래와 같이 변경되었습니다.

이번 버전에서는 비동기로 동작하는 부분을 잘 이해하지 못하고 코드를 날림으로 작성해서 사실 클라이언트에서

테이블에 제대로 바인딩도 안되던 문제가 있었습니다.

이번엔 DB에 점검 URL을 읽어와서 상태를 확인하고 응답시간을 체크해서 DB에 업데이트 후 

해당 내용을 클라이언트에 전송해서 정상적으로 바인딩 되게 코드를 수정했습니다. (지금도 날림인건 마찬가지..)

그리고 상단엔 한번에 알 수 있도록 넣었습니다.

다만 이번엔 모든 URL을 다 확인후 DB를 불러오기때문에 로딩시간이 좀 걸립니다...

음.. 그 부분은 어쩔수 없네요. 

이력 관리는 하지 않습니다. 지금 요구사항은 어디서든 한번에 서비스 상태를 확인하기 위한 거라.

추후 히스토리가 추가될 수는 있을수도...