[Thu Jun 07 17:53:02.694593 2018] [proxy_fcgi:error] [pid 441:tid 140000637802240] [client 121.143.x.x:53812] AH01067: Failed to read FastCGI header, referer: https://domain.com/
[Thu Jun 07 17:53:02.694657 2018] [proxy_fcgi:error] [pid 441:tid 140000637802240] (104)Connection reset by peer: [client 121.143.x.x:53812] AH01075: Error dispatching request to : , referer: https://domain.com/
아파치 에러로그를 보니 해당 시간에 위와 같은 에러가 남아있습니다.
혹시 무슨이상이 있는 걸까요 ??
댓글 11
한참 기다린 후에 503 에러가 뜨던가요, 아니면 즉시 뜨던가요?
아파치 쪽에서는 php-fpm과 연결이 되지 않았다(또는 연결이 끊겼다)는 메시지밖에 남지 않으므로, 정확한 이유를 찾으려면 동일시간대 php-fpm 에러 로그와 해당 pool의 슬로우 로그를 대조해 보는 것이 좋습니다. 저런 경우는 대개 타임아웃입니다. 외부 api와 연동하는 것이 갑자기 느려졌거나, 최근 인기를 끌고 있는 검색어 자동완성처럼 서버에 많은 부하를 일으키는 기능 때문이겠지요.
두번 모두 메인 페이지에 접속할때 발생했구요. 곧바로 발생했습니다. 기다리는 시간도 없고 그리고 다시 바로 정상 접속도 가능했습니다. 일반적인 서버성능이나 그런 것 때문에 발생하는 것과는 많이 달랐구요.
php-fpm 에러로그는 없는 것 같습니다.
메인 페이지에는 부하가 걸리는 그런 것은 거의 사용은 안하고 있어요.
아마도 봇이 방문했을 시점에는 꽤나 자원이 많이 사용되고 있을 수도 있을 것 같아요. 이녀석이 브라우저 스토리지에 데이터를 써주면 다행이지지만 그렇지 않는 경우 게시판을 훓고 있는 동안 계속 쿼리를 하게 생겼네요.
애드온에서 서버에서 캐시를 해서 반복적인 요청이 없도록 해줄 필요가 있어 보입니다. 봇이 사용하는 브라우저가..... 과연....
일단 게시판 검색어 자동완성 기능은 중단하고 지켜봐야 겠습니다.
아.. 각 게시판에 동작하게 해 놓은 검색어자동완성 기능이 여러 방문자가 사이트 게시판들을 돌아다니게 되면 이때 발생하는 쿼리가 많아져서 문제가 될 수 있다는 말씀 이시군요.
서버에서 캐시를 할 수 있는 방법이나 그런게 필요한 부분이겠네요.
기본적으로 게시판 목록을 보여주는 것 외 추가로 쿼리가 계속 발생하면 부담은 될 듯 하네요.
통합 검색에서만 해당 기능을 사용하는 것을 검토해봐야겠습니다.
실행구조도 바꾸고...