원본/네트워크 문제¶
원본서버¶
원본서버가 죽었는지 어떻게 확인할 수 있나요?¶
Hint
Connect Timeout 으로 추측할 뿐이지 단언할 수 없습니다.
원본서버가 죽었다면 일반적으로 다음과 같이 Connect Timeout 관련로그가 originError deprecated 에 기록됩니다.
2022-05-31 14:47:48 [ERROR] [http://test.com ] org.test.com 10.10.10.10 GET /a?1 3798 Connect-Timeout - 80
2022-05-31 14:47:48 [ERROR] [http://test.com ] org.test.com 10.10.10.10 GET /a?2 3523 Connect-Timeout - 80
2022-05-31 14:47:48 [ERROR] [http://test.com ] org.test.com 10.10.10.10 GET /a?3 3825 Connect-Timeout - 80
2022-05-31 14:47:48 [ERROR] [http://test.com ] org.test.com 10.10.10.10 GET /a?4 3884 Connect-Timeout - 80
2022-05-31 14:47:48 [ERROR] [http://test.com ] org.test.com 10.10.10.10 GET /a?5 3745 Connect-Timeout - 80
2022-05-31 14:47:48 [ERROR] [http://test.com ] org.test.com 10.10.10.10 GET /a?6 3483 Connect-Timeout - 80
2022-05-31 14:47:48 [ERROR] [http://abcd.com ] org.test.com 10.10.10.10 GET /a?7 3580 Connect-Timeout - 80
이는 증상일 뿐이지 원인은 다음 중 하나일 수 있습니다.
네트워크 단절
원본서버 장비오류
웹서비스 프로세스 기동오류
왜 원본서버와 통신 없이 500 코드를 응답하나요?¶
Hint
원본서버 장애를 감지하고 배제한 것 같습니다.
장애서버로 계속 요청을 보낼 경우 장애가 더 커질 수 있어 장애감지와 복구 를 기본적으로 수행합니다.
모든 원본서버가 배제되면 원본콘텐츠를 가지고 올 서버가 없어 500 Internal Error 오류를 응답합니다.
상황은 originError deprecated 로 증명될 수 있습니다.
이 경우 조치는 2가지 방안입니다.
원본서버 응답 코드가 200 OK 인데 sc-sock-error 항목이 Server-Close 로 표시 되며 원본서버 배제가 안됩니다.¶
Hint
원본서버 응답 헤더에 Content-Length 또는 Transfer-Encoding 헤더가 포함 되지 않은것 같습니다.
M2 원본 로그 sc-sock-error 항목이 Server-Close 로 표시되는 경우는 어떤 상황 인가요?¶
Hint
원본서버 에서 명시적으로 socket 을 close 할때 입니다.
그 외 아래와 같은 이유로 Server-Close 상황이 발생 할 수 있습니다.
원본 응답이
HTTP1.0이며Content-Length가 없을때M2에서 정의된
HTTP Status Code가 아닐때M2의 원본서버 세션 재 사용시간 설정 보다 원본서버 세션 재 사용시간이 작은 경우