¿Por qué la señal de apagado de un SAI llega al equipo anfitrión, pero no a sus máquinas virtuales?
Una señal de apagado del SAI puede llegar al host de virtualización sin llegar a sus máquinas virtuales, porque la detección del suministro eléctrico y la coordinación del apagado de los invitados son pasos independientes.
Primero comprueba que el host recibe el evento del SAI y, después, prueba si todas las máquinas virtuales importantes responden a un apagado normal del hipervisor. Revisa la acción de batería baja, el estado del agente invitado o el comportamiento de ACPI, el orden de detención y el margen de autonomía. El estado final seguro es que primero se apaguen los invitados y, por último, el host, con suficiente batería restante para cubrir los retrasos.
Comprueba qué componente recibe el evento del SAI
Activa un evento de prueba compatible o revisa los registros de una transición reciente a batería, y anota si NUT, apcupsd, la monitorización SNMP u otro demonio del host lo detecta.
Este flujo de apagado de SAI en Proxmox separa la detección del SAI en un host Proxmox de las acciones posteriores necesarias para detener las cargas de trabajo y apagar la máquina.
Si el host nunca recibe el evento, sigue investigando la comunicación con el SAI. Si lo recibe, no des por hecho que el apagado de los invitados es automático; revisa el siguiente paso de coordinación.
Prueba el apagado de los invitados sin el SAI
Desde el hipervisor, solicita un apagado normal y ordenado de cada máquina virtual crítica y mide cuánto tarda. Comprueba el estado del agente invitado, el comportamiento de ACPI y las aplicaciones que retrasan el apagado.
Una implementación de NUT con Proxmox muestra por qué NUT puede ser la fuente del evento mientras Proxmox sigue necesitando una ruta de respuesta definida para las cargas de trabajo virtualizadas que aloja.
Corrige las máquinas virtuales que ignoren un apagado normal del hipervisor antes de probar emergencias de batería. La automatización del SAI no puede hacer que un invitado que no responde se apague de repente de forma ordenada.
Haz que la acción del SAI llame a la capa de virtualización
Revisa el script o servicio que gestiona la batería baja. Un apagado directo del host puede omitir el orden normal de detención de las máquinas virtuales si no invoca el proceso de apagado de invitados del hipervisor.
Esta coordinación de NUT con Proxmox demuestra la necesidad de vincular el estado de NUT con acciones deliberadas del sistema, en lugar de tratar el propio demonio del SAI como un gestor de invitados.
Usa la coordinación de apagado compatible con la plataforma o un enlace acotado que solicite primero la detención de los invitados. Evita comandos personalizados de terminación que omitan el apagado de las aplicaciones dentro de la máquina virtual.
Reserva tiempo para los invitados lentos y el host
Mide el tiempo total de detención de los invitados, el tiempo de apagado del host, la autonomía del SAI bajo carga y el umbral de batería baja. Deja margen para que una máquina virtual tarde más de lo habitual.
Existe un servicio de apagado de SAI para Proxmox especializado porque un apagado ordenado de Proxmox necesita políticas y tiempos definidos, no solo demostrar que una señal SNMP o USB llegó al host.
Establece tiempos de espera acotados para los invitados y un orden de escalado para que una máquina virtual no crítica bloqueada no agote la batería. Los invitados críticos de almacenamiento o bases de datos pueden necesitar apagarse antes.
Realiza una prueba controlada de extremo a extremo
Durante una ventana de mantenimiento, simula o activa la condición compatible del SAI, observa el orden de apagado de los invitados, confirma que el host se apaga en último lugar, después restablece la red eléctrica y verifica que los arranques sean correctos.
Las recomendaciones para laboratorios domésticos sobre la resiliencia de un homelab ante cortes eléctricos refuerzan que la resiliencia depende de probar toda la secuencia de interrupción, no solo de recopilar telemetría del SAI. La guía relacionada de ZimaSpace sobre la preparación de las copias de seguridad de máquinas virtuales añade los aspectos de restauración y copias de seguridad.
El flujo solo está completo cuando todas las máquinas virtuales necesarias se apagan correctamente antes que el host, la batería conserva un margen de seguridad y la misma secuencia vuelve a funcionar después de cambiar la configuración.
Preguntas frecuentes
¿Las máquinas virtuales necesitan su propio cliente NUT si el host ya tiene uno?
No siempre. El host puede coordinar el apagado de los invitados a través del hipervisor, pero ese paso de detención debe configurarse y probarse, y debe disponer de tiempo suficiente antes de apagar el host.
¿Qué ocurre si una máquina virtual se niega a apagarse?
Usa un tiempo de espera acotado y una política de escalado. Una máquina virtual bloqueada no debería consumir toda la batería del SAI hasta que el host pierda la alimentación de forma abrupta.
¿Cómo debo probar el apagado del SAI de forma segura?
Usa una ventana de mantenimiento, copias de seguridad en buen estado y un evento controlado de batería baja o simulado cuando sea compatible. Verifica el orden de detención de los invitados, el apagado del host y la recuperación correcta después de restablecerse la alimentación.
Productos recomendados
Soporte y Consejos
Más para leer
¿Puede Plex compartir una GPU con otro contenedor de Docker?
Plex y otro contenedor suelen poder acceder a la misma GPU, pero debes probar la compatibilidad de los controladores, la asignación de dispositivos, la...
Cómo saber si un error de Plex proviene del cliente o del servidor
Reproduce el mismo elemento en otro cliente, compara la ruta de la sesión y recopila pruebas del servidor solo después de que el alcance...
Cómo configurar la caché de Plex y el almacenamiento temporal para la transcodificación
Protege el estado persistente de Plex mientras colocas los archivos temporales de transcodificación en un almacenamiento local adecuado; después, verifica la limpieza, el espacio...
