[JMeter] 최대 Test thread 수 늘리기 - java.net.BindException 오류 해결

🔹 문제 요약

Windows OS에서 JMeter를 테스트할 때 5000개 이상의 TCP 연결이 쌓이게 되면 java.net.BindException 에러가 발생합니다. 이는 기본적으로 설정된 시스템 버퍼 공간을 넘어가게 되면서 발생하는 에러입니다. 에러 발생 방법과 원인 및 해결을 알아보겠습니다.

TCP 연결 해제(4 way handshake)를 알고 있다면 원인 이해가 더 편합니다.

 

🔹 문제 재현

다음과 같은 시나리오에서 JMeter를 돌려보겠습니다.

30초간 초당 1000 Thread 발생

아래와 같이 중간부터 실패 응답을 받게 됩니다.

왜 실패했는지 상세 내용을 봅시다.

해당 포트가 사용 중인 상황에서 주로 발생하는 java.net.BindException이 발생했습니다. 아래 메시지에서 Address already in use: connect로 해당 주소가 사용되고 있다고 합니다. 서버를 시작할 때도 아니고, 앞서 잘 돌아가다 왜 이런 에러가 나오는지 혼란스럽습니다.

 

🔹 문제 해결

구글링을 해보니 어떤 외국 블로그에서 힌트를 찾았습니다. 

요약하면, 짧은 시간에 새로운 네트워크 연결이 너무 많을 때 java.net.BindException이 발생할 수 있다고 합니다. 

짧은 시간 TCP 연결을 위한 많은 소캣 작업이 발생하는데, 서버 작업이 끝난 후 소켓 연결을 죽이는 socket.close() 작업이 일어나도 바인딩된 포트를 즉시 해제하지 않습니다. 대신 Time_wait가 지나야 소캣 연결을 종료시킵니다. TCP 4 way handshake를 확인하면 더 잘 이해할 수 있을 것입니다. 이렇게 Time_wait를 기다리며 머무는 소캣이 반환되지 않고, 계속 큐에 요청이 쌓이면서 시스템 리소스가 소진되어 발생되는 에러입니다. 윈도우에서 기본적인 리소스는 1024-5000개 사이라고 합니다.

 

이 문제는 Microsoft 문서 가이드를 따라서 스스템 리소스를 늘리며 해결할 수 있습니다.

이는 레지스트리를 수정하는 방법이기 때문에 주의해서 수행하기시 바랍니다.

(물론 부하 분산을 통해 원인을 방지하는게 더 좋을 수 있습니다.)

 

우선 아래와 같이 레지스트리 편집기에서 Parameters를 찾아 들어갑니다.

(위치: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters)

 

편집 메뉴에서 MaxUserPort를 수정합니다. 저는 Max값인 65534로 수정했습니다. 

 

 

🔹 정상 작동 확인

처음에 설정한 시나리오로 작동 시 문제없이 모든 요청을 처리하는 것을 볼 수 있습니다.