Pre-order checklist

Renting a cloud Mac? Clarify the key details first

Get clear answers about dedicated hardware, the two configurations, daily, weekly, monthly, and quarterly pricing, five locations, access, payments, data migration, and service credits.

2 configurations Dedicated physical Mac mini
5 Available locations
4 Daily, weekly, monthly, and quarterly terms
01
Product type

One order corresponds to one dedicated physical Mac

Confirm the resource model before discussing performance. VMDebug provides a dedicated physical cloud Mac: the device’s compute, memory, and local storage are used by one active order, rather than splitting one device into multiple virtual instances.

Does VMDebug provide virtual machines?

No. Each order corresponds to a dedicated physical Mac mini running in the cloud, with its device resources reserved for that order. It is not a virtual machine on a shared host, and its configuration is not created by partitioning compute resources.

“Dedicated” describes how the device is allocated. It does not mean that the network route or upstream services are exclusive to one customer. External networks, code hosting, software licenses, and other third-party services continue to operate under their own rules.

Are the CPU, memory, and local SSD shared with other orders?

The CPU, memory, and local SSD of the same device are not allocated for concurrent use by multiple orders. The selected chip, memory, and base storage specifications correspond to the actual physical device configuration.

If your workflow needs additional storage or multiple devices connected via Thunderbolt 5, select the relevant add-ons separately when ordering and follow the combination shown on the order confirmation page.

What tasks are a good fit for a cloud Mac?

Common use cases include Xcode builds and testing, continuous integration runners, long-running command-line tasks, toolchains that require the macOS graphical interface, and AI experiments with sustained CPU, memory, or local-cache usage.

If a task depends on low-latency local peripherals, real-time color evaluation, or specialized capture hardware, verify the network route and hardware connection requirements first. Remote workflows are well suited to repeatable computation in the cloud, but the experience still depends on the network quality at your access location.

02
Plans and tiers

Exactly two tiers, with clearly defined specifications

Both tiers are dedicated physical cloud Macs. Choose based on peak memory use, build concurrency, and local cache size—not on similar-sounding names.

Standard builds

VMDebug M4

Suitable for single-project builds, automated testing, development-environment reproduction, and standard remote toolchains.

Device
Mac Mini
Chip
M4
Memory
16GB RAM
Storage
256GB SSD
Choose VMDebug M4
Memory-intensive tasks

VMDebug M4 Pro

Suitable for large projects, higher concurrency, heavier caching, long-running builds, and memory-intensive experiments.

Device
Mac Mini
Chip
M4 Pro
Memory
64GB RAM
Storage
2TB SSD
Choose VMDebug M4 Pro
How should I choose between the two tiers?

Start with peak memory usage during builds, then consider project size and cache retention. For standard single-project builds, testing, and development-environment reproduction, evaluate VMDebug M4 first. Large projects, multiple concurrent jobs, and memory-intensive experiments are better suited to VMDebug M4 Pro.

Only the two base configurations above are available. 1TB SSD and 2TB SSD are additional storage options, not new base machine models.

Can I freely change the chip or memory after ordering?

The chip and memory are physical device specifications, not virtual resources that can be adjusted while running. To change tiers, first check the current order’s end time, target model availability, and data migration plan, then follow the process available in the console.

03
Terms and pricing

All four terms have fixed prices for review before ordering

Daily, weekly, monthly, and quarterly terms are independent fixed prices, not labels calculated automatically. The figures below match the plan page; confirm the location and add-ons on the order confirmation page.

Fixed-term pricing for VMDebug’s two dedicated physical Mac tiers, all billed in USD
Plan Daily Weekly Monthly Quarterly
VMDebug M4M4 / 16GB / 256GB $19.9/day $53.7/week $99.4/month $270.4/quarter
Pro configurationM4 Pro / 64GB / 2TB $60.7/day $163.9/week $303.5/month $825.5/quarter
What is each term best suited for?

Daily terms suit short validations, issue reproduction, and temporary builds. Weekly terms suit sprint work, release-submission preparation, and focused testing. Monthly terms suit stable development and continuous integration. Quarterly terms suit long-running pipelines with clearly defined capacity needs.

Do not choose a term based only on the duration of a single task. Allow time for dependency downloads, environment setup, cache creation, acceptance testing, and data migration before the order ends.

Why verify the price again on the order confirmation page?

The base model prices are fixed, but an order may include add-ons such as 1TB SSD, 2TB SSD, or Thunderbolt 5 connectivity. The confirmation page summarizes the base plan, term, location, and selected add-ons; review each item before submitting.

All prices are based on the plan pageand the order confirmation page. Do not assume discounts, taxes, or services not listed.

Does renewal extend the order automatically?

Complete renewals in the console according to the rules available for the current order. Before proceeding, check the order end time, renewal term, amount, and device status; do not infer that an order was extended from a local calendar reminder alone.

If the order information in the console differs from your expectations, sign in and submit a ticket with the order number and requested resolution.

04
Locations and availability

Choose from all five locations, with US West listed as one complete region

The current catalog includes Singapore, Japan (Tokyo), South Korea (Seoul), Hong Kong, and US West—five locations in total. Both machine tiers are available in all five locations. Choose based on your access origin, code repository location, and collaboration region.

SG

Singapore

Suitable for access from Southeast Asia. Test round-trip latency and stability from your actual office network.

JP

Japan (Tokyo)

Suitable for workflows in Japan and East Asia. Check the locations of your code source and artifact storage before choosing.

KR

South Korea (Seoul)

Suitable for access from South Korea and Northeast Asia. Verify network jitter first for remote graphical operations.

HK

Hong Kong

Suitable for collaboration across South China and Southeast Asia. Actual connection quality depends on the carrier route from your access location.

US-W

US West

Suitable for workflows on the North American West Coast and access to local services; listed as one complete location in the catalog.

How should I choose a location?

First consider where the primary operators are located. Next, check the locations of the code repository, dependency sources, and artifact storage. Finally, test candidate locations from the actual office network. For remote graphical interfaces, stability and jitter are usually as important as the lowest single latency measurement.

For teams working across regions, choose a location that the primary build and troubleshooting staff can access reliably, rather than judging only by geographic distance.

Can I always order a location listed on the page?

Singapore, Japan (Tokyo), South Korea (Seoul), Hong Kong, and US West are all currently listed for sale, and both tiers cover all five locations. Real-time availability at checkout is determined by the result returned by the console.

All locations operate normally 365 days a year. If an issue occurs, submit a ticket using the order details and provide the device identifier, time range, and reproducible symptoms.

Can I switch the original device to another location after ordering?

A location corresponds to where the physical device is hosted; it is not a network label that can be switched instantly while running. To move to another location, confirm the target order, prepare data migration, and validate the toolchain and access route at the new location.

We recommend backing up your code repository, dependency list, certificate materials, build scripts, and required artifacts separately, then following thegetting-started guideto complete migration and acceptance testing.

05
Payment and currency

USD billing with two payment options

Payment options are clear: USDT-TRC20, or Visa / Mastercard / Amex (via Stripe). The gateway available to you is determined by the console; sensitive payment credentials are not collected through support communications.

Card payment

Visa / Mastercard / Amex are supported and processed by Stripe. Order amounts are displayed and settled in USD.

On-chain payment

USDT-TRC20 is supported. Before submitting, verify the network type, order amount, and payment details returned by the console.

What currency is used for page prices and final bills?

All plans, add-ons, and orders are billed in USD. The “$” symbol on the page means US dollars; prices are not converted to other currencies.

What payment information is needed for an order or billing issue?

You generally only need to provide the console order number, issue type, payment status, and redacted error details. Do not include wallet private keys, full card numbers, card security codes, account passwords, or other sensitive authentication data in email or tickets.

Card transactions are processed by Stripe; the site support process does not require complete card details. The payment gateway available to you is determined by the console.

06
Access and permissions

Clear connection methods, with permissions determined by the order configuration

Before connecting, retrieve the device information from the console, verify the host fingerprint and temporary credentials, then test SSH and the macOS graphical interface. Administrator access, port policies, and power controls depend on the capabilities included in the order configuration.

SSH

Verify the host fingerprint before establishing a session. If the connection fails, check the address, port, credentials, local firewall, and carrier route in order.

Graphical interface

Access the macOS graphical interface using the connection method provided with the order. Before use, verify network jitter, resolution, and the local input experience.

Restart and recovery

Stop write operations and confirm that build artifacts are saved before restarting. If the device is unresponsive, submit a console ticket with the device identifier and time of occurrence.

System upgrades

Back up your projects, key materials, and toolchain inventory before upgrading. First verify Xcode, command-line tools, and dependency compatibility, then schedule the upgrade during an idle period.

Is administrator access provided?

Specific permissions depend on the order configuration. If you need to install system-level tools, modify service settings, or adjust network policies, describe the workflow and required operations before ordering to avoid discovering a permissions mismatch after delivery.

Even with administrator access, follow the principle of least privilege. Do not disable essential security controls or bind long-running tasks directly to personal temporary credentials.

Can SSH and the remote graphical interface be used at the same time?

Available connection methods are specified in the order delivery information. In engineering workflows, run automated tasks in an SSH session or runner, and use the macOS graphical interface for operations requiring human confirmation. Avoid accidentally interrupting foreground tasks by closing the remote window.

For the first connection, follow theengineering guideto verify the host fingerprint, credentials, port, and prerequisites for remote access.

Can any port be opened?

Port availability depends on the order’s network configuration, security policies, and location conditions. When submitting a request, specify the protocol, port, source range, purpose, and expected duration. Avoid exposing management ports directly to all sources.

For connection issues, check the device listener status, local firewall, access network, and location route together. Do not assume the path is reachable simply because “the port is configured.”

How should macOS and Xcode be upgraded?

Record the current versions of macOS, Xcode, command-line tools, package managers, and key dependencies first. Then back up your code, certificate materials, build scripts, and required caches. After upgrading, validate in this order: restore dependencies, test, archive, check signing, and verify artifacts.

Do not upgrade long-running workloads without first validating toolchain compatibility. Prepare rollback materials and define a clear boundary for new tasks paused during the upgrade.

07
Data and cancellation

Customers manage backups and migration; an ended order is not an archiving strategy

A cloud Mac can host builds and experiments, but it does not replace project backups. Keep independent copies of code, keys, build artifacts, media, and application data according to business importance, and complete migration and verification before the order ends.

01

List the data to migrate

Check the code repository, uncommitted changes, certificate materials, build artifacts, logs, media, caches, and configurations for self-managed services.

02

Copy to an independent location

Transfer critical data to controlled storage, and run integrity checks on large files, archives, and database exports.

03

Verify the recovery path

Restore a sample of the project in another environment and confirm that the dependency list, key permissions, and automation scripts can rebuild the workflow.

04

Confirm the order status

Check the end time, renewal result, and ticket status in the console. Do not treat unconfirmed actions as complete.

Does VMDebug retain application data for customers long term?

Customers are responsible for application-data backups and recovery verification. Do not use the device’s local SSD as the only copy of code, keys, media, or build artifacts, and do not treat renewal as a backup mechanism.

Keep at least a version-controlled code repository, dependency list, build scripts, redacted configuration, and key artifacts, and regularly verify that these materials can be restored on another device.

What must be completed before the order ends?

Complete checks for uncommitted code, migrate projects and artifacts, rotate keys, stop automation jobs, unbind external callbacks, and perform sample recovery validation. Device access may stop after the order ends; do not make last-minute data copying your standard process.

How are cancellation, renewal, and service credits handled?

Handle cancellation and renewal through the current order flow provided in the console. The service-level target is 99.9%; when the service terms are met, credits are calculated according to the affected service period. Measurement rules, exclusions, claim materials, and processing conditions are governed by theservice terms.

When submitting a service issue, provide the order number, device identifier, time of occurrence, duration, reproducible symptoms, and troubleshooting steps already completed so the impact can be assessed.

How can I contact you about questions not covered here?

For pre-sales selection and general questions, email support@vmdebug.com. For existing orders, device connections, or billing issues, sign in to theconsole and submit a ticketwith the order number and necessary redacted information.

Before contacting support, review theengineering guideandgetting-started processto narrow the issue down by connection, environment, network, or order.

Ready to place your order?

Two dedicated physical tiers, five locations, and flexible term selection

Before ordering, review the chip, memory, storage, location, rental term, and add-ons. Only USDT-TRC20 and Visa / Mastercard / Amex (via Stripe) are supported, and all charges are settled in USD.