MacBook SSD 용량 선택 후회담 — 256GB로 1년 버티기
MacBook SSD 용량 선택 후회담 — 256GB로 1년 버티기
10만 원 아끼려고 256GB를 골랐습니다. Next.js 모노레포, Docker, node_modules가 SSD를 조금씩 잠식하는 1년을 보내고 나서야 그 10만 원이 얼마나 비싼 절약이었는지 알았습니다.
MacBook을 구매할 때 저는 256GB를 골랐습니다. 이유는 단순했습니다. "뭐, 클라우드도 있고 외장 SSD도 있는데 괜찮겠지." 512GB 대비 10만 원이 저렴하기도 했고요. 그런데 Next.js 프로젝트를 클론하고, Docker를 설치하고, Turborepo 모노레포를 세팅하고, Xcode를 깔아두고, node_modules가 프로젝트마다 쌓이기 시작하자 256GB는 조용히 무너지기 시작했습니다. 1년이 지난 지금 여유 공간은 23GB입니다. 이 글은 그 1년의 기록이자, 같은 실수를 반복하지 않으셨으면 하는 마음으로 씁니다.
💾 내 SSD의 1년 후 실제 사용 내역
정확히 무엇이 256GB를 잠식했는지 파악했습니다. 막연히 "용량이 부족하다"는 느낌이 아니라, 실제 폴더별로 추적한 결과입니다. 프론트엔드 개발자 워크로드 기준입니다.
💾 256GB SSD 실제 점유 현황 (1년 후)
Next.js 프로젝트 하나의 node_modules가 400MB~1GB를 가볍게 넘습니다. Turborepo 모노레포라면 2~3GB도 금방입니다. 동시에 진행하는 프로젝트가 5~6개라면 node_modules만으로 6~8GB가 순식간에 증발합니다. 게다가 프로젝트를 삭제해도 .npm 캐시와 글로벌 패키지가 남아 있습니다. 256GB에서 이건 정말 위협적인 존재입니다.
😤 1년간 겪은 용량 위기 사건 기록
Xcode 설치 중 용량 부족으로 강제 종료
iOS 앱 테스트를 위해 Xcode를 설치하다가 용량 부족으로 설치가 중단됐습니다. 당시 여유 공간이 6GB였는데 Xcode가 14GB를 요구했습니다. 다른 프로젝트 node_modules를 급히 삭제하고 재시도했습니다. 그날 오후 작업이 완전히 날아갔습니다.
Docker 이미지 누적으로 빌드 실패
Docker Desktop이 이미지 파일을 조용히 쌓아가다 어느 날 빌드 중 "no space left on device" 오류가 났습니다. docker system prune -a 한 번에 22GB가 해방됐습니다. 그동안 얼마나 방치했는지 실감한 순간이었습니다.
iOS 업데이트 다운로드 실패
macOS 소프트웨어 업데이트를 다운로드하려는데 용량 부족 경고가 떴습니다. 임시 파일과 캐시를 정리하고 나서야 진행됐습니다. 업데이트조차 마음대로 못 하는 상황이 처음으로 불편하게 느껴진 시점이었습니다.
화면 녹화 중 갑자기 중단
PR 리뷰를 위한 화면 녹화를 진행하다 여유 공간이 0에 가까워지면서 녹화가 강제 종료됐습니다. 10분짜리 녹화가 3분 만에 끊겼습니다. 외장 SSD를 연결하고 녹화 저장 경로를 바꾸는 법을 그날 처음 배웠습니다.
CleanMyMac + docker prune + npm cache clean 3종 세트
이 세 가지를 월 1회 루틴으로 만들고 나서부터는 30GB 이하로 내려가는 최악의 상황은 피할 수 있었습니다. 그러나 이 루틴을 유지하는 것 자체가 피로였습니다.
🛠️ 256GB 생존 전략 — 실제로 효과 있었던 것들
Docker 이미지 주기적 정리
docker system prune -a 월 1회만 실행해도 15~25GB 확보 가능. Docker를 쓰는 개발자라면 이것만 해도 생존 기간이 크게 늘어납니다.
사용 안 하는 프로젝트 node_modules 삭제
npx npkill으로 미사용 node_modules를 한 번에 탐색하고 삭제. 처음 실행했을 때 18GB가 해방됐습니다.
미디어 파일 외장 SSD 이전
사진, 영상, 디자인 원본은 외장 SSD(1TB)에 보관. 편집 중인 것만 로컬에 두고 완료 즉시 이전하는 루틴을 만들었습니다.
iCloud Drive 오프로드 적극 활용
문서·자료를 iCloud로 올리고 로컬 사본을 삭제하는 설정. 당장 필요 없는 파일 20GB 이상을 클라우드로 내보냈습니다.
CleanMyMac 캐시·임시 파일 정리
월 1회 실행으로 5~10GB 확보. 효과는 있지만 근본 해결이 아닙니다. 이것만으로는 용량 위기를 막기 어렵습니다.
외장 SSD 구매 (T7 1TB)
결국 8개월 차에 외장 SSD를 추가로 구매했습니다. 편의성은 올라갔지만, 처음에 512GB를 살걸 하는 후회와 함께 들고 다니는 짐이 하나 늘었습니다.
💡 SSD 용량 선택 — 처음으로 돌아간다면
구매 시점으로 돌아간다면 어떤 용량을 골랐을까요. 1년의 경험을 바탕으로 정리한 용량 선택 가이드입니다.
개발자에게 비추
macOS + 개발 환경만으로 절반 이상이 채워집니다. node_modules, Docker, Xcode가 동시에 존재하면 1년도 못 버팁니다. 10만 원 아끼다 외장 SSD 값이 나갑니다.
현실적인 최선
프론트엔드 개발자 기준 2~3년은 여유롭게 씁니다. Docker를 자주 쓰거나 Xcode가 필요하다면 이게 최소선입니다. 256GB 대비 10만 원 추가로 2~3년의 평온을 삽니다.
용량 걱정 제로
4K 영상 편집, ML 모델 학습, 대용량 데이터 작업까지 한다면 1TB가 맞습니다. 일반 개발자에게는 512GB에서 30만 원을 더 내는 선택이라 신중히 고려하세요.
MacBook의 SSD는 교체 불가 설계입니다. 구매 시점이 사실상 유일한 선택 기회입니다. 나중에 외장 SSD로 보완할 수는 있지만, 항상 들고 다녀야 하는 불편함과 연결 잊는 상황이 생깁니다. 구매 시 10만~30만 원을 아끼는 것이 3년 동안 얼마나 비싼 절약인지를 반드시 고려하세요.
📅 1년 용량 위기 타임라인
📋 이런 분께 256GB — 이런 분께 512GB 이상
| 사용 유형 | 상황 | 선택 |
|---|---|---|
| 가벼운 문서·웹서핑 위주 | 개발 없음, 영상 편집 없음 | 256GB ✅ |
| 프론트엔드 개발자 (경량) | 단일 프로젝트, Docker 미사용 | 512GB ✅ |
| 프론트엔드 개발자 (일반) | 복수 프로젝트, Docker 사용 | 512GB 필수 ⚠️ |
| 풀스택·백엔드 개발자 | DB 컨테이너, 다수 서비스 | 1TB 권장 🔵 |
| iOS·macOS 앱 개발자 | Xcode 필수 (14GB+) | 512GB 최소, 1TB 권장 ⚠️ |
| 영상 편집·디자이너 | 4K 소스, 대용량 에셋 | 1TB 이상 🔵 |
| ML·데이터 엔지니어 | 데이터셋, 모델 파일 | 1TB 이상 🔵 |
😬 256GB를 고른 내 착각
- "클라우드가 있으니까 괜찮겠지"
- "외장 SSD 있으면 되지"
- "node_modules가 그렇게 크겠어?"
- "Docker 이미지가 쌓이겠어?"
- "10만 원 아끼는 게 이득"
😌 1년 후 깨달은 현실
- 클라우드는 항상 인터넷이 필요
- 외장 SSD는 항상 챙겨야 하는 짐
- node_modules 하나가 1GB 넘음
- Docker 이미지는 조용히 40GB
- 외장 SSD 사는 데 10만 원 이상 씀
256GB 1년 사용 종합 평가
10만 원 아끼다 2년이 피곤해진다
결론 — MacBook 살 때 SSD는 욕심내도 된다
MacBook을 살 때 SSD는 아끼지 마세요. CPU와 RAM은 M 시리즈 성능이 워낙 좋아서 기본 사양으로도 충분한 경우가 많습니다. 그런데 SSD 용량은 구매 이후 절대로 늘릴 수 없습니다. 지금 10만~30만 원을 더 내는 게, 2~3년 동안 용량을 관리하느라 쓰는 시간과 신경과 외장 SSD 비용보다 훨씬 저렴한 선택입니다.
이 글을 읽고 계신 분이 MacBook 구매를 앞두고 256GB와 512GB 사이에서 고민 중이라면, 이 글이 그 고민의 답이 됐으면 합니다. 512GB로 가세요. 후회하지 않을 겁니다.
여러분의 SSD 용량 선택 후기가 궁금합니다
256GB로 잘 쓰고 계신 분, 512GB도 부족했던 분, 1TB를 선택해 만족하신 분 모두 댓글로 공유해 주세요. 어떤 개발 환경에서 어느 용량을 쓰시는지도 함께 남겨주시면 다음 글에 반영하겠습니다.