용도 정의
첫 작업이 MLX 추론, Mac AI 배포, iOS/macOS 빌드 또는 원격 자동화 중 무엇인지 정하세요. 실행 시간, 동시성 방식과 최종 산출물을 기록합니다.
이 가이드는 VMMini M4를 임대하려는 개발자와 엔지니어링 팀을 위한 것입니다. 워크로드를 확인하고 네 개의 판매 노드를 비교한 뒤 주문, 최초 연결을 완료하고 MLX 추론 서비스 또는 self-hosted runner를 시작합니다.
VMMini M4는 Mac Mini M4, 16GB RAM, 256GB SSD를 갖춘 전용 물리 노드이며 가상 머신이 아닙니다. 노드는 365일 연중 운영되며 실제 네트워크 성능, 주문 가능 여부와 제공 정보는 콘솔의 실시간 응답을 따릅니다.
노드, 기간, 스토리지는 제공 후 작업 방식에 직접 영향을 줍니다. 간단한 작업 카드를 먼저 작성하면 연결 후 코드 저장소가 너무 멀거나 디스크가 부족하거나 팀에서 사용할 공개 키가 없는 문제를 피할 수 있습니다.
첫 작업이 MLX 추론, Mac AI 배포, iOS/macOS 빌드 또는 원격 자동화 중 무엇인지 정하세요. 실행 시간, 동시성 방식과 최종 산출물을 기록합니다.
주요 작업자의 지역을 적으세요. 여러 명이 협업한다면 관리자 위치뿐 아니라 로그를 확인하고 산출물을 가져가는 구성원의 위치도 고려해야 합니다.
코드 저장소, 모델 파일, 의존성 캐시와 아티팩트 저장소의 네트워크 위치를 기록합니다. 데이터가 어디에서 들어오는지가 팀 위치보다 노드 선택에 더 큰 영향을 주는 경우가 많습니다.
짧은 검증은 일 단위, 연속 스프린트는 주 단위, 안정적인 빌드나 서비스 운영은 월 또는 분기 단위가 적합합니다. 기간은 배포, 검증과 데이터 반출 전체를 포함해야 합니다.
모델 가중치, 의존성 캐시, 빌드 디렉터리, 보관 아티팩트와 로그를 함께 계산하세요. 코드 저장소 크기만으로 시스템 디스크를 산정하지 마세요.
이번 작업 전용 키를 사용하고 개인 키는 승인된 담당자가 보관하도록 하세요. 제출할 것은 공개 키이며 개인 키를 이메일이나 지원 요청에 보내지 마세요.
주문 및 서비스 알림을 계속 받을 수 있는 업무용 이메일을 사용하고 담당자가 접근할 수 있게 하세요. 작업 인계 전에 내부 연락처를 업데이트합니다.
VMMini M4는 현재 싱가포르, 일본(도쿄), 한국(서울), 홍콩의 네 노드를 제공합니다. 네 카탈로그 조합 모두 주문할 수 있으며 실제 이용 가능 여부는 콘솔의 실시간 응답을 따릅니다.
코드 저장소, 팀 또는 서비스 대상이 동남아시아에 있는 작업에 적합합니다. 여러 지역에서 대형 모델이나 의존성을 가져오기 전에는 ping만 보지 말고 실제 다운로드 경로를 테스트하세요.
주요 의존성과 협업 구성원이 일본 또는 동아시아에 있는 빌드 작업에 적합합니다. 파이프라인에서 의존성을 자주 다운로드한다면 첫 바이트 지연과 지속 처리량을 함께 측정하세요.
팀 또는 제공 경로가 한국과 동북아시아에 있는 작업에 적합합니다. 빌드 아티팩트를 지속적으로 업로드해야 한다면 실제 파일 전송 테스트를 포함하세요.
주요 작업 단말, 코드 저장소 또는 업무 경로가 중국 남부와 동남아시아에 있는 작업에 적합합니다. 국경 간 접속은 현지 통신사와 라우팅 변화의 영향을 받을 수 있습니다.
대화형 작업SSH 입력 응답, 로그 갱신과 소용량 파일 전송을 우선 확인하세요.
빌드 작업저장소 복제, 의존성 다운로드, 캐시 복원과 아티팩트 업로드를 우선 확인하세요.
추론 서비스모델 준비, 클라이언트에서 서버로 이어지는 실제 요청 경로와 지속적인 안정성을 우선 확인하세요.
아래 표는 주요 도시의 테스트 단말에서 네 판매 노드까지 측정한 ICMP 왕복 시간입니다. 부적합한 경로를 걸러내는 데 유용하지만 저장소, 모델 소스, 아티팩트 저장소와 최종 사용자 경로의 실제 테스트를 대신할 수 없습니다.
| 테스트 도시 | 싱가포르 노드 | 도쿄 노드 | 서울 노드 | 홍콩 노드 |
|---|---|---|---|---|
| 상하이 테스트 단말 | 79 ms | 48 ms | 52 ms | 36 ms |
| 선전 테스트 단말 | 47 ms | 66 ms | 61 ms | 24 ms |
| 타이베이 테스트 단말 | 58 ms | 39 ms | 45 ms | 31 ms |
| 방콕 테스트 단말 | 33 ms | 92 ms | 99 ms | 56 ms |
팀에서 자주 사용하는 네트워크로 여러 차례 ping을 실행하고 예상 작업 시간대에 반복하세요. 그런 다음 실제와 비슷한 크기의 저장소를 복제하고 의존성 또는 모델 파일을 다운로드한 뒤 대표 아티팩트를 업로드합니다.
낮은 중앙값이 지속적인 안정성을 의미하지는 않습니다. 패킷 손실, 변동, 다운로드 처리량과 피크 시간대의 변화도 확인하세요. 표의 결과는 노드 1차 선택용일 뿐 지속 성능을 보장하지 않습니다.
현재 VMMini M4 구성 한 가지만 제공합니다. 주문 시 물리 노드, 임대 기간과 추가 구성을 지정해야 하며 디스크나 병렬 장치 수량을 제출 후에 산정하지 마세요.
Mac Mini M4 · 16GB RAM · 256GB SSD
싱가포르, 도쿄, 서울, 홍콩 중에서만 선택하고 선택 근거를 기록하세요.
일·주·월 또는 분기 단위로 생성하며 배포와 데이터 반출 시간을 포함해야 합니다.
모델, 캐시, 아티팩트와 장치 병렬화 필요에 따라 수량을 확인하세요.
스토리지 확장과 Thunderbolt 5 병렬 연결은 기본 구성에 포함되지 않습니다. 실제로 필요한 경우에만 추가하고 해당 기간의 가격을 예산에 반영하세요.
주문 가격과 결제는 모두 USD로 처리됩니다. 결제 제출 전에 기본 기간, 노드, SSD 확장과 Thunderbolt 5 병렬 연결 수량을 항목별로 확인하고 총액이 작업 카드와 일치하는지 확인하세요.
주문에 표시된 정보에 따라 송금하고 네트워크, 금액과 주문 상태를 확인하세요.
카드 결제는 Stripe에서 처리되며 실제 이용 가능한 결제 게이트웨이는 콘솔 응답을 따릅니다.
최초 연결의 목표는 즉시 작업을 시작하는 것이 아니라 신뢰할 수 있는 기준선을 만드는 것입니다. 호스트 지문, 시스템 정보, 디스크, 시간, 네트워크와 계정 권한을 먼저 확인한 후 환경을 변경하세요.
연결 시 표시되는 지문을 제공 기록과 한 글자씩 대조하세요. 일치하지 않으면 연결을 중단하고 콘솔에서 지원 요청을 제출하세요.
명령줄 작업에는 SSH를 우선 사용하고 macOS 그래픽 인터페이스를 확인할 때는 VNC를 사용하세요. 작업에 필요한 접속 경로만 열어 두세요.
macOS 버전, 커널 아키텍처, 시스템 디스크 용량과 사용 가능 공간을 기록해 이후 장애 대응의 기준으로 삼으세요.
시간대, 시스템 시간, DNS, 외부 의존성 접속과 코드 저장소 연결을 확인해 인증서 또는 빌드 타임스탬프 오류를 방지하세요.
현재 계정에 작업에 필요한 권한만 있는지 확인하고 프로젝트 자격 증명과 사용자 로그인 자격 증명을 분리해 관리하세요.
sw_vers
uname -m
df -h /
date
scutil --get TimeZone
networkQuality
whoami
id
첫 실행에서 전체 프로덕션 흐름을 사용하지 마세요. 최소 모델 요청 또는 단일 빌드 작업으로 환경, 로그, 종료 코드와 아티팩트 경로를 검증한 뒤 작업 범위를 단계적으로 확대하세요.
먼저 Python 환경과 모델 디렉터리를 확인한 뒤 서비스가 로컬 주소에서만 수신하도록 하세요. 상태 확인을 통과하면 실제 호출자와 접근 정책에 따라 필요한 포트만 개방합니다.
export MODEL_PATH="/srv/models/current"
export SERVICE_PORT="8080"
python -m mlx_lm.server \
--model "$MODEL_PATH" \
--host 127.0.0.1 \
--port "$SERVICE_PORT"
curl --fail \
"http://127.0.0.1:${SERVICE_PORT}/v1/models"
단일 프로젝트용 제한된 runner를 만들고 단기 등록 토큰으로 구성하세요. 먼저 서명이나 게시 작업이 없는 최소 빌드를 실행한 뒤 정식 파이프라인에 연결합니다.
export REPOSITORY_URL="$CI_REPOSITORY_URL"
export RUNNER_TOKEN="$CI_RUNNER_TOKEN"
./config.sh \
--url "$REPOSITORY_URL" \
--token "$RUNNER_TOKEN" \
--name "vmmini-m4-runner"
./run.sh
첫 작업에는 명확한 종료 코드와 추적 가능한 로그가 있어야 합니다.
의존성 버전, 명령, 구성과 아티팩트 경로를 저장하세요.
사용자 접근과 프로젝트 자동화 자격 증명을 분리해 관리하세요.
아래 여섯 가지 점검을 완료해야 팀이 복구·분석·종료 가능한 실행 환경을 갖추게 됩니다. 각 항목에 담당자, 검증 결과와 다음 점검 조건을 남기세요.
서비스, runner 또는 스케줄러 스크립트가 예상 방식으로 복구되는지 확인하고 수동 개입이 필요한 단계를 기록하세요.
실행 로그, 오류 로그와 감사 기록을 구분하고 비식별화한 뒤 용량 및 보존 정책을 설정하세요.
대표 아티팩트를 실제로 다운로드하거나 업로드하고 체크섬, 권한, 대상 위치와 전송 시간을 확인하세요.
최소한 서비스 상태, 작업 실패, 디스크 여유 공간과 주요 프로세스 상태를 모니터링하고 알림이 담당자에게 도달하는지 확인하세요.
작업 종료 시 삭제할 코드, 모델, 캐시, 로그, 아티팩트 사본과 임시 자격 증명을 목록으로 만드세요.
주문 식별자, 노드, 문제 발생 시간, 재현 단계와 비식별화된 로그를 지원 요청에 필요한 최소 정보로 보관하세요.
VMMini M4와 싱가포르·도쿄·서울·홍콩 노드 중 하나, 그리고 일·주·월 또는 분기 기간을 선택하세요. 모든 주문은 USD로 결제하며 제공 후 먼저 연결 기준선을 확인한 다음 첫 워크로드를 실행합니다.