맥 로컬 AI 모델은 내장 SSD에 둘까 외장 드라이브에 둘까? 2026년 비용은 어떻게 추산할까

애플의 디스크 유틸리티 파일 시스템 안내는 맥용 외장 저장 장치에서 APFS를 선택할 수 있다고 설명합니다. 이 사실만으로 모든 모델을 외장 SSD에 옮겨도 된다는 뜻은 아닙니다. 자주 쓰는 모델과 실행 환경은 내장 SSD에 두고, 저빈도 모델과 보관본은 신뢰할 수 있는 외장 SSD로 분리하는 편이 안전합니다. 모델 수가 계속 늘거나 여러 사람이 원격으로 접근한다면 저장 공간을 개인 맥에서 분리해 전용 맥 노드로 운영해야 합니다.

이 글이 필요한 사용자

이미 로컬 모델 파일이 맥의 여유 공간을 많이 차지한 개인 사용자에게 적합합니다. 새 맥을 구매하면서 SSD 용량을 결정해야 하는 AI 개발자, 원격 맥 모델 노드와 공유 모델 저장소를 관리하는 기술 담당자도 대상입니다.

다운로드 전에 실제 사용량부터 기록합니다

로컬 AI 저장 공간은 모델 파일 하나의 크기로 끝나지 않습니다. 양자화 버전별 모델 파일, 실행 중 생기는 캐시, 대화 기록, 임베딩용 벡터 저장소, 도구가 만드는 임시 파일, 운영체제와 개발 도구가 사용할 여유 공간을 따로 계산해야 합니다.

가장 재사용하기 쉬운 공식은 다음과 같습니다.

필요한 저장 공간 = 자주 쓰는 모델 묶음 + 최고 사용 시 임시 공간 + 캐시와 벡터 저장소 + 시스템 여유 공간

여기서 모델 묶음은 추천 목록의 표시 용량으로 추정하지 말고, 실제로 내려받은 파일의 기록으로 계산해야 합니다. 터미널에서 모델 디렉터리에 du -sh를 실행하면 현재 파일 크기를 확인할 수 있고, df -h로 해당 볼륨의 남은 공간을 확인할 수 있습니다. 이 두 결과가 가장 먼저 기록해야 할 하드 데이터입니다.

모델별로 다음 항목을 표에 적어 두면 구매 판단이 쉬워집니다.

특히 같은 계열의 모델을 여러 양자화 버전으로 시험하면, 실제 활성 모델 수보다 파일 수가 빠르게 늘어날 수 있습니다. 따라서 “모델 하나당 평균 용량”을 정해 전체를 곱하는 방식보다 현재 목록과 최고 사용 시나리오를 합산하는 방식이 정확합니다.

자주 쓰는 모델은 내장 SSD에서 먼저 안정화합니다

초기에는 Ollama나 LM Studio의 실행 파일, 자주 호출하는 모델, 고빈도 인덱스를 내장 SSD에 두는 것이 관리하기 쉽습니다. 경로가 고정되어 있고, 로그인 뒤 자동 실행이나 권한 처리를 확인하기 편하며, 외장 장치가 연결되지 않은 상태에서 서비스가 시작되는 문제도 줄일 수 있습니다.

Ollama 모델을 외장 SSD에 둘 수 있는지는 가능 여부만 보지 말고 현재 문서의 모델 저장 경로와 실행 방식을 확인해야 합니다. Ollama 공식 자주 묻는 질문도 모델 로딩과 실행 환경을 별도로 설명하므로, 환경 변수나 서비스 실행 방식이 바뀌었을 때 경로를 다시 점검해야 합니다.

LM Studio는 사용자 모델 폴더를 관리하는 방식과 명령줄 도구의 동작이 서로 연결됩니다. LM Studio의 모델 불러오기 문서와 모델 가져오기 안내를 확인한 뒤, 외장 경로의 모델을 다시 인식하는지 시험해야 합니다. 외장 폴더에 파일을 복사했다고 해서 애플리케이션의 색인 목록이 자동으로 갱신된다고 단정하면 안 됩니다.

외장 SSD가 모델 로딩에 영향을 주는지도 단순한 순차 읽기 속도로 판단할 수 없습니다. 모델 로딩에는 파일 열기, 색인 확인, 운영체제 캐시, 연결 상태가 함께 작용합니다. 로딩 시간과 전체 추론 성능, 메모리 점유량은 서로 다른 측정 대상입니다. 외장 장치의 읽기 성능을 근거로 전체 추론 속도를 예측하지 마십시오.

Ollama 모델을 외장 SSD에 둘 때 확인할 항목

• 모델 저장 경로를 변경한 뒤 새 터미널 세션에서 경로가 유지되는지 확인합니다.
• 재부팅 후 Ollama 서비스가 같은 경로를 읽는지 확인합니다.
• 외장 SSD를 연결하지 않은 상태에서 서비스가 오류를 내는지 기록합니다.
• 모델 목록에 기존 파일이 다시 표시되는지 확인합니다.
• 모델을 실제로 불러온 뒤 로그에 다른 경로가 나타나지 않는지 확인합니다.

LM Studio 모델을 외장 SSD에 둘 때 확인할 항목

• 앱에서 사용자 모델 폴더를 외장 볼륨으로 지정합니다.
• 명령줄 도구를 사용한다면 LM Studio 명령줄 문서의 현재 경로 규칙을 확인합니다.
• 가져오기 뒤 모델 목록과 실제 파일 위치를 대조합니다.
• 앱을 종료하고 다시 열어 색인이 유지되는지 확인합니다.
• 외장 장치가 분리된 상태에서 프로젝트가 내장 경로로 잘못 되돌아가지 않는지 확인합니다.

용량이 늘면 사용 빈도에 따라 이동합니다

모델을 저장 위치로 나누기 전에 재다운로드 비용과 사용 빈도를 함께 평가해야 합니다. 자주 쓰고 다시 받기 어려운 모델은 내장 SSD에 남깁니다. 가끔 테스트하는 모델은 외장 SSD로 옮길 수 있습니다. 거의 사용하지 않지만 보관할 가치가 있는 모델은 별도 백업으로 분리합니다.

외장 SSD로 옮기는 다섯 단계

1. 현재 모델 디렉터리와 앱 설정 경로를 문서로 기록합니다.
2. 외장 SSD에 전용 폴더를 만들고 파일 시스템을 확인합니다.
3. 모델 파일을 복사한 뒤 파일 개수와 용량을 원본과 비교합니다.
4. Ollama 또는 LM Studio에서 새 경로를 다시 색인하고 모델을 불러옵니다.
5. 재부팅, 잠자기, 외장 장치 재연결 뒤에도 같은 모델이 열리는지 확인합니다.
6. 검증이 끝날 때까지 원본 파일을 삭제하지 않고, 이전 경로로 되돌리는 방법을 남겨 둡니다.

APFS는 맥 중심으로 사용할 외장 SSD에 적합한 선택지입니다. 반면 여러 운영체제와 번갈아 연결하거나 특정 장치와 파일을 공유해야 한다면 호환성을 먼저 확인해야 합니다. 애플의 외장 저장 장치 포맷 안내는 포맷에 따른 사용 조건을 설명합니다. 파일을 저장할 수 없거나 권한 오류가 발생하면 애플의 외장 디스크 문제 해결 안내를 기준으로 볼륨 포맷과 권한을 점검하십시오.

비용은 구매가가 아니라 생애 주기로 계산합니다

더 큰 내장 SSD와 외장 SSD의 비용을 비교할 때 장치 가격만 보면 판단이 흔들립니다. 외장 장치, 백업 저장소, 추가 케이블이나 포트 사용, 이전에 드는 작업 시간, 연결 오류로 인한 재작업 비용까지 포함해야 합니다. 이 글에서는 특정 제조사의 가격을 전제로 하지 않고, 직접 값을 넣을 수 있는 변수 모델을 사용합니다.

계산식은 다음처럼 구성합니다.

총비용 = 초기 저장소 비용 + 확장 비용 + 백업 비용 + 이전 작업 시간의 가치 + 예상 장애 손실

개인 워크스테이션은 활성 모델 비율이 높고 혼자 사용하는 경우가 많습니다. 이때는 내장 SSD의 관리 단순성이 큰 비중을 차지합니다. 반대로 장기간 실행하는 모델 노드는 활성 모델 비율이 낮고, 여러 작업이 번갈아 접근하며 저장 공간이 계속 변할 수 있습니다. 이 경우 외장 저장소를 개인 파일과 분리하거나 아예 전용 맥 노드로 운영하는 편이 계산상 유리할 수 있습니다.

모델 저장소가 아니라 운영 단위를 분리해야 할 시점

활성 모델이 개인 파일과 공간을 경쟁하기 시작하거나, 외장 SSD 연결 여부에 따라 서비스가 달라지거나, 다른 사용자가 같은 모델을 원격으로 사용해야 한다면 개인 맥을 저장소의 중심으로 유지하기 어렵습니다.

이때는 모델 노드와 작업용 맥의 역할을 나눕니다. 작업용 맥에는 자주 쓰는 모델과 현재 프로젝트의 인덱스만 두고, 전용 맥 노드에는 저빈도 모델과 공유 모델을 둡니다. 원격 접속을 구성할 때는 모델 경로뿐 아니라 로그인 권한, 자동 실행, 재부팅 뒤 서비스 복구, 백업 정책도 함께 문서화해야 합니다.

맥 미니를 임시 또는 전용 노드로 검토한다면 맥 미니 대여 구성에서 운영 방식과 사용 조건을 확인할 수 있습니다. 개인 맥에서 해결할 문제인지, 별도 노드가 필요한지 판단하기 전에는 도움말 센터의 이용 조건도 함께 확인하는 편이 좋습니다.

이동 전 최종 확인 목록

• [ ] 활성 모델과 저빈도 모델을 사용 빈도로 분류했습니다.
• [ ] 각 모델의 실제 파일 크기를 로컬 기록으로 확인했습니다.
• [ ] 캐시, 대화 기록, 벡터 저장소, 임시 공간을 별도로 계산했습니다.
• [ ] 내장 볼륨의 남은 공간을 df -h로 확인했습니다.
• [ ] 외장 SSD의 파일 시스템과 암호화 요구를 결정했습니다.
• [ ] Ollama 또는 LM Studio가 사용자 지정 경로를 읽는지 확인했습니다.
• [ ] 복사 뒤 모델 목록과 실제 파일 위치를 대조했습니다.
• [ ] 잠자기, 재부팅, 분리와 재연결을 시험했습니다.
• [ ] 원본 삭제 전에 모델을 다시 불러오는 데 성공했습니다.
• [ ] 백업본과 이전 경로로 되돌리는 절차를 남겼습니다.
• [ ] 원격 사용자와 공유가 필요하면 전용 맥 노드를 별도로 검토했습니다.

현재 방식이 개인 맥 하나에 모든 모델을 넣는 구조라면, 내장 공간을 빠르게 소모하고 개인 파일과 충돌하며 외장 장치가 끊겼을 때 작업 경로가 바뀌는 문제가 생깁니다. 반대로 외장 SSD만 의존하면 연결, 재색인, 백업, 포트 점유를 계속 관리해야 합니다. 자주 쓰는 모델은 내장에 남기고 변동이 큰 모델 저장소는 분리하는 방식이 더 안정적이며, 직접 장비를 구매하고 유지하는 부담을 피하면서 임시 모델 환경이나 원격 실행이 필요하다면 ZavCloud의 맥 환경을 대안으로 검토할 수 있습니다.

모델 목록을 먼저 작성하고 활성 용량을 계산하십시오. 모델 증가와 원격 실행이 개인 맥의 관리 범위를 넘어섰을 때만 독립 맥 노드로 확장하면, 처음부터 비싼 내장 용량을 모두 구매하는 실수를 피할 수 있습니다.