TIME_WAIT이 너무 많아서 조치할려고 합니다.

[김용수]

안녕하세요.

netstat -an | grep TIME_WAIT | wc -l 했더니 14000개 이상입니다.

조치를 할려면 tcp_time_wait_interval을 줄이면 된다고 하던데요.

현재 60000입니다.

시스템은 rp3440 1Ghz 듀얼코어, Memory는 8Gb입니다.



이제 질문을 드립니다.

1. TIME_WAIT의 갯수는 한계가 있는겁니까?

몇개이상이면 안되는건지요.

2. tcp_time_wait_interval이 현재 60초인데

무작정 줄여도 되는건지요. 60초로 되어있는건 이유가 있을거

같은데요. 줄여도 된다면 얼마까지 줄여도 되는건가요?

[???_411]

ndd -h

tcp_time_wait_interval - How long stream persists in TIME_WAIT



말씀하신 시스템에 세션이 굉장히 많군요.. 예전에 HP에서 받은 자료에

60초로 되어있습니다.

시간을 더 줄이는 거는 별로 추천드리고 싶지 않습니다.



제생각에는 Client가 서버에 접속을 너무 많이 하는거 같은데..

서버의 성능을 점검하시고 증설이나 분산을 검토하시거나..

현재 서비스를 처리하는데 문제가 없다면..

그냥 사용하셔도 문제가 없을리라 생각됩니다.



참고) File Descripter 에는 문제가 안생기는지요?

세션이 FD를 할당받기 때문에 그문제는 없는지 점검을 해보셔야 할거 같은데요..





그냥..조금 아는 지식으로 말씀드렸습니다.

[이태곤]

안녕하십니까



사용자가 많은 web server 에서 자주 고민하는 문제 인것 같습니다.



1. Time_wait 에 대한 갯수의 한계는 특별히 정해 있는 않은것으로 알고 있습니다.



2. web server 을 사용하신다면 60초가 권장사항입니다. 하지만 이것이 문제가 된다면 줄여 보는 것도 방법이겠지만 무작정 줄이는 것에도 문제가 있습니다. 점차적으로 줄이는 것이 좋으며 제가 생각하기에는 사용하시는 application과 같이 튜닝이 필요한것으로 보입니다.

예전에 apache 버전과 weblogic과의 미묘한 문제, 그리고 L4장비와의 문제 등으로 고생한적이 있는데 총체적으로 튜닝하지 않는한 time_wait와 성능에 이슈가 발생될것으로 보입니다.



다음은 time_wait에 관한 내용입니다(펌)

==========

TIME_WAIT 상태는 연결이 끊겨도 클라이언트의 수신 보장을 위해 기다리는 상태인데, 이 상태가 많아도 비정상적인 것만은 아닙니다.



웹서버에서 KeepAlive를 off로 설정했다면 TIME_WAIT이 많을 수 있습니다.

KeepAlive off설정시에는 클라이언트에서 웹서버 접속시 1개의 request만 요청을 받고 바로 끊어집니다.

하나의 웹페이지에 이미지, js 등이 10개라면 10번 커넥션이 이뤄졌다 끊어졌다를 반복하게 됩니다.



좀더 깊이 얘기하면 HTTP 1.1에서는 1.0과 다르게 클라이언트에서 'Connection: Keep-alive' Header를 보내 connection 을 유지할 수가 있습니다.

그러나 웹서버가 KeepAlive off 설정이라면 클라이언트의 요청형태와 무관하게 끊기게 되는겁니다.

대형사이트일 수록 off로 설정을 많이 합니다.



웹서버 설정을 먼저 살펴보시고,

현재 60000 (60초)라니 30000 정도로 낮춰보세요.

1000라면 너무 낮은 것 같습니다.

=================