서버가 갑자기 느려지거나 죽었어요 — 1인 개발자 응급 대처 순서
최종 업데이트: 2026-06-28
"사이트가 안 열린다"는 연락을 받았는데 뭐부터 봐야 할지 막막했던 적 있으신가요? 변수가 많아 보여도, 아래 순서대로만 좁혀가면 됩니다.
- 1살아 있는지 먼저 확인: 서버 자체가 죽었는지, 서버는 살아 있고 앱(웹사이트)만 죽었는지 구분합니다. 서버에 접속(SSH)이 되는지부터 봅니다.
- 2자원이 바닥났는지 확인: CPU·메모리·디스크 사용률을 봅니다. 메모리가 꽉 차면 OS가 프로세스를 강제 종료(OOM)해 서비스가 죽습니다. 디스크가 100%여도 멈춥니다.
- 3앱·DB가 멈췄는지 확인: 웹서버(Nginx)·WAS(Tomcat)·데이터베이스 프로세스가 살아 있는지, 응답시간·에러율이 치솟았는지 봅니다.
- 4최근 무엇이 바뀌었는지 확인: 방금 배포했거나, 트래픽이 갑자기 몰렸거나, 디스크가 찼는지 — 변화 시점이 곧 단서입니다.
왜 원인 찾기가 어려울까
서버 문제는 한 계층만 봐서는 원인을 못 찾는 경우가 많습니다. 예를 들어 "응답이 느리다"의 진짜 원인이 디스크 꽉 참일 수도, 메모리 누수일 수도, DB 잠금일 수도 있습니다.
Sentibel은 OS·네트워크·미들웨어·애플리케이션을 함께 보고, 이상이 생기면 "원인은 X로 보이며, 우선 Y를 확인해보세요"처럼 원인과 다음 행동을 한국어로 제시합니다. 정답을 보장하는 것이 아니라, 막막한 순간의 출발점을 줍니다.
AI가 제시하는 원인·조치는 참고용이며 항상 정확하지는 않습니다. 중요한 변경은 직접 확인 후 진행하세요.