COLLECTION

운영에서 만난 문제

6편

서버가 이상할 때 어디부터 봐야 하는가?

이름이 안 풀리고, 경로가 엉뚱한 곳으로 가고, 502가 뜨고, 캐시가 비고, 같은 좌석이 두 번 팔리고, VRAM은 꽉 찼는데 사용률이 0%입니다. 확인할 지점을 절반으로 줄이는 순서를 각각 정리했습니다.

글 목록

전체 6편 중 1–6편

같은 요청 경로 하나를 넣어도 세 웹서버는 서로 다른 설정 블록을 고릅니다. 각 서버 공식 문서에 적힌 규칙을 따라가며 탈락 과정까지 눌러봅니다.

도메인 조회·캐시·TTL을 눌러보며, 재귀 리졸버의 캐시와 여러 DNS 서버를 거쳐 IP를 찾는 과정을 단계별로 봅니다. 단순화한 시뮬레이션이며 실제 조회나 지연이 아닙니다.

서버 오류 코드는 무엇이 고장났는지가 아니라 어디까지 갔다가 실패했는지를 알려줍니다. 502에서 앱 로그를 뒤지면 아무것도 못 찾는 이유와, 확인할 곳을 절반으로 줄이는 명령 한 줄.

VRAM은 거의 꽉 찼는데 GPU-Util은 0%. 고장이 아니라 서빙 엔진이 KV 풀을 미리 예약해 둔 상태입니다. 모델 적재·추론·사전 예약을 눌러보며 메모리 점유와 연산 사용률이 별개임을 확인합니다. 단순화한 시뮬레이션이며 실제 GPU 측정값이 아닙니다.

잠금이 없으면 좌석이 2번 팔립니다. 트랜잭션·비관적/낙관적 잠금이 어떻게 한 명만 성공시키는지 한 단계씩 살펴봅니다.

같은 데이터를 두 번 불러보고 가격 변경과 동시 요청까지 비교하며 Redis 캐시, TTL, 무효화와 요청 몰림을 익힙니다.