XVM M4 Core
- 칩
- M4
- 메모리
- 16GB RAM
- 로컬 스토리지
- 256GB SSD
단일 프로젝트 개발, 스크립트 작업, 낮은 동시성 빌드와 관리 가능한 규모의 의존성 캐시에 적합합니다. 빌드 과정에서 메모리 한도에 자주 도달한다면 상위 구성을 바로 검토하세요.
XVM M4 Core 선택구매 전 기술 FAQ
모호한 약속은 하지 않습니다. 장비 할당, M4 구성, 노드 범위, 4가지 결제 주기, 원격 연결 조건, 데이터 책임과 지원 범위를 직접 확인한 후 대여 여부를 결정할 수 있습니다.
제품 유형
먼저 리소스가 독점적으로 제공되는지, 어떤 개발 작업에 적합한지 확인하세요.
아닙니다. XcodeVM은 클라우드 Mac과 독점 물리 장비를 제공합니다. 현재 주문에 장비 리소스가 독점 할당되며, 한 장비의 프로세서·메모리·로컬 스토리지를 여러 임차인에게 나누지 않습니다. 원격 그래픽 인터페이스 또는 명령줄을 통해 macOS를 사용하며, 장비는 선택한 물리 노드에 위치합니다.
이 방식은 장비 할당을 고정하고 안정적인 빌드 환경을 유지하거나 프로젝트 캐시를 지속적으로 보존해야 하는 작업에 적합합니다. 구체적인 칩, 메모리, 저장 공간, 노드와 대여 기간은 주문 확인 정보를 기준으로 합니다.
일반적인 용도는 iOS·macOS 개발, Xcode 빌드, GitLab Runner, React Native 패키징, Unity iOS 빌드, 자동화 스크립트, 원격 개발 및 MLX 실험입니다. macOS 그래픽 인터페이스와 명령줄을 모두 사용할 수 있어 대화형 개발과 지속적 통합 실행 노드로 모두 활용할 수 있습니다.
선택할 때는 최대 메모리, 동시 빌드 수, 의존성 캐시 크기와 작업 지속 시간을 우선 확인하세요. 장기간 보관할 코드, 서명 자료와 업무 데이터는 별도의 애플리케이션 수준 백업을 마련해야 합니다.
4개 노드는 모두 연중 365일 정상 운영을 목표로 설계되었습니다. 서비스 상태가 지속적으로 기록되며, 실제 가용성은 상태 기록과 주문에 연결된 인스턴스를 기준으로 합니다. 접속할 수 없는 경우 발생 시간, 노드, 통신사와 오류 정보를 먼저 기록한 후 지원 절차에 따라 문의하세요.
기기 구성
판매 중인 구성은 2가지뿐이며, 목록에 없는 구성은 제공하지 않습니다.
단일 프로젝트 개발, 스크립트 작업, 낮은 동시성 빌드와 관리 가능한 규모의 의존성 캐시에 적합합니다. 빌드 과정에서 메모리 한도에 자주 도달한다면 상위 구성을 바로 검토하세요.
XVM M4 Core 선택다중 프로젝트 병렬 작업, 대규모 의존성 트리, 높은 동시성 빌드와 더 많은 메모리 여유가 필요한 MLX 실험에 적합합니다. 모델 추론 전에는 모델 규모와 실제 메모리 사용량을 확인해야 합니다.
XVM M4 Plus 선택로컬 또는 기존 빌드 환경에서 전체 작업을 한 번 실행하며 최대 메모리, 캐시 크기와 동시 실행 수를 기록하세요. 단일 프로젝트와 낮은 동시성 작업은 XVM M4 Core부터 검토할 수 있습니다. 여러 프로젝트를 동시에 빌드하거나 작업 피크가 16GB에 가까우면 스왑 공간을 장기 용량으로 사용하지 않도록 XVM M4 Plus를 검토하세요.
현재 판매 중인 호스트 구성은 M4 / 16GB / 256GB와 M4 / 24GB / 512GB뿐입니다. 추가 용량이 필요하면 주문에 별도 요금의 SSD 확장을 선택할 수 있으며, 이용 가능 여부는 콘솔의 실시간 결과를 기준으로 합니다.
노드 선택
지리적 거리는 참고 사항일 뿐이며, 실제 경로는 통신사 출구, 국경 간 라우팅과 피크 시간대의 혼잡에도 영향을 받습니다.
동남아시아 경로를 테스트하거나 여러 지역에 분산된 팀의 연결 후보로 적합합니다.
일본 네트워크 경로 또는 도쿄 측 빌드 노드가 필요한 개발 워크플로에 적합합니다.
한국 및 인접 지역 팀이 실제 통신사 경로와 원격 상호작용 성능을 테스트하기에 적합합니다.
국경 간 개발 팀이 연결 경로, 코드 동기화와 지속적 빌드 경로를 평가하기에 적합합니다.
반드시 그렇지는 않습니다. 싱가포르, 일본(도쿄), 한국(서울), 홍콩의 4개 노드는 서로 다른 통신사 연동과 국경 간 출구를 거칠 수 있습니다. 실제 업무 네트워크에서 여러 차례 ping 와 traceroute를 실행하고 P50, P95, 패킷 손실률과 테스트 시간대를 기록하세요. 한 번 측정한 최저값만 보지 마세요.
네. XVM M4 Core와 XVM M4 Plus 모두 싱가포르, 일본(도쿄), 한국(서울), 홍콩 노드를 제공합니다. 주문 시 실제 이용 가능 여부는 콘솔의 실시간 결과를 기준으로 합니다.
최소한 현지 통신사, 테스트 도시, 대상 노드, 테스트 시간, 연속 샘플 수, P50, P95, 패킷 손실률과 라우팅 홉 수를 기록하세요. 원격 화면이 끊긴다면 해상도, 클라이언트 버전, 연결 방식과 문제가 안정적으로 재현되는지도 추가하세요.
가격 및 기간
호스트, 확장 스토리지와 Thunderbolt 5 병렬 연결은 각각 별도로 요금이 책정되며 선택한 기간에 따라 결제됩니다.
| 요금제 | 일간 | 주간 | 월간 | 분기 |
|---|---|---|---|---|
| XVM M4 Core M4 / 16GB / 256GB |
$19.1 |
$51.7 |
$95.7 |
$260.3 |
| XVM M4 Plus M4 / 24GB / 512GB |
$39.5 |
$106.6 |
$197.4 |
$536.9 |
| 추가 옵션 | 일간 | 주간 | 월간 | 분기 |
|---|---|---|---|---|
| +1TB SSD | $2.7 |
$7.3 |
$13.5 |
$36.7 |
| +2TB SSD | $5.4 |
$14.6 |
$27 |
$73.4 |
| Thunderbolt 5 병렬 연결 장비당 과금 |
$1.5 |
$4.1 |
$7.6 |
$20.7 |
단기 검증, 임시 빌드와 일회성 실험에는 일간 또는 주간 결제를 우선 검토하세요. 지속적인 개발, 고정 Runner와 장기 프로젝트에는 월간 또는 분기 결제를 비교해 보세요. 단순히 하루 요금만 비교하지 말고 예상 작업 기간, 환경 초기화 비용과 데이터 이전 횟수를 함께 고려하세요.
포함되지 않습니다. 두 항목은 별도 옵션이며 호스트와 동일하게 일간·주간·월간·분기 주기로 과금됩니다. 주문 전에 호스트 구성, 확장 용량, 병렬 연결 장비 수와 최종 주문 금액을 확인하세요.
결제 제출 전에는 콘솔에서 반환하는 기기 구성, 노드, 기간, 추가 옵션과 주문 총액을 최종 확인 기준으로 삼으세요. 구성과 예상이 다르면 먼저 결제를 중단하고 다시 확인한 후, 정보가 불완전한 상태에서 제출하지 마세요.
결제 및 정산
모든 주문은 USD로 정산되며, 실제 이용 가능한 결제 게이트웨이는 백엔드 API 응답을 기준으로 합니다.
결제 전에 체인 유형, 수취 정보, 주문 금액과 주문 식별자를 확인하세요. 온체인 송금 후에는 거래 식별자를 보관해 상태 이상 발생 시 확인할 수 있도록 하세요.
카드 결제는 Stripe에서 처리합니다. 결제 페이지에 현재 주문 금액과 이용 가능한 게이트웨이가 표시되며, XcodeVM은 지원 요청을 통해 전체 결제 정보를 보내도록 요구하지 않습니다.
모든 요금제, 추가 옵션과 주문은 USD로 표시되고 정산됩니다. 결제 전에 결제 페이지에 표시된 최종 USD 금액을 확인하세요.
중복 결제하지 마세요. 먼저 주문 식별자, 결제 시간, 금액과 비식별 처리된 거래 정보를 저장한 후콘솔에서 티켓 제출하세요. USDT-TRC20 결제는 거래 식별자를 첨부할 수 있으며, 카드 결제는 주문 페이지 상태를 첨부할 수 있습니다. 단, 전체 카드 번호나 보안 코드는 제출하지 마세요.
원격 연결
먼저 인증 정보와 포트를 확인한 다음 클라이언트, 세션 또는 네트워크 경로 문제인지 판단하세요.
주문 식별자, 노드, 연결 주소, 포트와 초기 인증 정보가 동일한 인스턴스에 속하는지 확인하세요.
현재 네트워크에서 DNS, 대상 포트, 왕복 지연 시간과 라우팅 경로를 확인하세요.
클라이언트 기능에 맞춰 해상도, 색상 품질과 키보드 매핑을 조정한 후 연결 설정을 저장하세요.
발생 시간, 통신사, 노드, 오류 문구와 비식별 처리된 로그를 보관해 이후 원인 분석에 활용하세요.
대상 노드에 접속할 수 있는 안정적인 네트워크, 지원되는 원격 클라이언트와 콘솔에서 제공하는 연결 정보를 준비하세요. 먼저 주소와 포트를 확인한 후 인증 정보를 입력하세요. 연결에 성공하면 초기 인증 정보를 변경하고 연결 정보는 관리되는 자격 증명 관리 도구에 저장하세요.
먼저 현재 클라이언트가 기존 세션을 해제할 때까지 기다린 후 동일한 인스턴스에 다시 연결하세요. 계속 실패하면 로컬 네트워크, 대상 포트, DNS 확인과 라우팅 변경을 순서대로 점검하세요. 새 세션을 반복 생성해 문제를 감추지 말고 실패 시간과 오류 문구를 명확히 기록하세요.
먼저 화면 해상도와 색상 품질을 낮추고 불필요한 동적 화면을 끈 다음 동일한 네트워크에서 지연 시간, 지터와 패킷 손실을 연속 측정하세요. 특정 시간대에만 문제가 발생한다면 정상·이상 샘플을 각각 기록해 통신사 라우팅이 바뀌었는지 비교하세요.
전체 명령어와 제출 정보는지원 문제 해결 가이드에서 확인할 수 있습니다.
관리되지 않는 공유 인증 정보는 사용하지 않는 것이 좋습니다. 최소 권한 원칙에 따라 접근 권한을 부여하고 권한 범위와 유효 기간을 기록하세요. 담당자가 바뀌면 즉시 권한을 취소해야 합니다. 비밀번호, 개인 키와 서명 자료는 코드 저장소, 빌드 로그 또는 지원 첨부 파일에 포함하지 마세요.
데이터 처리
독점 장비라고 해서 자동으로 백업되는 것은 아닙니다. 사용자가 직접 데이터 수명 주기를 관리해야 합니다.
코드, 빌드 구성, 산출물과 실험 데이터를 별도로 백업하고 복구 절차를 정기적으로 검증하세요.
키와 서명 자료의 읽기 권한을 제한하고 저장소, 로그, 캐시 패키지와 지원 첨부 파일에 기록하지 마세요.
필요한 데이터를 미리 복사하고 대상에서 읽을 수 있는지 확인한 후 로컬 작업 디렉터리와 임시 인증 정보를 삭제하세요.
사용자가 애플리케이션 수준 백업을 관리해야 합니다. 소스 코드는 관리되는 저장소에 보관하고, 빌드 구성과 핵심 스크립트는 버전 관리에 포함하세요. 다시 생성할 수 없는 산출물이나 실험 데이터는 별도 스토리지에 복사해야 합니다. 백업이 유효한지는 파일 복사 여부가 아니라 복구 테스트로 확인하세요.
작업 완료에 필요한 데이터만 인스턴스에 저장하는 원칙입니다. 예를 들어 빌드 노드에는 필요한 저장소와 의존성만 동기화하고 관련 없는 고객 데이터는 복사하지 마세요. 지원 요청에는 비식별 처리된 로그만 제공하고 전체 데이터베이스, 개인 키, 비밀번호나 결제 정보를 첨부하지 마세요.
코드가 푸시되었는지, 빌드 산출물이 이전되었는지, 백업을 복구할 수 있는지, 키가 교체 또는 취소되었는지, 캐시와 임시 파일이 삭제되었는지 확인하세요. 마지막 이전을 대여 종료 직전에 진행하지 말고 검증과 재시도 시간을 확보하세요.
지원 및 SLA
가용성은 주관적인 체감 점수가 아니라 해당 인스턴스, 시간 범위와 확인 가능한 상태 기록을 기준으로 판단합니다.
목표 가용성
서비스 중단이 발생하면 주문 식별자, 인스턴스 노드, 시작·복구 시간, 오류 문구, 재현 단계와 비식별 처리된 로그를 기록하세요. 상태 기록, 측정 기간, 적용 범위, 제외 사항, 신청 기한과 서비스 크레딧 방식은서비스 약관을 기준으로 합니다.
99.9%는 적용 가능한 측정 기간 동안 주문에 연결된 서비스의 접속 가능 상태를 평가하기 위한 목표 가용성 기준입니다. 구체적인 계산 방식, 상태 기록, 불가항력과 사용자 작업 등 제외 사항 및 서비스 크레딧 조건은 서비스 약관을 기준으로 합니다.
로그인 후콘솔에서 티켓 제출하고 주문 식별자, 노드, 문제 발생 시간, 재현 단계, 예상 결과, 실제 결과와 비식별 처리된 로그를 제공하세요. 네트워크 관련 문제라면 현지 통신사, 테스트 도시, 지연 시간, 패킷 손실률과 라우팅 결과도 추가하세요.
다음 주소로 이메일을 보내세요: support@xcodevm.com이메일에 계정 연결 이메일, 주문 식별자, 노드, 발생 시간과 비식별 처리된 오류 정보를 적으세요. 비밀번호, 개인 키, 전체 결제 정보나 비식별 처리되지 않은 업무 데이터를 보내지 마세요.