로컬 AI 인프라 노트 (1/15) — Mac Mini M4 홈서버 아키텍처: ARM 통합메모리와 저전력 설계
로컬 LLM 구동을 위한 하드웨어 선택 근거, macOS 서버 설정, 스토리지 분리 구조
핵심 요약
- Mac Mini M4는 ARM 통합메모리 구조 덕분에 로컬 LLM(ollama) 구동에 유리하고, 소비전력이 극히 낮다
- macOS를 서버로 운영하려면 sleep, 자동 재시작, 업데이트 차단 등 명시적 설정이 필요하다
- 외장 SSD로 프로젝트를 분리 관리하면 OS와 작업 데이터의 독립성을 확보할 수 있다
하드웨어 선택 근거
홈서버 구성 시 첫 번째 결정 지점은 하드웨어 선택입니다. 선택지는 다양합니다 — Raspberry Pi, Intel NUC, 중고 데스크탑, 시놀로지 NAS.
선택 기준이 로컬 LLM 구동이라면 비교 축이 달라집니다.
ollama로 로컬 모델을 실행하려면 GPU 메모리가 병목입니다. 일반적인 x86 PC라면 별도 GPU가 필요하고, VRAM 16GB 그래픽카드는 비용이 상당합니다. Mac Mini M4는 다른 접근입니다.
ARM 통합메모리(Unified Memory) 아키텍처
Mac Mini M4의 핵심 차별점은 메모리 아키텍처입니다.
일반 PC에서 CPU와 GPU는 각각 독립된 메모리(RAM / VRAM)를 사용합니다. 두 메모리 사이의 데이터 이동은 PCIe 버스를 통해 이루어지며, 이 이동 자체가 레이턴시 원인이 됩니다.
ARM 통합메모리 구조에서는 CPU와 GPU(Neural Engine 포함)가 동일한 메모리 풀을 공유합니다. 16GB 모델이라면 16GB 전체를 LLM 추론에 활용할 수 있고, 메모리 복사 오버헤드가 없습니다. 결과적으로 별도 GPU 없이 7B~14B 파라미터 모델을 실용적인 속도로 실행할 수 있습니다.
소비전력 비교
24시간 365일 운영하는 서버에서 전력 효율은 운영비 계산의 핵심입니다.
| 장비 | 유휴 소비전력 | 부하 시 소비전력 |
|---|---|---|
| Mac Mini M4 | 약 5~7W | 약 30~40W |
| Intel NUC | 약 10~15W | 약 40~65W |
| 일반 데스크탑 | 약 50~80W | 200W+ |
월 전기세 추정 (평균 15W 기준): - 15W × 24h × 30일 = 10.8kWh - 한국 주택용 저압 기준 약 1,500~2,000원/월 (확인 필요 — 요금제별 상이)
초기 비용 구성
Mac Mini M4 기본 모델(16GB RAM, 256GB SSD) 기준:
| 항목 | 비용 |
|---|---|
| Mac Mini M4 본체 | 약 80~90만원 (확인 필요) |
| 외장 SSD (1TB) | 약 10~15만원 (확인 필요) |
| 합계 | 약 90~105만원 |
이미 Mac Mini를 보유 중이라면 추가 비용은 외장 SSD에 한정됩니다. 전용 서버 장비(Intel NUC + RAM + SSD) 신품 구성과 비교하면 총비용이 비슷하거나 낮을 수 있습니다. 가격은 시점별로 변동되므로 실구매 시 직접 확인이 필요합니다.
macOS 서버 설정 체크리스트
macOS는 기본값이 개인 PC 사용 패턴에 맞춰져 있습니다. 절전 모드, 자동 업데이트, FileVault 등이 기본으로 활성화되어 있어 상시 운영 서버에는 맞지 않습니다. 아래 설정을 명시적으로 적용해야 합니다.
터미널 설정:
sudo pmset -a sleep 0
sudo pmset -a disksleep 0
sudo pmset -a displaysleep 0
sudo pmset -a autorestart 1
sudo pmset -a womp 1
disksleep을 누락하면 외장 SSD가 절전에 들어가 마운트 해제가 발생합니다. sleep과 disksleep은 반드시 함께 설정해야 합니다.
시스템 설정 항목:
- 자동 로그인 활성화: 시스템 설정 → 사용자 및 그룹 → 자동 로그인. 재시작 후 로그인 화면에서 멈추면 서비스가 올라오지 않습니다.
- 자동 소프트웨어 업데이트 비활성화: 시스템 설정 → 일반 → 소프트웨어 업데이트 → 자동 업데이트 끄기. 자동 업데이트 후 재시작 대기 상태가 되면 예상치 못한 다운타임이 발생합니다. 업데이트는 직접 타이밍을 잡아 수동 적용합니다.
- FileVault 비활성화 검토: FileVault가 활성화된 상태에서
autorestart 1을 설정하면, 정전 후 재시작 시 암호 입력 화면에서 부팅이 멈춥니다. 원격 접속으로 해결할 수 없고 물리적으로 개입해야 합니다. 보안 요구사항과 운영 편의를 명확히 판단한 뒤 결정해야 합니다.
스토리지 분리 아키텍처
내장 SSD에 모든 것을 집중하는 대신 역할을 분리합니다.
분리 구조: - 내장 SSD: macOS 시스템 + 시스템 서비스 + ollama 모델 캐시 - 외장 SSD: 프로젝트 디렉토리 전체 (git 레포 포함)
이 구조의 이점:
- OS-데이터 독립성: macOS 재설치 또는 장비 교체 시 외장 SSD만 이전하면 프로젝트 데이터가 그대로 보존됩니다.
- 백업 단순화: 외장 SSD 단위로 백업 정책을 관리할 수 있습니다.
- 용량 유연성: 내장 256GB/512GB는 모델 파일과 프로젝트 파일을 동시에 수용하기 어렵습니다. 외장으로 분리하면 용량 한계를 물리적으로 확장할 수 있습니다.
Thunderbolt 4 연결 기준으로 외장 SSD의 읽기/쓰기 속도는 내장과 체감 차이가 거의 없습니다.
설정 시 주의 포인트
disksleep 누락: pmset sleep 0만 설정하고 disksleep을 생략하면 디스크가 독립적으로 절전에 진입하여 외장 SSD 접근이 차단됩니다. 세 항목(sleep / disksleep / displaysleep)을 함께 설정해야 합니다.
자동 업데이트 방치: macOS 자동 업데이트는 새벽 시간대에 실행되고 "재시작 대기" 상태를 만들 수 있습니다. 서비스 자체는 계속 동작하지만, 다음 재부팅 시 업데이트가 적용되면서 예상치 못한 다운타임이 발생할 수 있습니다. 자동 업데이트는 반드시 비활성화해야 합니다.
FileVault와 autorestart 충돌: FileVault 활성 상태에서 autorestart 1을 설정하면 정전 후 자동 재시작이 암호 입력 화면에서 멈춥니다. 두 설정은 상호 배타적으로 작동합니다.
정리
Mac Mini M4를 서버로 구성하는 방식은 표준적인 접근이 아닙니다. 리눅스 서버가 서버 운영의 기본이고, macOS에는 서버 운영 관점에서 불편한 기본값이 존재합니다.
그럼에도 이 구성이 유효한 경우는 명확합니다 — 로컬 LLM 추론이 핵심 워크로드이고, ARM 통합메모리의 구조적 이점을 활용하고자 할 때입니다. 전력 효율과 범용성이 그 판단을 뒷받침합니다.
설정 체크리스트와 스토리지 분리 구조는 이 구성에서 발생할 수 있는 운영 이슈를 사전에 차단하는 기준이 됩니다.
시리즈 전체 안내: 시리즈 목차
댓글
댓글 쓰기