VPS에서 클로드코드 24시간 돌리기, 맥미니와 뭐가 다른가

VPS는 맥미니 홈서버나 GPU 임대 서버와 어떻게 다른가

클코단 방에서 나온 첫 질문은 단순했다. VPS가 정확히 뭐고, 맥이나 맥미니, GPU AI 서버와는 어떻게 다르냐는 것이었다. VPS(Virtual Private Server)는 하나의 물리 서버를 가상화 기술로 쪼개 CPU·메모리·디스크·IP를 독립적으로 할당한 서버다. 씨디네트웍스는 이를 "가상 사설 서버"로 부르며 각 VPS가 자체 운영체제와 리소스를 갖는다고 설명한다.

맥미니 홈서버는 초기 장비값을 내고 전기요금만 부담하면 되는 방식이다. 국내 개발자 후기에서는 클라우드 대신 홈서버를 써 비용을 줄였다는 사례도 있다. 초기 투자비는 운영 조건에 따라 일정 기간 뒤 회수할 수 있다는 계산이다. 다만 맥미니는 도커를 네이티브로 지원하지 않아 가상화 계층을 거치는 만큼 리소스 손실이 있다는 지적도 있다.

GPU AI 서버는 완전히 다른 용도다. AI 서버는 병렬 처리 속도가 일반 서버 대비 30배 이상, 메모리 대역폭은 10배 이상 높다고 몬드리안AI는 설명한다. A100 한 장을 직접 사면 7천~1만 5천 달러, H100은 2만 5천~4만 달러가 든다. 코드를 짜고 배포하고 계속 켜두는 용도라면 GPU는 애초에 과한 선택이다. VPS가 노리는 지점은 그 사이다. 공유호스팅으로는 부족하고 전용서버·GPU서버까지는 필요 없는 자리다.

노트북을 덮어도 클로드코드 세션이 살아있게 하는 법

방에서는 VPS로 개발·배포, 오픈소스 서비스 상시 운영, SSH를 통한 원격 제어, Claude Code 세션과 함수 도구(MCP 서버) 운영이 가능하다는 이야기가 나왔다. 실제로 이 조합을 다루는 가이드가 최근 여러 곳에서 나왔다. 핵심은 tmux 같은 터미널 다중화 도구다. SSH 연결이 끊겨도 tmux 세션 안의 프로세스는 계속 돌아간다.

절차는 이렇다. VPS에 SSH로 접속해 tmux new -s work로 세션을 열고 그 안에서 claude를 실행한 뒤 Ctrl+B, D로 접속만 끊는다. 다음에 tmux attach -t work로 다시 붙으면 하던 작업 그대로다. 인증은 노트북에서 claude setup-token으로 발급한 토큰을 서버의 CLAUDE_CODE_OAUTH_TOKEN 환경변수에 넣거나, API 키를 직접 쓰는 방식이 쓰인다. 헤드리스 실행에는 claude -p 같은 비대화형 옵션이 쓰인다. 여기에 cron을 붙이면 사람 개입 없이 정해진 시간에 프롬프트를 실행하는 구조가 된다.

사양은 크게 필요하지 않다. Claude Code 자체의 공식 최소 요구사항은 4GB RAM이지만, 필요한 사양은 코드베이스와 실행 작업에 따라 달라진다. Hetzner의 CX23(2vCPU, 4GB RAM, SSD 40GB, EU 트래픽 20TB)는 월 6.49달러부터, Vultr 기본형은 월 5~6달러 선이다. 방에서 VPS나 미니 홈서버가 있으면 자동화와 CI/CD를 돌릴 폭이 넓어진다는 의견이 나왔는데, 실제로 GitHub Actions의 셀프 호스팅 러너를 VPS 위에 올려 push할 때마다 빌드·배포까지 자동으로 붙이는 구성이 흔히 쓰인다.

클라우드 예약 작업이 있는데도 VPS를 쓰는 이유

Claude Code에는 이미 자체 예약 실행 기능이 있다. 공식 문서는 예약 작업을 세 갈래로 나눈다. 앤트로픽 인프라에서 도는 클라우드 예약 작업은 컴퓨터를 꺼도 계속 실행된다. /loop 명령은 세션 안에서 크론처럼 반복 실행되지만 터미널을 닫으면 실행이 멈춘다. 공식 문서의 세 번째 갈래는 데스크톱 예약 작업이고, VPS 위에서 tmux와 cron을 조합하는 방식은 별도의 구성이다.

셋의 차이는 통제권에 있다. 클라우드 예약 작업은 설정이 간단한 대신 로컬 파일에 직접 접근하지 않고 저장소의 새 클론에서 동작한다. VPS 방식은 설정이 번거로운 대신 파일시스템·네트워크·다른 서비스와의 연동을 자유롭게 짤 수 있다. 개인 리포지터리를 통째로 열어두고 야간에 리팩터링이나 문서 생성을 돌리는 용도는 VPS 쪽이 더 잘 맞는다는 반응이 많다. 반대로 단순 반복 알림이나 정기 요약처럼 파일 접근이 크지 않은 작업은 클라우드 예약 작업만으로 충분하다.

Syncthing으로 옵시디언과 개발 폴더를 실시간 동기화하기

방에서는 Syncthing으로 Obsidian 볼트와 개발 폴더를 여러 기기에서 거의 실시간으로 맞추는 사례가 공유됐다. Syncthing은 오픈소스 P2P 동기화 도구로, 중앙 서버 없이 기기끼리 직접 파일을 주고받는다. 설정은 단순하다. 각 기기의 Actions → Show ID에서 나오는 장치 ID를 서로 등록하고 같은 폴더 ID로 동기화할 폴더를 지정하면 끝난다. 웹 UI는 기본적으로 127.0.0.1:8384에서 열린다.

써본 사람들 사이에서는 노트북·휴대폰·VPS를 오가며 몇 달째 큰 결함 없이 돌아간다는 반응이 많다. 다만 iOS에서는 Syncthing을 통한 Obsidian 볼트 동기화가 공식 지원되지 않는다. 안드로이드도 공식 앱이 단종됐고 커뮤니티 포크인 Syncthing-Fork가 활발히 개발되고 있다. 여러 기기에서 거의 동시에 옵시디언 플러그인 설정 파일을 건드리면 충돌 파일이 생기는 경우도 있어 볼트를 단순 텍스트 폴더처럼 가볍게만 보고 접근하면 곤란하다는 지적도 있다.

상시 켜둔 서버가 만드는 위험, 어디까지 열어둘 것인가

VPS에 개발 환경과 에이전트를 통째로 올려두는 구성은 그 자체로 공격 표면이 커진다는 뜻이다. 체크포인트 리서치는 클로드코드의 훅(Hooks), MCP 연동, 환경변수를 악용해 임의 명령 실행과 API 키 탈취로 이어질 수 있었던 취약점을 확인했으며, 공개 전에 모두 패치됐다고 밝혔다. 패치 전에는 신뢰하지 않는 프로젝트에서 Claude Code를 실행할 때, 신뢰 여부를 확인하기 전 API 키가 빠져나갈 수 있었다는 의미다.

앤트로픽은 안전한 에이전트 배포 가이드에서 자격 증명을 에이전트 실행 경계 밖에 두라고 권한다. API 키를 에이전트에 직접 쥐여주는 대신 프록시가 요청에 키를 주입하는 구조가 낫다는 것이다. 방에서는 VPS 활용의 장점 위주로 이야기가 오갔지만 실제로 이 구성을 따라 하려는 독자는 여기서 한 걸음 더 나가야 한다. SSH 키 기반 접속과 방화벽으로 포트를 좁히고 신뢰하지 않는 리포지터리는 격리된 환경에서만 열고 API 키를 VPS 안에 평문으로 두지 않는 것부터가 상시 가동 서버를 켜는 대가다.