Apple Silicon: supera el límite de 2 VMs en macOS

¿Por qué Apple Silicon limita macOS a solo 2 VMs simultáneas?

Si alguna vez intentaste lanzar una tercera máquina virtual de macOS en un Mac con chip Apple Silicon —ya sea M1, M2, M3 o M4— probablemente te topaste con este mensaje: «The maximum supported number of active virtual machines has been reached.» (Error VZErrorDomain Code 6). Frustrante, especialmente cuando tu Mac tiene 64 GB o más de RAM y podría perfectamente soportar más instancias.

La realidad sorprende: no es una limitación de hardware. Es una restricción deliberada de software impuesta por Apple a través del Virtualization.framework, alineada con la cláusula 2.B.iii del Acuerdo de Licencia de Software (SLA) de macOS, que permite ejecutar solo hasta dos instancias adicionales de macOS en entornos virtuales por host para fines de desarrollo, pruebas o uso personal.

El mecanismo interno que impone el límite de VMs en macOS

Lo curioso de este límite es dónde vive en el sistema operativo. No está en un número fijo en el userspace ni en una variable fácilmente editable: está en el kernel mismo de macOS. La ingeniería inversa realizada por investigadores como Mykola Grymalyuk (conocido como khronokernel) reveló que los kernels de versión release incluyen verificaciones que bloquean la creación de una tercera VM de macOS, mientras que los kernels de desarrollo (development kernels) no tienen este control activado.

👥 ¿Quieres ir más allá de la noticia?

En nuestra comunidad discutimos las tendencias, compartimos oportunidades y nos ayudamos entre emprendedores. Sin humo, solo acción.

👥 Unirme a la comunidad

Esto confirma que el límite es una decisión de política, no una barrera técnica. El hardware —incluso un Mac Studio con M2 Ultra y 128 GB de memoria unificada— tiene la capacidad bruta para ejecutar muchas más VMs. Apple simplemente ha optado por no permitirlo en producción.

Virtualización anidada: otro obstáculo

Adicionalmente, macOS en Apple Silicon no permite la virtualización anidada (una VM dentro de otra VM). Si bien esto tiene menos impacto práctico para la mayoría de los desarrolladores, es una limitación relevante para equipos de DevOps o infraestructura que trabajan con Kubernetes u orquestadores complejos.

Cómo superar el límite con el Kernel Debug Kit

La forma documentada de eliminar esta restricción es arrancando el sistema con un kernel de desarrollo, disponible a través del Kernel Debug Kit (KDK) que Apple ofrece a los desarrolladores registrados. Este kernel omite los controles de la versión de producción, permitiendo ejecutar más de 2 VMs de macOS de forma simultánea.

El proceso general implica los siguientes pasos:

Descargar el Kernel Debug Kit correspondiente a tu versión de macOS desde los recursos para desarrolladores de Apple.
Reemplazar o parchear el kernel para habilitar la creación de múltiples VMs.
Arrancar el sistema con el kernel de desarrollo.
Lanzar las VMs adicionales, por ejemplo mediante UTM u otras herramientas compatibles con Virtualization.framework.

Advertencia importante: este procedimiento viola el SLA de macOS para usos que no sean estrictamente de desarrollo y puede generar inestabilidad del sistema, conflictos con System Integrity Protection (SIP) y la pérdida de garantías. No es una solución para entornos de producción.

Herramientas de virtualización disponibles en Apple Silicon (2024–2026)

El ecosistema de virtualización en Apple Silicon ha madurado significativamente en los últimos años. Aquí un resumen de las herramientas más relevantes para founders y equipos técnicos:

Virtualization.framework (Apple)

Es la API nativa de Apple para crear y gestionar VMs ligeras en macOS. Soporta guests de macOS y Linux, y es la base sobre la que se construyen la mayoría de las herramientas del ecosistema. Aplica estrictamente el límite de 2 VMs de macOS y no soporta virtualización anidada.

UTM

Basado en QEMU, UTM usa Virtualization.framework como backend y ofrece una interfaz amigable. Es la herramienta más popular entre desarrolladores para correr macOS y Linux en Apple Silicon. Al usar el framework nativo, hereda el límite de 2 VMs. Con el kernel de desarrollo desbloqueado, UTM puede superar esa restricción en contextos experimentales.

Parallels Desktop

Parallels Desktop es la solución más pulida para usuarios que necesitan integración profunda entre macOS y un SO invitado (especialmente Windows). Soporta carpetas compartidas desde macOS Ventura en adelante y bundles .macvm. Respeta estrictamente el límite de 2 VMs de macOS e impone que el disco del host sea APFS. No permite passthrough de iPhones ni dispositivos de audio USB.

VMware Fusion

VMware Fusion también soporta Apple Silicon con guests ARM y macOS, adhiriéndose al límite de 2 VMs. Su desarrollo ha avanzado para acercarse a la paridad con la versión Intel, aunque algunas funciones siguen en progreso.

OrbStack

OrbStack se posiciona como una alternativa ultraligera orientada principalmente a contenedores Docker y VMs Linux. No está pensado como solución primaria para guests de macOS, pero es una excelente opción para equipos que trabajan con contenedores en desarrollo.

Implicaciones prácticas para founders y equipos de desarrollo

Para un equipo de startups que usa Macs con Apple Silicon, el límite de 2 VMs tiene consecuencias concretas:

Pipelines de CI/CD: si necesitas correr pruebas en múltiples versiones de macOS en paralelo, el límite obliga a soluciones alternativas como máquinas físicas adicionales o runners en la nube (por ejemplo, GitHub Actions con runners macOS o servicios como Cirrus CI).
Testing de compatibilidad: equipos de desarrollo de apps macOS que necesitan validar en Ventura, Sonoma y Sequoia simultáneamente chocan con esta restricción desde el primer día.
Infraestructura dev local: el límite empuja a los equipos a repensar su stack local y a considerar soluciones como Kubernetes con nodos Linux (donde no aplica el límite) o servicios cloud.

El hardware de Apple Silicon es, irónicamente, más que suficiente para el trabajo que los desarrolladores quieren hacer. La restricción es de política, no de capacidad.

Estado actual del límite en 2026: ¿ha cambiado algo?

A la fecha de publicación de este artículo (abril 2026), Apple no ha modificado oficialmente el límite de 2 VMs de macOS en ninguna versión del sistema operativo, incluyendo los chips M3 y M4. Los avances recientes en el Virtualization.framework incluyen soporte para configurar la granularidad de memoria IPA y mejoras en discos externos con exFAT, pero el techo de 2 instancias simultáneas de macOS sigue intacto.

Para VMs de Linux, en cambio, no existe este límite, lo que refuerza la hipótesis de que la restricción está ligada exclusivamente a la licencia del SO invitado y no a capacidades del hipervisor o del hardware.

Conclusión

La limitación de 2 VMs simultáneas en Apple Silicon es uno de esos casos donde la tecnología puede más que la política que la rodea. El hardware de Apple tiene la potencia para correr muchas más instancias, pero el SLA y el kernel de producción imponen el freno. La investigación de khronokernel y el uso del Kernel Debug Kit demuestran que, a nivel técnico, el límite puede superarse —aunque solo con fines experimentales y asumiendo los riesgos legales y de estabilidad correspondientes.

Para founders y equipos técnicos en LATAM que construyen sobre macOS, la clave está en diseñar flujos de trabajo que no dependan de más de 2 VMs locales, o en migrar cargas de testing y CI/CD a soluciones cloud que ofrezcan runners macOS sin estas restricciones. El ecosistema avanza, y conocer sus límites reales —tanto técnicos como contractuales— es parte del juego.

Descubre cómo otros founders implementan estas soluciones de virtualización y desarrollo en sus stacks tecnológicos.

Ver soluciones de founders