WAS가 요청을 받았을 때, 커넥션이 연결되고, 서블릿을 호출하는 역할을 하는 것이 있다.
서블릿 객체를 누가 호출하는가?
바로 쓰레드이다.
쓰레드는 애플리케이션 코드를 하나하나 순차적으로 실행하는 역할을 한다.
자바의 메인 메서드를 처음 실행하면 main이라는 이름의 쓰레드가 실행된다.
쓰레드가 없다면 자바 애플리케이션 실행이 불가능하다.
쓰레드는 한번에 하나의 코드 라인만 수행한다.
동시 처리가 필요하면 쓰레드를 추가로 생성할 수 있다.
단일 요청이 들어오고 하나의 쓰레드만 사용할 때,
여러 개의 요청이 들어오고 하나의 쓰레드만 사용할 때,
요청마다 쓰레드를 생성하면,
요청마다 쓰레드를 생성할 때,
장점으로는 동시 요청을 처리할 수 있고, 리소스(CPU, 메모리)가 허용할 때까지 처리가 가능하다
하나의 쓰레드가 지연되어도 나머지 쓰레드는 정상 동작한다.
단점으로는, 쓰레드 생성 비용은 너무 비싸다. 고객의 요청이 올 때마다 쓰레드를 생성하면 응답 속도가 늦어질 수 있다.
쓰레드는 컨텍스트 스위칭 비용이 발생한다
쓰레드 생성에 제한이 없다. → 고객 요청이 너무 많을 시, CPU, 메모리 임계점을 넘어서 서버가 죽을 수도 있다.
이와 같은 상황을 해결하기 위해서, 쓰레드 풀이 있다.
쓰레드 풀은 요청마다 쓰레드 생성하는 것에 대한 단점을 보완한 것이다
특징으로는
- 필요한 쓰레드를 쓰레드 풀에 보관하고 관리한다.
- 쓰레드 풀에 생성 가능한 쓰레드의 최대치를 관리한다. 톰캣은 최대 200개 기본 설정이 가능하다(변경 가능)
사용 방법으로는
- 쓰레드가 필요하면, 이미 생성되어 있는 쓰레드를 풀에서 꺼내서 사용한다.
- 사용을 종료하면 쓰레드 풀에 해당 쓰레드를 반납한다.
- 최대 쓰레드가 모두 사용중이어서 쓰레드 풀에 쓰레드가 없으면 기다리는 요청은 거절하거나 특정 숫자만큼 대기하도록 설정할 수 있다.
쓰레드 풀의 장점으로는
- 쓰레드가 미리 생성되어 있으므로, 쓰레드를 생성하고 종료하는 비용(CPU)이 절약되고, 응답 시간이 빠르다.
- 생성 가능한 쓰레드의 최대치가 있으므로 너무 많은 요청이 들어와도 기존 요청은 안전하게 처리할 수 있다.
쓰레드 풀에 대한 실무 팁 중에서..
- WAS의 중요 튜닝 포인트는 최대 쓰레드(max thread) 갯수이다.
- 이 값을 너무 낮게 설정하면 동시 요청이 많을 때, 서버 리소스는 여유롭지만 클라이언트는 금방 응답 지연이 된다.
- 이 값을 너무 높게 설정하면 동시 요청이 많을 때, CPU, 메모리 리소스 임계점 초과로 서버가 다운된다.
- 장애 발생 시
: 클라우드면 일단 서버부터 늘리고 이후에 튜닝을 한다.
: 클라우드가 아니면 열심히 튜닝해야한다.
쓰레드 풀을 너무 낮게 설정하면?
쓰레드 풀의 적정 숫자는 애플리케이션 로직의 복잡도, CPU, 메모리, I/O 리소스 상황에 따라 모두 다르다.
성능 테스트를 해봐야 하는데, 최대한 실제 서비스와 유사하게 성능 테스트를 시도해야한다.
성능 테스트 툴로는 아파치 ab, 제이미터, nGrinder 가 있다.
WAS의 멀티 쓰레드 지원 내용 핵심
- 멀티 쓰레드에 대한 부분은 WAS 가 처리한다.
- 개발자가 멀티 쓰레드 관련 코드를 신경쓰지 않아도 된다.
- 개발자는 마치 싱글 쓰레드 프로그래밍을 하듯이 편리하게 소스 코드를 개발하면 된다.
- 멀티 쓰레드 환경이므로 싱글톤 객체(서블릿, 스프링 빈)는 주의해서 사용해야 한다.
'스프링 > 스프링 웹' 카테고리의 다른 글
[Spring] 서블릿(Servlet) 프로젝트 환경 설정 (IntelliJ) (0) | 2023.05.16 |
---|---|
[Spring] 자바 백엔드 웹 기술 역사(서블릿, JSP, MVC) (1) | 2023.05.16 |
[Spring] HTML, HTTP API, CSR, SSR (0) | 2023.05.15 |
[Spring] 서블릿(Servlet) 개념 (0) | 2023.05.15 |
[Spring] 웹 서버, 웹 애플리케이션 서버 (0) | 2023.05.15 |
댓글