시스템 성능 점검 시 어떤 지표를 주로 확인하고, 그 이유는 무엇인가요?

메모리 사용률이 서서히 올라가는 문제를 접했을 때, GC 로그를 처음으로 직접 분석한 경험이 있습니다. 단순히 메모리가 높다는 것만 알고 있었는데, GC 로그를 열어보니 Full GC가 너무 자주 발생해서 애플리케이션이 수초간 멈추는 현상이 반복되고 있었습니다. 어느 객체가 메모리를 많이 잡고 있는지 파악하기 위해 힙 덤프를 찍고 분석 도구로 열어보니, 캐시로 쓰려고 만든 컬렉션이 만료 정책 없이 무한히 증가하고 있었습니다. 원인을 파악하고 나서 메모리 기반 캐시에 TTL과 최대 크기 제한을 추가했고, GC 빈도가 줄면서 응답 지연도 안정화됐습니다.

GC 로그는 메모리 문제를 진단하는 가장 직접적인 수단인데, 처음에는 읽는 법 자체를 몰라서 시간이 걸렸습니다. 이후로는 서비스에 GC 로그 출력을 기본으로 켜두고, 메모리 이상 징후가 보이면 가장 먼저 여기를 확인하는 루틴을 만들었습니다.