밤마다 SSH가 끊기고 CI가 실패한다면, 대부분 공유 Mac 과매도·macOS 절전·재부팅 후 키 미복구 때문입니다. 이 글은 임대 유형별 오프라인 원인을 매트릭스로 정리하고, 72시간 실측·6단계 검증 후 LlmMac 전용 Mac mini M4로 옮기는 절차를 안내합니다.
목차 · 끊김 원인 · 결정 매트릭스 · 헬스 프로브 · 6단계 · 인용 기준 · 구매 안내
결론 먼저: «Mac 서버»라고 써 있어도 한 대를 여러 고객이 나눠 쓰는 구조면 Xcode·Ollama·CI가 피크 때 동시에 죽습니다. 저가 월정액은 가용성 SLA가 없는 경우가 많고, 재부팅·보안 업데이트 후 SSH 포트·방화벽이 초기화되면 «갑자기 오프라인»처럼 보입니다. 구매 전에는 반드시 전용 Apple Silicon 여부와 72시간 SSH 성공률을 숫자로 확인하세요. iOS·CI 맥락은 iOS 임대 5가지를 함께 보세요.
임대 유형별 오프라인·가용성 결정 매트릭스 📊
| 유형 | 월 비용 감 | 72h SSH 성공률 | 재부팅 복구 | CI·로컬 LLM |
|---|---|---|---|---|
| 저가 «Mac VPS» | 최저 | 85~92% (공유) | 수동 티켓 | 피크 시 자주 중단 |
| 가상화 Mac | 중간 | 90~96% | 스냅샷 복구 | Metal·CoreML 제한 |
| 전용 Mac mini M4 | 중~상 | 99.5%+ 목표 | 10분 내 SSH | Xcode·MLX 안정 |
| 자가 구매 + 자체 IDC | 캡Ex 높음 | 자체 운영 | 직접 담당 | 전력·냉각 부담 |
5분 간격 헬스 프로브 스니펫
# 로컬 또는 GitHub Actions에서 72시간 기록
*/5 * * * * ssh -o ConnectTimeout=15 user@mac 'echo ok' \
|| echo "$(date -Iseconds) FAIL" >> uptime.log
# macOS 절전 해제 (전용 인스턴스에서 1회)
sudo pmset -a sleep 0 disksleep 0 displaysleep 106단계: 오프라인 함정 피하고 공급자 고르기
- 전용 여부:
system_profiler SPHardwareDataType로 모델·시리얼이 계약과 일치하는지 확인합니다. - 72시간 ping: 위 cron으로 SSH 성공률을 기록합니다. 99.5% 미만이면 교체 후보입니다.
- 재부팅 테스트: 공급자 재시작 요청 후 10분 내 동일 키·포트로 접속되는지 검증합니다.
- 절전·디스크:
pmset -g에서 sleep 0인지, DerivedData·모델 캐시 경로가 영구 디스크인지 봅니다. - 알림 연동: 실패 2회 연속 시 Slack·PagerDuty로 보냅니다. 헬스 프로브 패턴 참고.
- 구매·확장: 기준 통과 시 LlmMac 동일 RAM 티어로 CI·에이전트를 옮깁니다.
인용 가능한 2026 가용성 기준 📌
- 72시간 검증: 5분 간격 SSH — 성공률 99.5% 이상, 연속 실패 2회 이하.
- 재부팅 복구: 유지보수 후 10분 내 동일 호스트·포트·키로 접속.
- RAM·동시성: Xcode+시뮬레이터 16GB, Ollama 상시+CI 24GB Mac mini M4.
- 해외 팀: 한국·일본 리전 Mac으로 야간 배치·TestFlight를 같은 날 검증.
정리: 숫자로 검증한 뒤, 끊기지 않는 Mac으로 옮기세요 🚀
서버가 «자꾸 오프라인»인 이유는 Mac이 약해서가 아니라, 공유·절전·무헬스체크 조합인 경우가 대부분입니다. 저가 옵션은 첫 달은 싸 보여도, CI 재실행·야간 대기·티켓 응답 비용이 합쳐지면 전용 임대보다 비쌀 수 있습니다.
다음 단계: 지금 쓰는 공급자에서 72시간 로그를 먼저 뽑으세요. 기준 미달이면 LlmMac 구매에서 전용 Mac mini M4를 1주 임대해 동일 워크로드를 옮기고, 요금으로 RAM만 맞춘 뒤 SSH·VNC 가이드로 접속을 고정하세요. 가용성이 숫자로 맞을 때만 장기 패키지로 확장하면, 밤마다 깨는 알람 대신 출시 일정에 집중할 수 있습니다.
블로그 · iOS 임대 가이드 · 구성·요금 선택