Skip to main content
Confirm everything on this page is in place before you start deploying MacStadium VDI. Items that vary by deployment model are called out in each section.

Mac hosts

Apple’s software license agreement limits each host to two concurrent macOS VMs. Plan your host count accordingly: divide your peak concurrent user count by two and round up.

Hardware specifications

MacStadium VDI supports any Apple silicon Mac meeting the following requirements. Intel-based Macs are not supported.
MacStadium provisions and manages the Mac hardware. Contact your MacStadium account team to confirm host availability and reserve capacity before you begin setup.

Control plane

The control plane runs on a dedicated machine separate from your Mac hosts. It hosts Docker (for the management UI) and acts as the Ansible control node.

Software

Install the following on the control plane machine before setup:

Accounts and licenses

VDI broker

Before setup, confirm you have:
  • An active VDI broker subscription and Delivery Controller configured
  • The installer for macOS (for Citrix DaaS, a .dmg file; MacStadium recommends hosting it in S3 with a presigned URL)
  • An enrollment token for registering VMs with your Delivery Controller

Identity provider

MacStadium VDI uses your VDI broker’s identity integration. You need one of the following:
  • Active Directory (on-premises or Microsoft Entra ID)
  • Okta
  • Any SAML 2.0-compatible provider your VDI broker supports
No MacStadium-specific identity configuration is required. Supported platforms: Jamf, Kandji, and Intune. MDM is not required to run VMs, but it’s the recommended way to manage configuration profiles, compliance reporting, and app deployment in production. If you plan to use MDM, have your MDM server URL and an enrollment invitation ready before you seal your golden image. See MDM enrollment for a full walkthrough.

Capacity planning

Use the following to size your deployment before onboarding.

Host count

Each host runs a maximum of two macOS VMs. Divide your peak concurrent user count by 2 and round up, then add 10 to 15 percent for maintenance windows, rolling updates, and peak headroom. For dedicated (persistent) desktops, size for your total user count rather than peak concurrency: each user holds a VM whether they’re logged in or not. For pooled (non-persistent) desktops, size for peak concurrency, typically 60 to 80 percent of total users.

VM resource defaults

RAM guidance by workload

Start conservative. MacStadium hosted deployments can add nodes without re-architecting. It’s easier to add hosts than to right-size VM RAM after users are in production.