Cómo funcionan las actualizaciones

PlusPanel OS (el sistema operativo de cada servidor PlusPanel) y el agente de PlusPanel (el pequeño programa de cada servidor que habla con el panel) los mantenemos nosotros. Nunca tienes que parchearlos tú. Esta página explica cómo viaja una versión nueva desde nosotros hasta tus servidores, qué los protege por el camino y qué ves y controlas en el panel.

En resumen

• Una versión nueva llega primero a unos pocos servidores y después a cada vez más, en anillos.
• Cada servidor se comprueba después de actualizarse: se reconecta, sus sitios responden, nada se cae y le sobran memoria y disco. Un solo control fallido en un solo servidor detiene todo el despliegue.
• Un servidor cuyos controles fallan se revierte automáticamente a la versión que tenía antes, y el panel te muestra por qué.
• Las actualizaciones ocurren dentro de tu ventana de mantenimiento, y tus clientes reciben un aviso previo.
• Las correcciones urgentes de seguridad usan los mismos anillos y los mismos controles, solo con esperas más cortas.

Canales

Cada servidor sigue uno de estos dos canales:

Canal	Para	Qué recibe
Stable · Producción (predeterminado)	servidores de cara a los clientes	una versión solo después de haber funcionado en servidores Preview y superado un despliegue completo
Preview · Acceso anticipado	servidores de pruebas y staging, usuarios pioneros	cada versión nueva primero, tras nuestras propias pruebas

Eliges un canal predeterminado para tu organización en Ajustes → Mantenimiento y actualizaciones; los servidores lo siguen salvo que des a un servidor concreto su propio canal en su página de actualizaciones. Cambiar de canal es una orden firmada que se envía al servidor y queda registrada en el registro de auditoría. Un servidor que cambia de canal durante un despliegue simplemente sale de él y sigue su nuevo canal desde entonces.

Las instalaciones nuevas parten siempre de la versión que ya ejecutan los servidores Stable: el canal Stable público avanza solo después de que un despliegue en Stable haya terminado en la flota.

Anillos de despliegue

Una versión nueva nunca se instala en todas partes a la vez. Pasa por cinco anillos:

Anillo	Qué servidores	Espera antes del siguiente anillo
0 · Interno	nuestros propios servidores	30 minutos
1 · Canary	el 2 % de los servidores (al menos uno)	30 minutos
2 · Ola	hasta el 10 %	2 horas
3 · Ola	hasta el 50 %	2 horas
4 · Ola	todos los servidores restantes	2 horas

El siguiente anillo empieza solo cuando todos los servidores del anillo actual se han actualizado con éxito y sus controles han seguido en verde durante toda la espera. Qué servidores son canary lo decide una fórmula fija a partir de la propia versión, así que es reproducible y no se elige a mano. En un anillo se actualizan como mucho 20 servidores a la vez. Nuestros operadores siguen cada despliegue en directo en el panel y pueden pausarlo, reanudarlo o cancelarlo.

Controles de salud después de cada actualización

Después de que un servidor se actualiza, el panel lo vigila. Todo esto debe seguir en verde:

• Reconexión: el servidor vuelve con la versión nueva en 15 minutos como máximo (actualizaciones del agente: dentro del periodo de prueba).
• En línea: sigue hablando con el panel durante la espera (más de 3 minutos desconectado cuenta como fallo).
• Sitios: cada sitio que funcionaba antes de la actualización vuelve a funcionar (el panel comprueba la página de inicio y, en WordPress, la página de acceso). Un margen de 3 minutos cubre los reinicios normales.
• Sin caídas: el agente no se detuvo de forma inesperada.
• Recursos: al menos el 5 % de la memoria está libre y ningún disco supera el 95 % de ocupación (o no está peor que antes de la actualización).
• Tareas: ninguna operación del servidor ha fallado desde que empezó la actualización.
• Verificación: la actualización está firmada por PlusPanel e incluye su lista firmada de componentes de software (SBOM); un servidor rechaza cualquier otra cosa antes de instalarla.

Un control que todavía no se puede evaluar cuenta como «aún no está en verde», nunca como superado.

Reversión automática

Si falla cualquier control en un servidor:

1. ese servidor se revierte a la versión que tenía antes (para el sistema operativo: la imagen anterior, guardada en el disco precisamente para esto; para el agente: el binario anterior), y la reversión se comprueba igual (se reconecta, sus sitios funcionan);
2. todo el despliegue se detiene: ningún otro servidor recibe la versión hasta que encontramos y corregimos la causa;
3. recibimos una alerta.

En la página de actualizaciones del servidor ves primero el motivo, en términos claros, por ejemplo gate:sites: site a1b2c3d4e5f6 broken 3m10s: health: GET / 503, junto con el historial de actualizaciones de ese servidor. En un servidor convertido desde AlmaLinux o Rocky Linux, la misma página muestra el resultado de la conversión y, si volvió a su sistema anterior, por qué. Los servidores que ya se habían actualizado con éxito conservan la versión nueva; la siguiente versión corregida los cubre.

Ventanas de mantenimiento y aviso a los clientes

• Puedes definir una ventana de mantenimiento para tu organización (Ajustes → Mantenimiento y actualizaciones) y, si un servidor necesita otra, en la página de actualizaciones de ese servidor: los días de la semana, una hora de inicio, una duración (de 15 minutos a 24 horas) y la zona horaria. Las ventanas pueden pasar de la medianoche y se tiene en cuenta el horario de verano. Sin ventana, las actualizaciones pueden ocurrir en cualquier momento.
• Un servidor se actualiza solo dentro de su ventana.
• Tus clientes reciben un aviso antes de que se actualice su servidor: con al menos 24 horas de antelación en las versiones normales (1 hora en las versiones exprés de seguridad). El aviso llega a los canales de notificación de tu organización y, por correo electrónico, a los usuarios de cada cuenta de ese servidor. Tus clientes también ven un aviso en su panel mientras una actualización de su servidor está programada («tu servidor entra en mantenimiento el …», en su hora local) o en curso, y el historial de actualizaciones de su servidor.
• Una actualización del sistema operativo reinicia el servidor (unos minutos sin servicio); una del agente no (ver más abajo).

Actualizaciones de seguridad exprés

Cuando hay una corrección para una vulnerabilidad crítica o alta, preparamos una versión exprés. Las versiones exprés pasan exactamente por los mismos anillos y los mismos controles de salud; nunca se salta ningún control. Solo los tiempos son más cortos:

	Normal	Exprés
Espera, anillos interno y canary	30 minutos	10 minutos
Espera, olas	2 horas	30 minutos
Aviso al cliente antes de la actualización	24 horas	1 hora

Las ventanas de mantenimiento se siguen respetando.

Actualizaciones del agente sin reiniciar

El agente se actualiza por separado del sistema operativo y sin reiniciar el servidor:

1. el servidor descarga el agente nuevo y comprueba su firma y su lista de componentes de software;
2. lo instala junto al actual y reinicia solo el agente (unos segundos; tus sitios siguen funcionando);
3. el agente nuevo está a prueba hasta que llega al panel. Si se cae varias veces, no puede conectarse o se bloquea, el servidor vuelve solo al agente anterior en pocos minutos;
4. una vez conectado, termina la prueba y se conserva la versión nueva.

Los servidores en modo de compatibilidad (AlmaLinux / Rocky Linux solo con el agente instalado) reciben las actualizaciones del agente de la misma manera; no reciben actualizaciones del sistema operativo. Una actualización posterior del sistema operativo que ya incluya un agente más reciente sustituye automáticamente al instalado por separado.

Limpieza a los 7 días

Cuando una actualización del sistema operativo lleva 7 días con todos los controles en verde, el servidor elimina las imágenes de sistema antiguas que ya no necesita, para liberar espacio en disco. Siempre conserva la versión anterior, de modo que la reversión sigue siendo posible. En los servidores convertidos desde AlmaLinux / Rocky Linux, los archivos del sistema operativo anterior se eliminan al mismo tiempo (los datos de /home, /root, /opt y /srv se conservan y se informa de ellos).

Preguntas

Escríbenos a ops@pluspanel.net.