작업을 먼저 정하고, 임대 기간을 결정하세요
MLX 추론 검증은 며칠 단위로 진행될 수 있고, 릴리스 기간의 빌드 큐는 일주일 동안 이어질 수 있으며, 지속적 통합 실행기는 보통 월 또는 분기 단위로 운영됩니다. 작업 기간에 맞춰 이용 기간을 선택하면 단기 피크를 위해 유휴 장비를 장기간 보유할 필요가 없습니다.
VMMini 소개
단기 Mac 컴퓨팅을 경계가 명확한 물리 노드로 제공합니다
VMMini는 클라우드 Mac 전용 물리 머신을 제공합니다. 각 주문은 하나의 Apple Silicon 물리 노드에 연결되며, MLX 추론, Mac AI 배포, iOS/macOS 빌드 및 원격 자동화에 적합합니다. 공유 리소스를 나눈 가상 머신이 아닙니다.
현재 실제로 판매 중인 VMMini M4 구성과 싱가포르, 일본(도쿄), 한국(서울), 홍콩의 4개 노드만 공개합니다. 구성, 이용 기간별 가격 및 카탈로그 범위는 공개 페이지와 콘솔에서 일치합니다.
VMMini
물리 노드
- 카탈로그 구성
- M4 / 16GB / 256GB
- 운영 방식
- 전용 물리 머신, 가상 머신 아님
- 과금 주기
- 일·주·월·분기 단위
- 운영 목표
- 99.9%
이 서비스만 제공하는 이유
장비는 장기 운영 부담이 아니라 작업 기간에 맞춰야 합니다
단기 추론 실험, 릴리스 집중 작업 및 빌드 피크는 대개 며칠 또는 몇 주만 지속됩니다. 하지만 장비를 직접 구매하면 조달, 설치, 네트워크, 원격 접속, 시스템 업데이트 및 장애 처리가 장기 업무가 됩니다. VMMini는 이러한 인프라 작업을 원하는 기간만 선택하는 클라우드 Mac 서비스에 포함합니다.
주문 전에 물리 리소스 범위를 명확히 확인하세요
노드를 선택하기 전에 칩, 메모리, 저장 장치, 이용 기간별 가격 및 추가 옵션을 확인할 수 있습니다. VMMini M4는 M4, 16GB RAM, 256GB SSD로 고정되며, 모호한 등급명으로 실제 사양을 숨기지 않습니다.
배포 계획과 함께 종료 계획도 세우세요
작업을 시작하기 전에 산출물 내보내기 방법, 로그 보관 기간, 키 폐기 시점 및 데이터 정리 방법을 정해야 합니다. 그러면 클라우드 Mac을 일주일 또는 하루 단위로 사용해도 종료 단계가 임시 대응으로 변하지 않습니다.
제품 원칙
주문 생성 전에 네 가지를 명확히 안내합니다
엔지니어링 팀이 인프라 서비스를 판단하는 기준은 확인 가능한 정보입니다. VMMini는 고정된 카탈로그로 페이지, 콘솔 및 지원 절차를 관리하며, 모호한 포장으로 사실을 대신하지 않습니다.
구성을 명확히 표기
판매 중인 유일한 구성은 VMMini M4입니다: M4, 16GB RAM, 256GB SSD. 더 큰 저장 용량이나 Thunderbolt 5 병렬 연결이 필요하면 추가 옵션으로 별도 과금하며 기본 사양에 섞지 않습니다.
노드를 모두 공개
카탈로그에는 싱가포르, 일본(도쿄), 한국(서울), 홍콩의 4개 노드가 포함됩니다. 선택할 때는 도시 이름만 보지 말고 팀 위치, 코드 저장소 위치 및 사용자 접속 경로를 함께 고려해야 합니다.
가격을 일관되게 표시
기본 구성 가격은 하루 $20.5, 주 $55.4, 월 $102.6, 분기 $279.1로 고정됩니다. 페이지의 이용 기간별 가격은 주문 카탈로그와 일치해야 하며 모두 USD로 표시하고 결제합니다.
상태를 확인 가능하게
카탈로그의 모델과 노드 조합은 일반적으로 주문할 수 있으며, 실제 이용 가능 여부는 콘솔의 실시간 응답을 기준으로 합니다. 노드 이벤트, 주문 기록 및 지원 처리는 구체적인 시간과 주문 식별자에 연결되어야 합니다.
범위를 명확히 하세요:
공유 컴퓨팅 리소스를 전용 물리 노드로 포장하지 않습니다. 노드 하드웨어, 외부 네트워크 경로 및 사용자 소프트웨어는 서로 다른 계층이므로 문제를 진단할 때 각각 검증해야 합니다.
대상 사용자
실제 macOS 실행 환경이 필요한 엔지니어링 작업을 위한 리소스
여러 팀이 같은 클라우드 Mac을 사용할 때 중요하게 보는 지점은 서로 다릅니다. VMMini는 모든 요구를 단순히 ‘원격 개발’로 뭉뚱그리지 않고, 워크로드별 입력, 실행 방식 및 가져가야 할 산출물을 설명합니다.
iOS / macOS 개발
BUILD
빌드 피크를 개인 워크스테이션에서 분리하세요
개발자는 일반적으로 고정된 Xcode 툴체인, 안정적인 의존성 캐시, 추적 가능한 아카이브 산출물 및 재현 가능한 실패 로그를 필요로 합니다. 문제는 단일 컴파일이 아니라 릴리스 기간에 여러 사람이 로컬 장비를 공유하고, 환경이 달라지며, 산출물이 흩어지는 데 있습니다.
- 입력
- 코드, 잠금 파일, 빌드 구성, 관리되는 자격 증명
- 실행
- 명령줄 빌드, 테스트, 아카이브 및 로그 보관
- 산출물
- 아카이브 파일, 테스트 보고서, 심볼 파일 및 빌드 기록
CI/CD 팀
QUEUE
self-hosted runner의 리소스 소유권을 명확히 하세요
지속적 통합 팀은 큐 처리량, 프로젝트 격리, 캐시 정리, 실행기 폐기 및 실패 재시도를 중요하게 봅니다. 공유 환경에서는 캐시 오염과 권한 문제가 여러 프로젝트로 확산되기 쉽지만, 전용 물리 노드는 머신별 실행 기준을 세우기 쉽습니다.
- 입력
- Runner 등록 정보, 저장소 권한 및 작업 태그
- 실행
- 격리된 작업 디렉터리, 동시 실행 제한, 임시 파일 정리
- 산출물
- 파이프라인 로그, 테스트 결과, 설치 패키지 및 검증 정보
AI 실험 사용자
MLX
Apple Silicon에서 실험을 재현하고 서비스를 배포하세요
MLX 추론 및 Mac AI 배포에서는 모델 파일, 메모리 사용량, 서비스 수신 주소, 상태 확인 및 로그 수집을 관리해야 합니다. 일반적인 운영 부담은 모델 캐시 증가, 과도한 포트 노출 및 실험 종료 후 정리 계획 부재에서 발생합니다.
- 입력
- 모델, 추론 스크립트, 의존성 버전 및 테스트 샘플
- 실행
- 로컬 수신, 상태 확인, 리소스 모니터링 및 일괄 작업
- 산출물
- 응답 결과, 성능 로그, 모델 구성 및 재현 안내
운영 목표
99.9% 서비스 목표를 주문 기록과 시간 범위로 확인
모든 노드는 365일 연중 정상 운영되며 정기적인 중단 일정을 두지 않습니다. 서비스 목표는 노드 서비스의 가용성을 측정하기 위한 것이며, 외부 네트워크 경로, 사용자 소프트웨어 오류 또는 통제할 수 없는 사건을 물리 노드의 결론에 포함하지 않습니다.
99.9%
서비스 가용성 목표
- 계산 기간, 가용 상태의 정의 및 신청 절차는 서비스 약관을 따릅니다.
- 확인 자료에는 주문 식별자, 노드, 발생 시간, 연결 테스트 및 비식별화 로그가 포함됩니다.
- 보상 여부는 서비스 약관의 가용성 기준, 제외 항목 및 심사 결과에 따라 결정됩니다.
90일 관측 기간
짧은 칸 하나는 하루를 나타냅니다
목표 적용일
01–10
11–20
21–30
31–40
41–50
51–60
61–70
71–80
81–90
이 대시보드는 계산 구조와 목표 기준을 보여 주며, 주문별 이벤트 기록을 대신하지 않습니다. 구체적인 노드 상태와 관련 시간은 콘솔의 응답 정보를 기준으로 합니다.
노드 운영 범위
판매 중인 4개 노드, 세 가지 문제를 분리해 판단하세요
노드 도시는 물리적 배치 위치를 결정하지만 모든 사용자의 접속 경험을 단독으로 예측하지는 못합니다. 주문 전에 노드 가용성, 실제 네트워크 경로 및 워크로드 자체 상태의 세 계층을 각각 테스트해야 합니다.
SG싱가포르
동남아시아 팀과 워크로드에 적합합니다. 먼저 팀의 인터넷 출구, 코드 저장소 및 대상 사용자 네트워크를 각각 테스트하세요.
싱가포르 노드 선택JP일본(도쿄)
일본 및 동아시아 접속 경로에 적합합니다. 사무실 네트워크, 자동화 플랫폼 및 의존성 다운로드 경로를 함께 확인해야 합니다.
도쿄 노드 선택KR한국(서울)
한국 및 동북아 작업에 적합합니다. 지속적 통합 팀은 Runner에서 코드 저장소까지의 실제 경로를 기준으로 판단해야 합니다.
서울 노드 선택HK홍콩
중화권 남부 및 동남아시아 접속 수요에 적합합니다. 여러 지역에 분산된 팀은 각 사무실 네트워크의 연결 결과를 따로 수집해야 합니다.
홍콩 노드 선택| 계층 | 먼저 확인할 항목 | 기록할 내용 | 다음 단계 |
|---|---|---|---|
| 노드 가용성 | 호스트 응답 여부, 시스템 부팅 여부, 주문 상태 정상 여부 | 주문 식별자, 노드, 발생 시간, 연결 결과 | 콘솔에서 상태를 확인하고 문제가 있으면 관련 지원 티켓을 제출합니다 |
| 네트워크 경로 | 로컬 인터넷 출구, 통신사 라우팅, 코드 저장소 및 대상 서비스 경로 | 발신 네트워크, 대상 주소, 연속 테스트 결과 및 라우팅 정보 | 발신 네트워크를 바꿔 재테스트하여 단일 경로 문제와 노드 문제를 구분합니다 |
| 사용자 소프트웨어 | 프로세스, 포트, 권한, 의존성, 디스크 및 작업 로그 | 재현 단계, 버전, 비식별화 로그 및 최근 변경 사항 | 최근 변경을 먼저 롤백한 다음 작업 계층별로 하나씩 복구합니다 |
보안 및 접속 책임
전용 하드웨어라도 권한 관리를 생략할 수 없습니다
물리 노드는 리소스 공유 범위를 줄여 주지만 코드, 자격 증명, 서비스 포트, 로그 및 내보낸 데이터는 여전히 사용자가 관리합니다. 보안 조치는 작업 시작, 실행 중 및 종료 단계 전체를 포함해야 합니다.
최소 권한으로 접속 권한을 분리하세요
작업을 실행하는 사람과 자동화 프로세스에 필요한 권한만 부여하세요. 프로젝트 자격 증명과 개인 접속 정보는 분리해 보관하고, 개인 키를 저장소, 빌드 스크립트 또는 이미지 레이어에 직접 기록하지 마세요.
- 사용자, Runner 및 서비스 프로세스의 권한 목록을 작성합니다
- 워크로드가 실제로 사용하는 포트만 개방합니다
- 접속 권한 철회를 담당할 사람과 절차를 미리 정합니다
키를 교체하고 로그를 안전하게 공유하세요
장기 작업에서는 팀 규칙에 따라 접속 키를 교체해야 합니다. 문제를 진단하기 위해 로그를 사용할 때는 먼저 토큰, 개인 키, 환경 변수 값 및 개인을 식별할 수 있는 정보를 제거한 뒤 지원 요청에 첨부하세요.
- 키 생성, 사용 범위 및 철회 상태를 기록합니다
- 로그 읽기 권한과 보관 기간을 제한합니다
- 문제 발생 시 전체 환경을 복사하지 말고 타임라인을 보존합니다
산출물을 내보낸 후 데이터를 정리하세요
주문 종료 전에 빌드 산출물, 모델 구성, 테스트 결과 및 필요한 로그를 모두 내보냈는지 확인하세요. 그런 다음 Runner를 철회하고 임시 자격 증명을 삭제하며 모델 및 빌드 캐시를 정리하고, 자동화 작업이 더 이상 해당 노드를 가리키지 않는지 검증합니다.
- 산출물의 무결성과 검증 정보를 확인합니다
- 프로젝트 접속 권한과 머신 연결을 철회합니다
- 정리 결과와 미완료 항목을 기록합니다
책임 범위:VMMini는 주문에 연결된 물리 노드 서비스와 콘솔 기록을 담당하며, 사용자는 자신의 코드, 접속 자격 증명, 소프트웨어 구성, 개방 포트, 워크로드 내용 및 데이터 반출 계획을 담당합니다.
투명한 업데이트 방식
사실의 변경에는 출처가 있어야 하며, 다국어 페이지에서도 일관되어야 합니다
구성, 가격, 노드 카탈로그, 서비스 상태 및 정책은 구매와 운영 결정에 영향을 줍니다. 관련 변경 사항은 명확한 채널을 통해 공지하여 한 페이지는 업데이트되었지만 다른 언어 페이지나 콘솔에는 이전 정보가 남는 일을 방지합니다.
CATALOG제품 카탈로그
모델 사양, 노드 범위, 이용 기간별 가격 및 추가 옵션은 먼저 공식 카탈로그에 반영한 뒤 요금제 페이지, 주문 절차 및 도움말 콘텐츠에 동기화합니다. 카탈로그에 없는 조합은 비활성 옵션으로 표시하지 않습니다.
요금제 카탈로그 확인GUIDE사용 안내서
접속 단계, MLX 서비스 점검, 지속적 통합 문제 해결 및 데이터 반출 방법은 도움말 센터에서 관리합니다. 운영 방식이 변경되면 적용 상황과 다시 확인해야 할 단계도 함께 안내합니다.
도움말 센터 열기ORDER주문 기록
특정 주문과 관련된 노드, 이용 기간, 결제, 이벤트 및 지원 기록은 콘솔에서 연결됩니다. 기존 주문에 관한 문제는 중복 설명을 줄일 수 있도록 우선 콘솔에서 제출하세요.
콘솔로 이동POLICY정책 및 약관
데이터 처리, 서비스 목표, 사용 책임 및 분쟁 처리 등의 규칙은 개인정보처리방침과 서비스 약관에 각각 명시합니다. 사용자 권리 또는 책임에 영향을 주는 변경 사항은 해당 본문을 업데이트합니다.
다국어 일관성 확인
모델 사양, 4개 노드 카탈로그, 가격 숫자, 결제 수단, 서비스 목표 및 연락 채널은 핵심 사실입니다. 업데이트할 때 동일한 출처를 기준으로 동기화하며, 언어별 버전에 따라 제품 범위를 바꾸지 않습니다.
다음 단계
실제 작업, 노드 및 기간으로 배포 여부를 판단하세요
먼저 워크로드에 필요한 실행 시간, 코드 저장소 위치, 저장 용량 및 종료 계획을 확인한 뒤 일·주·월·분기 단위 이용을 선택하세요. 주문은 모두 USD로 결제합니다.