Tomcat WAS 응답 지연 — 스레드 풀·GC 진단 — 실습 Lab

INCIDENT RESPONSE

0 / 5 단계 완료

📚 PREREQUISITES

Theoryinfra-ops/tomcat-was

Theoryinfra-ops/jvm-operations

TRACK

INFRA-OPS

SLA

45분

SEV

SEV-2

PHASES

3단계

ENV

local

INCOMING TICKET

“모니터링 알람: "WAS 응답 지연 — p95 8초 초과, 일부 요청 타임아웃. CPU는 높지 않은데 느립니다."”

YOUR ROLE

인프라 운영 엔지니어인 당신이

IMPACT IF UNRESOLVED

WAS가 요청을 처리하지 못해 사용자 화면이 멈춤. CPU 여유가 있는데도 느려 원인 파악이 까다로움.

🚨INCIDENT BRIEF

WAS 응답이 느려졌다는 알람이 왔습니다. top을 보니 CPU는 40%대로 한가합니다.

"CPU가 노는데 왜 느리지?"

CPU가 한가한데 느린 건 대개 기다리고 있기 때문입니다. 스레드가 외부 DB/API 응답을 기다리며 묶여 풀이 고갈됐거나,

JVM이 풀 GC로 멈춰 서고 있거나. 둘은 처방이 완전히 다릅니다.

스레드 덤프와 GC 통계로 어느 쪽인지 가르고, 추측이 아니라 근거로 설정을 바꿉니다.

⏱ 45분📊 중급🔧 3단계#tomcat#was#jvm#thread-pool

MISSION

스레드 덤프로 풀 상태 확인

Tomcat 워커 스레드가 무엇을 하느라 묶여 있는지 — 풀이 고갈됐는지 본다

GC 통계로 풀 GC 폭주 여부 가르기

지연의 원인이 스레드 풀이 아니라 GC인지 — 힙 사용률과 풀 GC 빈도로 판별한다

근거 기반 설정 조정과 검증

진단 결과에 맞춰 Connector(maxThreads) 또는 힙(-Xmx)을 조정하고, 지연이 해소됐는지 확인한다

📌 선수 지식

ℹ️ 실습 환경

환경: local

필요 도구: java, jstack, jstat, curl

🔒

실습 실행은 Pro 플랜 전용입니다

인시던트 브리프와 학습 자료는 지금 바로 확인할 수 있습니다. 실제 실습 진행 및 터미널 사용은 Pro 플랜에서 가능합니다.

>_ LAB TERMINAL↔ 너비 조절

NOTES