노트북 서버 길들이기 — 24시간 굴리며 터진 문제와 해결 전부 ②
노트북 서버, 막상 24시간 굴리면 새벽에 꺼지고, 느려지고, 멈춥니다. 저는 여기서 여덟 번 넘어졌고 하나씩 잡았어요. 이 글은 1편에서 만든 서버를 굴리며 터진 문제들을, "이 문제 → 바로 이 해결" 짝으로 묶어 넘겨드리는 실전 정비 매뉴얼입니다.
👤 이런 분께 노트북·미니PC 서버가 자꾸 멈춰 답답한 분, 또는 만들기 전에 함정과 해법을 통째로 알고 싶은 분.
- 노트북 서버에서 반드시 마주치는 문제 8가지 + 각각의 구체적 해결 설정
- 실측 개선(메모리 92%→63%, CPU 78%→0.2%)과 그걸 만든 방법
- 사람이 안 지켜도 굴러가는 운영 규율과 처음부터 따라 할 순서
🎯 목표 이 편을 끝내면 노트북 한 대 = 혼자 굴러가는 24시간 자동화 서버 완성. 2부작이 여기서 닫힙니다.
미리 말씀드리면, 이 문제들은 서버를 잘못 만들어서 생긴 게 아니에요. 평소엔 아무 문제 없던 것들이 "24시간 쉬지 않고 돌린다"는 조건이 붙는 순간 하나씩 터진 겁니다. 그래서 이번 편은 문제를 하나 보여드리면 바로 그 해결책을 붙였어요. 왔다 갔다 하지 않아도 되게요.
문제 1 — 서버가 새벽에 스스로 잠든다
어쩌다 알게 됐나 — 며칠간 아침마다 자동화 결과가 비어 있었어요. 노트북은 분명 켜져 있었는데요. 기록을 보니 매일 새벽 특정 시각 이후로 서버 응답이 뚝 끊겨 있더라고요. 낮엔 멀쩡한데 밤에만.
왜 그런가 — 범인은 WSL2(윈도우 속 리눅스)였습니다. WSL2는 자원을 아끼려고, 60초 동안 아무 요청이 없으면 스스로 꺼집니다. 새벽 3시엔 아무도 안 쓰니, 리눅스 방이 통째로 잠들고 그 위 상자 5개가 다 같이 멈춘 거죠.
🔎 이런 신호면 의심: "낮엔 잘 되는데 밤·새벽 예약 작업만 실패", "아침에 보면 밤새 아무것도 안 돌아가 있음."
🔧 해결 — 지킴이(keepalive)
WSL2가 60초 놀면 꺼진다는 성질은 사용자가 끌 수가 없어요. 그래서 정면돌파 대신 우회했습니다. "놀지 않게 만들면 되잖아?" 지킴이라는 아주 작은 프로그램을 만들어, 몇 초마다 서버에 가벼운 신호를 한 번씩 보내게 했어요. 서버 입장에선 "누가 계속 쓰네" 하고 안 꺼집니다. 이걸 윈도우 시작 프로그램에 등록해둬서 노트북을 켜면 자동으로 같이 켜져요. 신호를 너무 자주 보내면 그것대로 낭비라, "꺼지지 않을 만큼만" 간격을 잡는 게 요령입니다.
문제 2 — 메모리는 꽉 차고, CPU는 가만있어도 타오른다
어쩌다 알게 됐나 — AI로 사진을 몇 장 만들다 노트북이 통째로 얼어붙었어요. 작업 관리자를 겨우 띄우니 메모리 92%. 게다가 아무 작업도 안 시켰는데 팬이 계속 돌길래 봤더니, 작업 서버가 CPU를 78%나 붙잡고 있었습니다.
왜 그런가 — 두 가지가 겹쳤어요. ① 16GB 노트북에 AI 앱·서버·윈도우가 동시에 물려 있는데, 특히 사진 AI가 덩치 큰 모델을 메모리에 올려두고 다 쓴 뒤에도 깔끔히 반납 안 하는 버릇이 있었고, ② 제가 개발할 때 편하라고 켜둔 '파일 자동 감지' 옵션이 파일 수만 개를 쉬지 않고 감시하며 노는 순간에도 CPU를 태우고 있었습니다.
🔎 이런 신호면 의심: "켜둘수록 점점 느려짐", "재부팅하면 잠깐 쌩쌩", "아무것도 안 하는데 팬이 계속 돌고 뜨끈함."
🔧 해결 — 성능 레버 5개 + 메모리 상한
거창한 게 아니라 "안 쓰는데 자리만 먹던 것들"을 걷어냈어요.
| ① 파일 자동감지 끄기 | 개발용 옵션을 운영 모드로 전환. 놀 때 쓰던 CPU 78% → 0.2%. 가장 효과 컸어요. |
|---|---|
| ② 안 쓰는 AI 앱 종료 | 창만 닫으면 남는 경우가 많아, 백그라운드까지 완전 종료. |
| ③ 빌드 찌꺼기 청소 | 업데이트마다 쌓이는 임시 파일 주기적으로 비우기. |
| ④ 자동화·코드 상자는 필요할 때만 | 매일 안 쓰는 상자는 평소엔 내려두고 필요할 때만 켜기. |
| ⑤ 디스크 압축 | 부풀었던 저장 파일을 압축 명령으로 눌러 회수(아래 문제 3 참고). |
여기에 리눅스가 쓸 수 있는 메모리 상한을 못 박았어요. WSL은 놔두면 메모리를 계속 끌어다 쓰는 버릇이 있어서, 설정 파일(.wslconfig)에 "이 이상은 쓰지 마"라고 한 줄 적어둡니다. 16GB면 리눅스엔 절반 남짓만 주고 나머지는 윈도우 몫으로 남기는 식이에요. 이 다섯 + 상한으로 메모리 92%→63%, CPU 100%→43%가 됐습니다.
문제 3 — 디스크가 혼자 부푼다
어쩌다 알게 됐나 — 파일을 지웠는데도 남은 저장 공간이 계속 줄었어요. 실제 데이터 양과 디스크가 먹은 양이 수십 GB나 차이 났습니다.
왜 그런가 — 리눅스(WSL2)가 쓰는 저장 파일은 안에서 파일이 늘면 겉 크기도 늘지만, 지워도 겉 크기는 안 줄어드는 성질이 있어요. 그래서 이미지·임시파일이 쌓였다 지워지길 반복하는 동안 겉껍데기만 계속 부풀어 있었던 거죠. 방치하면 어느 날 "디스크 꽉 참"으로 서버가 멈춥니다.
🔎 이런 신호면 의심: "지웠는데 여유 공간이 그대로", "쓴 적 없는데 공간이 스멀스멀 사라짐."
🔧 해결 — 찌꺼기 청소 + 저장 파일 압축
둘을 같이 합니다. 먼저 쌓인 임시·빌드 찌꺼기를 비우고(위 레버 ③), 그다음 부풀어버린 리눅스 저장 파일을 압축 명령으로 눌러 안 쓰는 공간을 되돌려받아요. 이 압축을 가끔 해주면 디스크가 다시 실제 사용량만큼으로 줄어듭니다. 저는 이걸 아래 '하루 시간표'의 아침 정비에 넣어 자동으로 돌게 해뒀어요.
문제 4 — 로그인 세션이 좀비가 된다
어쩌다 알게 됐나 — 제일 얄미웠어요. 연결 신호등은 초록불인데 신상 수집을 돌리면 결과가 0건. "연결됐다며? 근데 왜 아무것도 못 가져와?" 하고 며칠을 헤맸습니다.
왜 그런가 — 외부 사이트에 로그인해서 데이터를 긁어오는 경우에만 생기는 함정이에요. 도매 사이트 로그인 상태(세션)가 시간이 지나면 조용히 만료되는데, 남아 있는 흔적(쿠키)만 보고 신호등이 초록불을 켰던 겁니다. 실제로 요청을 보내면 "너 로그인 만료됐어"라고 거부(-401)하는데, 신호등은 그걸 몰랐어요.
🔎 이런 신호면 의심: "연결 표시는 정상인데 결과만 0건", "검색하면 빈 화면인데 에러도 안 뜸."
🔧 해결 — 자동 로그인 보증 + 신호등 실검증
두 겹으로 잡았어요. ① 매일 밤 정해진 시각에 자동으로 다시 로그인시켜서, 세션이 좀비가 되기 전에 새 걸로 갈아줍니다(계정 정보는 화면에 안 뜨게 처리해 비밀번호 노출 없이). ② 신호등도 바꿨어요. 예전엔 흔적만 보고 판단했는데, 지금은 실제로 사이트를 한 번 살짝 찔러보고(진짜 응답이 오나) 초록/빨강을 켭니다. "초록불인데 0건"이 사라졌어요.
문제 5 — 원격 접속이 자꾸 끊긴다
왜 그런가 — 밖에서 폰으로 접속하는데, 노트북이 절전에 들어가거나 집 인터넷이 잠깐 바뀌면 툭 끊깁니다. 더 골치 아픈 건 "접속 안 됨"의 원인이 세 겹이라는 거예요.
🔧 해결 — 위에서부터 3단계로 짚기
원인을 순서대로 짚으면 금방 찾습니다. ①노트북 자체가 켜져 있나(전원) → ②그 안 리눅스(WSL2)가 살아 있나 → ③유휴로 잠든 건 아닌가(지킴이). 위에서부터 확인하면 어디가 문제인지 바로 나와요. 그리고 노트북이 절전에 안 들어가게(뚜껑 닫아도 안 꺼지게) 설정하고, 인터넷은 가능하면 유선으로 두면 끊김 자체가 크게 줄어듭니다.
문제 6 — 여러 작업이 서로를 덮어쓴다
왜 그런가 — 저는 작업을 한 번에 여러 개 돌릴 때가 많은데, 조율 없이 같은 파일을 동시에 건드리면 한쪽이 다른 쪽 작업을 통째로 날려버립니다. 어제 고쳐놓은 게 아침에 사라져 있는 식이죠. 자동화를 여러 개 돌리면 반드시 마주치는 문제예요.
🔧 해결 — 공용 장부로 점유 등록
각 작업이 시작할 때 "지금 이 파일 내가 잡음"이라고 공용 장부에 등록하고, 끝나면 기록을 남기고 풉니다. 남이 이미 잡고 있으면 아예 손을 못 대게 막혀요. 덕분에 어제 작업이 오늘 아침 사라지는 사고가 없어졌습니다.
문제 7 — 전원이 나가면 그냥 끝 (※ 아직 못 잡은 숙제)
정직하게, 이건 아직 완전히 못 잡았어요. 외출한 사이 정전이 나면 노트북이 꺼지고, 그날 밤 자동화는 통째로 날아갑니다. 클라우드라면 알아서 다시 뜨지만, 우리 집 노트북은 다시 켜줄 사람이 저밖에 없어요.
🔧 해결 방향 — UPS·BIOS (진행 중)
두 가지로 막을 수 있습니다. ① 무정전 전원장치(UPS)라는 소형 배터리 박스를 노트북과 콘센트 사이에 두면 순간 정전에도 몇 분~몇십 분 버팁니다. ② 메인보드 설정에 'AC 전원 복구 시 자동 켜짐' 같은 항목을 켜두면 정전 복구 후 저절로 부팅돼요. 둘 다 아직 적용 전이라, 지금은 정전 후엔 제가 직접 켜야 합니다. 노트북 서버의 가장 근본적인 약점이라 솔직히 남겨둬요.
문제를 다 잡았어도 — 사람이 안 지키면 소용없다
개별 문제를 잡았어도, 1인 운영이라 밤새 지킬 수가 없잖아요. 그래서 하루 일과를 예약으로 박아, 서버가 스스로 점검·정비하게 했습니다. (윈도우 '작업 스케줄러'나 리눅스 예약 기능으로 겁니다.)
- 매일 09:00 — 상태 점검 + 성능 최적화 + 디스크 압축을 자동 실행 (아침 정비)
- 21:55 — 야간 배치 전 상태 사전 점검 (준비)
- 22:30 — 크롬 재시작 + 자동 로그인 다시 보증 (문제 4 예방)
- 23:00~02:00 — 신상 수집 야간 배치 실행
- 자정 — 링크·문서 갱신 및 정리
여기에 모니터링을 두 겹으로 붙였어요. 평소엔 관리자 화면 맨 위 건강 상태 배너로 상자 5개·메모리·디스크가 괜찮은지 색으로 보고, 급할 땐 이상이 생기는 즉시 텔레그램(메신저)으로 알림이 옵니다. "밤새 조용히 망가지고 아침에 발견"하는 최악을 이걸로 막습니다.
그리고 이런 사고와 해결책은 그때그때 짧은 메모(운영 메모)로 남겨둬요. 다음에 같은 증상이 나오면 처음부터 헤매지 않고 그 메모만 펴보면 되니까요. 솔직히 이 글도 그동안 쌓인 그 메모들을 정리한 겁니다. 기록이 곧 자산이에요.
최종 정리 — 문제와 해법 한눈에
| 새벽에 서버가 잠듦 | 지킴이(keepalive) 시작 프로그램 등록 |
|---|---|
| 메모리 92%·CPU 폭주 | 성능 레버 5개 + 메모리 상한(.wslconfig) → 63%·43% |
| 디스크 부풀기 | 찌꺼기 청소 + 저장 파일 압축(아침 자동) |
| 로그인 세션 좀비화 | 매일 자동 로그인 보증 + 실제 응답으로 신호등 검증 |
| 원격 끊김 | 전원→WSL→지킴이 3단계 진단 + 절전·유선 설정 |
| 여러 작업 충돌 | 공용 장부로 점유 등록·기록·해제 |
| 사람이 밤새 못 지킴 | 하루 자동 시간표 + 건강 배너 + 텔레그램 알림 |
| 정전·자동부팅 | ⚠ 아직 숙제 (UPS·BIOS 자동 켜짐) |
처음부터 다시 한다면 — 이 순서로
제 시행착오를 순서로 압축하면 이래요. 따라 하실 분은 이 흐름을 추천합니다.
- 윈도우에 WSL2(리눅스) 설치
- 서비스들을 도커 컨테이너로 묶기(설정 파일 하나로)
- 메모리 상한부터 걸기(.wslconfig) — 안 그러면 곧 92% 만납니다
- 파일 자동감지 끄기 등 운영 모드로 전환
- 지킴이(keepalive) 시작 프로그램 등록
- 하루 자동 시간표(점검·로그인 보증·배치) 예약
- 알림(텔레그램 등) 연결 — 이게 있어야 안심하고 잘 수 있어요
그래서, 노트북 서버 추천하나요?
솔직한 결론은 "조건부 예스"입니다. 클라우드 요금이 부담스럽고, 무거운 작업을 24시간 돌려야 하고, 무엇보다 이런 문제를 하나씩 잡아가는 걸 귀찮아하지 않는다면 — 노트북 한 대로 충분히 굴러갑니다. 반대로 "그냥 알아서 돌아갔으면" 하는 분께는 클라우드가 맞아요. 저는 전자였고, 이 삽질 끝에 지금은 노트북 한 대가 며칠씩 혼자 잘 돕니다. 2부작을 여기서 마칩니다. 다음엔 이 서버 위에서 매일 새벽 자동화가 실제로 어떤 순서로 도는지 더 깊이 들어가 볼게요. 여기까지 읽어주셔서 고맙습니다. 배배였습니다.