Windows Server 2025 / Instalar Hyper-V y comprobar el host tras reiniciar

Para instalar Hyper-V en Windows Server 2025, compruebe primero la virtualización del hardware y los recursos del host, agregue el rol y reinicie en una ventana planificada. Después verifique el estado del rol y la administración del host antes de crear conmutadores y máquinas virtuales; disponer de las herramientas no demuestra por sí solo que los invitados puedan arrancar.

Separar el host de los sistemas invitados

El host administra las máquinas virtuales (virtual machines, VM) y proporciona sus recursos; el invitado es el sistema operativo que se ejecuta dentro de una de ellas. Las VM comparten recursos físicos, por lo que un fallo del host o el agotamiento del almacenamiento puede detener varias a la vez. Separe esa administración de las tareas de los invitados.

Este procedimiento utiliza HV1, un host separado con Windows Server 2025. No agregue el rol por rutina a DC1 o FS1. Si el equipo ya aloja las VM del curso, inspeccione esa instalación en lugar de repetirla. Si HV1 es a su vez una VM, necesita virtualización anidada compatible: el hipervisor exterior debe admitir y exponer las extensiones necesarias. Las condiciones dependen del procesador, versión del host y configuración de la VM; que el invitado sea Server 2025 no basta. En alojamientos administrados, confirme primero el soporte de la plataforma, sin cambiar la seguridad o las extensiones de otra VM a ciegas.

Antes de colocar cargas reales, defina quién administra HV1, cómo se actualiza, qué se respalda y cómo recuperarlo si falla. Compruebe también los requisitos del propio Windows Server, no solo la presencia de virtualización en el procesador. La instalación del rol y los derechos de uso de cada sistema invitado son cuestiones distintas: confirme los derechos de la edición y licencias utilizadas sin deducirlos del éxito de la instalación.

Comprobar hardware y capacidad disponible

• Compruebe un procesador compatible de 64 bits con traducción de direcciones de segundo nivel (Second Level Address Translation, SLAT) y extensiones del modo monitor de VM. Una CPU de 64 bits por sí sola no cumple todos los requisitos.
• Confirme la virtualización asistida por hardware en BIOS o UEFI y la prevención de ejecución de datos (Data Execution Prevention, DEP) por hardware habilitada. Intel VT y AMD-V identifican tecnologías de virtualización; las opciones exactas dependen del fabricante.
• Reserve memoria para el host y para el inicio simultáneo de los invitados. No cuente únicamente la memoria que consumen en reposo ni suponga que la memoria dinámica permite arrancar cualquier número de VM.
• Presupueste almacenamiento para configuración y discos virtuales, crecimiento, actualizaciones, puntos de control y exportaciones. El espacio físico del volumen importa aunque los discos virtuales sean de expansión dinámica.

systeminfo

En HV1, ejecute systeminfo en una consola y lea el apartado de requisitos de Hyper-V. Antes de que exista un hipervisor, las capacidades enumeradas deben estar disponibles y habilitadas. Si aparece el aviso de que se detectó un hipervisor, puede sustituir a las líneas individuales: no significa automáticamente que el rol Hyper-V de HV1 esté instalado ni que la virtualización anidada sea utilizable. Revise los requisitos de Hyper-V y los adicionales de las funciones que planea usar. Si falta una opción del firmware, consulte al fabricante o administrador del host exterior. No desactive protecciones ni cambie opciones de arranque solo para hacer desaparecer un mensaje.

Por ejemplo, tres invitados con 4 gibibytes (GiB) de memoria de inicio cada uno requieren 12 GiB solo para esas asignaciones. En un host de 16 GiB quedarían nominalmente 4 GiB antes de considerar el sistema, la administración y otras necesidades; esa resta no demuestra capacidad suficiente. Es un cálculo ilustrativo, no una recomendación universal ni un resultado medido. Presupueste el conjunto y valide las cargas reales antes de decidir cuántos invitados ejecutar.

Instalar desde el Administrador del servidor

1. Confirme que está en HV1 con permisos administrativos, prepare consola o administración independiente y acuerde una ventana de reinicio. Si ya existen cargas, planifique su interrupción antes de empezar.
2. Abra el Administrador del servidor y seleccione Administrar → Agregar roles y características. Si HV1 usa Server Core, utilice la alternativa de PowerShell o una administración remota compatible.
3. Elija una instalación basada en características o roles y compruebe que el servidor de destino es HV1, no DC1, FS1 ni el equipo desde el que administra.
4. Seleccione Hyper-V y acepte las características y herramientas de administración aplicables que propone el asistente. Revise la selección sin añadir roles ajenos al objetivo.
5. En la creación de conmutadores virtuales, no seleccione adaptadores físicos si aún no diseñó la red. No habilite opciones de migración sin haber definido su conectividad, autenticación y uso.
6. Revise las carpetas predeterminadas para configuración de VM y discos virtuales: deben ser ubicaciones previstas, con capacidad y acceso adecuados. Registre los valores; no formatee ni reutilice un volumen con datos solo para coincidir con el ejemplo.
7. Revise el resumen y la opción de reinicio automático. Instale en la ventana acordada, lea el resultado y reinicie cuando corresponda conservando acceso de recuperación. No empiece a configurar invitados mientras queda pendiente el reinicio.

Un conmutador externo puede interrumpir la conectividad del propio host. No mezcle su creación con una instalación accesible solo por conexión remota si carece de consola o acceso independiente. Conserve las direcciones y la configuración de administración actuales para el diseño de red posterior. Cambiar las carpetas predeterminadas afecta a la ubicación propuesta para nuevas VM o discos; no mueve los archivos de VM existentes. Una migración o un traslado necesita su propio procedimiento.

Usar PowerShell como alternativa

Como alternativa al asistente, abra Windows PowerShell como administrador directamente en HV1 y siga el procedimiento de instalación de Microsoft. Este ejemplo omite -Restart para elegir el momento del reinicio. El parámetro IncludeManagementTools agrega las herramientas aplicables, que no se instalan por defecto con este cmdlet. Elija esta vía o el asistente, sin repetir ambos como dos pasos obligatorios:

Install-WindowsFeature -Name Hyper-V -IncludeManagementTools
Get-WindowsFeature -Name Hyper-V,Hyper-V-Tools,Hyper-V-PowerShell

Lea Success, Restart Needed y los mensajes de la instalación antes de continuar; una consulta de características inmediatamente después no sustituye la comprobación tras reiniciar. Si requiere reinicio, cierre las tareas de mantenimiento y hágalo de forma controlada desde la consola o el procedimiento de la organización. En Server Core, IncludeManagementTools instala el módulo de PowerShell, no una interfaz local de Administrador de Hyper-V: puede administrarlo desde otro equipo preparado. Tener herramientas en un PC de gestión tampoco convierte ese PC en el host HV1. Si falla, conserve el código y los registros y revise requisitos, privilegios y recursos antes de repetir.

Comprobar el host después del reinicio

Get-WindowsFeature -Name Hyper-V
Get-Service -Name vmms
Get-VMHost | Select-Object ComputerName,VirtualMachinePath,VirtualHardDiskPath
Get-VM

Tras reiniciar, confirme que la consulta corresponde a HV1, que Hyper-V figura Installed y que el servicio de Administración de máquinas virtuales, cuyo nombre interno es vmms, está Running. Get-VMHost debe devolver sin errores el host y las rutas configuradas; compárelas con las revisadas durante la instalación. Get-VM puede devolver una lista vacía si todavía no creó invitados, pero una excepción de conexión o permisos no es una lista vacía normal. La consola y estas consultas comprueban administración; el arranque de un invitado se comprobará con una VM de prueba independiente y con recursos planificados.

Si un invitado no arranca, anote hora y mensaje completo y revise memoria disponible, estado del hipervisor y registros relacionados, en vez de volver a instalar el rol o modificar el arranque sin diagnóstico. Un fallo de acceso remoto se debe distinguir de un fallo del host local. Antes de retirar Hyper-V, inventaríe VM y archivos, verifique copias o traslado de cargas y planifique la interrupción y el reinicio necesarios. Quitar el rol no es una copia de seguridad ni una forma de recuperar automáticamente los invitados; no elimine discos virtuales como parte de una limpieza improvisada.