Tutoriel Linux

Servicios de integración Hyper-V en Debian 13: módulos, reloj, apagado limpio

Débutant5 min de lecture

Su VM Debian 13 arranca, puede conectarse a ella, luego el host de Hyper-V solo muestra “Running”. Es imposible saber si Debian todavía responde, si la hora se restablece correctamente después de una reanudación o si un apagado solicitado por el host será limpio.

Los servicios de integración Hyper-V en Debian 13 se controlan primero mediante lecturas del lado del invitado y del lado del host. Usted distinguirá los módulos del núcleo, los demonios invitados, la sincronización del reloj, la memoria dinámica y la ruta de respaldo, sin instalar un paquete LIS antiguo al azar.

Técnico conectando un cable de red a un servidor para una VM Debian bajo Hyper-V
Mantenimiento de una VM Debian en un entorno Hyper-V.

Atención. La matriz de Microsoft enumera Debian 10, 11 y 12, no Debian 13. No presente por lo tanto Debian 13 como oficialmente compatible por Microsoft, y no instale el paquete LIS descargable sin prueba de que corresponde a su sistema.

Leer los módulos Hyper-V antes de agregar un paquete

Comience en Debian. El núcleo se comunica con el host a través de VMBus, descrito en la documentación Hyper-V del núcleo de Linux. Esta capa proporciona los controladores y ciertos canales de integración. No tiene el mismo papel que los demonios iniciados por systemd.

  • La VM sigue siendo accesible, con el nombre exacto de la máquina registrado del lado de Hyper-V.
  • Los módulos y servicios se leen antes de cualquier modificación.
  • Existe un segundo camino de acceso si el apagado solicitado por el host corta la sesión.
  • La copia de seguridad actual se identifica, con una prueba de restauración prevista sobre una copia.
lsmod | grep -E '^hv_'
dmesg | grep -i hyperv
systemctl status hv-kvp-daemon.service hv-vss-daemon.service --no-pager

lsmod permite listar los módulos actualmente cargados. dmesg proporciona los mensajes del núcleo que mencionan Hyper-V. El comando de systemd separa los demonios KVP y VSS de los módulos. La ausencia o un estado de fallo debe ser explicado por los logs, no compensado por una instalación LIS antigua. Si un servicio no inicia, leer los logs del último arranque proporciona el siguiente control.

Controlar heartbeat y apagado limpio desde el host

En PowerShell, el estado Running significa que Hyper-V reserva recursos. No prueba que Debian haya terminado su arranque ni que el invitado responda. La documentación Microsoft sobre los servicios de integración Hyper-V vincula especialmente heartbeat, Apagado del invitado y Sincronización de tiempo al módulo hv_utils.

Get-VM -VMName "<nombre-vm>" | Select Name,State,Status
Get-VMIntegrationService -VMName "<nombre-vm>"

La primera lectura acerca el nombre, el estado y el estatus alimentado por la integración. La segunda expone los servicios disponibles del lado del host, su estado y su activación. Si el heartbeat no confirma nada, verifique primero la respuesta de Debian antes de solicitar un apagado.

El botón de apagado forzado corta la alimentación virtual. Microsoft advierte del riesgo de pérdida o corrupción de datos cuando el apagado limpio está desactivado o eludido. Para un reinicio desde Debian, el comando y su control están detallados en Reiniciar Linux correctamente.

Elegir una fuente de tiempo y verificar la hora tras la reanudación

Dos caminos pueden aparecer en el diagnóstico. Hyper-V ofrece la sincronización a través de hv_utils. Debian también puede usar systemd-timesyncd, que interroga a un servidor NTP remoto con SNTP. Antes de desactivar un mecanismo, anote el estado de ambos lados.

timedatectl status
timedatectl timesync-status
journalctl -b -u systemd-timesyncd --no-pager

En Debian Trixie, la manpage de systemd-timesyncd describe el ajuste del reloj y las lecturas timedatectl. Anote la hora antes de una reanudación, luego vuelva a leerla después. Si solo necesita confirmar la conectividad local antes de culpar a NTP, ip addr le permite leer la interfaz sin cambiar la red. La elección final depende de la fuente efectivamente utilizada y su entorno, no de una receta universal.

Leer la memoria dinámica antes de modificar la RAM

La presencia de hv_balloon indica el módulo asociado al ballooning. No prueba que la carga carezca de memoria, ni que la memoria dinámica sea adecuada para la VM. Separe la capacidad atribuida por el host, la presión observada en Debian y el uso del swap.

lsmod | grep '^hv_balloon'
free -h
vmstat 1 5
journalctl -k -b | grep -i hv_balloon
swapon --show

free muestra la memoria visible para Debian. vmstat permite observar la presión en cinco lecturas, mientras que el registro del núcleo muestra los mensajes relacionados con el ballooning. swapon indica si un espacio de swap está activo.

ComponenteRolComando de lecturaLímite
hv_utilsHeartbeat, apagado y tiempo Hyper-Vlsmod, hostNo prueba la salud de la aplicación
hv_kvp_daemonIntercambio de pares clave-valorsystemctl statusNo reemplaza una supervisión
hv_vss_daemonSolicitud VSS del lado Linux del invitadosystemctl statusÚtil solo si la herramienta de respaldo lo explota
hv_balloonMemoria dinámicalsmod, vmstatMódulo presente, carga no medida
systemd-timesyncdSincronización NTP por SNTPtimedatectlDebe diferenciarse del tiempo de Hyper-V

Para una carga sensible a la latencia, elegiría un tamaño fijo después de la medida: el consumo del host permanece predecible, a costa de una reserva incluso en reposo. Una carga fluctuante puede justificar la memoria dinámica, pero solo después de observar la carga real.

Preparar un apagado y una copia de seguridad que se restauren

Vuelva a leer hv_vss_daemon antes de contar con una copia de seguridad en línea. Microsoft describe el VSS Requestor como un camino que permite al servicio VSS respaldar una VM sin detenerla. Esta posibilidad depende de la presencia del demonio y del software de respaldo utilizado. La aprobación de un trabajo no es suficiente.

Un checkpoint sigue siendo un retorno puntual al estado de una VM. No reemplaza una copia independiente ni una prueba de restauración. Después de un apagado limpio, restaure sobre una copia aislada y verifique el arranque de Debian, la hora, los servicios esperados y los datos aplicativos. La última prueba útil es esa restauración realmente leída, no el estado “terminado” de una tarea.