Reconstruir reinstala el sistema operativo desde cero en su servidor actual, lo que borra el disco por completo y le deja una máquina limpia con las mismas direcciones IP.
Es la herramienta adecuada para unas pocas tareas y una herramienta muy mala para todo lo demás. Esta guía explica cuándo una reconstrucción es realmente la respuesta, qué destruye, una consecuencia concreta que pilla por sorpresa a mucha gente y cómo prepararse bien antes de hacer clic.
Cuándo conviene reconstruir
Reconstruya cuando:
- Quiere cambiar de sistema operativo, por ejemplo de Ubuntu a Debian, o de una versión de Ubuntu a otra.
- El sistema operativo no arranca o está tan dañado que repararlo llevaría más tiempo que empezar de nuevo.
- Va a destinar el servidor a algo completamente distinto y no quiere que quede nada de la configuración anterior.
- De verdad quiere que desaparezca todo lo que hay en el disco.
No reconstruya para deshacer un cambio que acaba de hacer. Para eso están las instantáneas, y volver a una instantánea es más rápido y conserva sus datos. No reconstruya para liberar espacio en disco, para arreglar una aplicación lenta o porque algo esté mal configurado: nada de eso requiere sustituir el sistema operativo.
Lea esto antes de reconstruir
Una reconstrucción destruye de forma permanente todo lo que hay en el servidor: cada sitio, buzón, base de datos, archivo subido, paquete instalado, certificado, tarea cron y archivo de configuración. No se puede deshacer, y no hay ningún paso de confirmación después del último. El cuadro de confirmación lo dice claramente: "This reinstalls the operating system and permanently destroys everything on the server. This cannot be undone." (Esto reinstala el sistema operativo y destruye de forma permanente todo lo que hay en el servidor. No se puede deshacer.)
La reconstrucción borra las herramientas de KapsuleHost que se instalan en el disco al aprovisionar el servidor por primera vez, y esas herramientas son las que usa el panel para acceder a la máquina. Las volvemos a instalar por usted, automáticamente, y lo comprobamos. Sus datos de copia de seguridad existentes se guardan por separado en un almacenamiento externo cifrado y la reconstrucción no los toca.
Mientras eso ocurre, Restaurar, Hacer copia de seguridad ahora, el cortafuegos en directo y la aplicación de parches, y la consola del navegador no funcionan, porque todos dependen de esas herramientas en el disco. Suele tardar unos minutos. El servidor sigue marcado como en reconstrucción durante todo ese tiempo: no se muestra como listo hasta que cada uno de esos elementos se ha vuelto a leer de la máquina y se ha confirmado que está presente, así que el panel nunca le muestra en verde un servidor que en realidad no puede gestionar.
Si no podemos restaurarlas, se lo decimos. El servidor se queda en reconstrucción en lugar de pasar a verde, y al mismo tiempo se avisa a nuestro equipo de operaciones. No tiene que comprobarlo usted.
Sus direcciones IPv4 e IPv6 no cambian. Solo cambia el contenido del disco.
Prepararse para una reconstrucción
Repase esta lista antes de empezar. Nada de ella es opcional si el servidor tiene algo que le importe.
- Cree una instantánea. Una instantánea es una copia completa del disco. Es lo único que le permite recuperar la máquina actual si cambia de opinión. Consulte Instantáneas de servidores en la nube.
- Exporte todo con lo que quiera seguir trabajando. Copie las bases de datos, los archivos subidos y la configuración a algún lugar fuera del servidor: su propio equipo, otro servidor o un almacenamiento de objetos. Sus copias de seguridad existentes sobreviven a la reconstrucción y el panel puede restaurar desde ellas cuando termine, pero una copia que tenga usted es el camino más rápido de vuelta a un sitio que funcione.
- Apunte lo que está instalado. Después de una reconstrucción tendrá que volver a montar su stack a mano. Una lista de paquetes, servicios, hosts virtuales y tareas cron ahorra horas.
- Revise su DNS. Todo lo que apunte a este servidor apuntará a una máquina vacía mientras duren la reconstrucción y la puesta a punto.
- Asegúrese de que puede volver a entrar. Decida ahora cómo se conectará al sistema operativo recién instalado, y consulte Conectarse a su servidor en la nube por SSH.
La consola del navegador no está disponible durante los pocos minutos que transcurren entre el final de la reconstrucción y la restauración de las herramientas, así que no la convierta en su única forma de volver a entrar. Tenga SSH preparado.
Cómo reconstruir
- Inicie sesión en KPanel.
- Haga clic en Servidores Cloud en la barra lateral izquierda y luego en el servidor.
- Haga clic en Reconstruir SO en los botones de acción de la parte superior de la página.
- Se abre el cuadro Reconstruir SO con la línea "Se perderán todos los datos en este servidor. Elija el SO a instalar:" y un desplegable.
- Elija el sistema operativo que quiera:
- Ubuntu 24.04 LTS, la versión actual con soporte a largo plazo.
- Ubuntu 22.04 LTS, la versión anterior con soporte a largo plazo.
- Debian 12 (Bookworm), un Debian estable y ligero.
- Haga clic en Reconstruir servidor.
- Aparece una confirmación final con el encabezado "Rebuild" (Reconstruir) y el nombre de su servidor. Léala y haga clic en Reconstruir servidor.
Reconstruir SO solo está disponible cuando el servidor está En ejecución o Apagado. Un servidor que todavía se está aprovisionando, o que ya se está reconstruyendo, no se puede reconstruir.
Qué pasa después
- El estado del servidor cambia a Reconstruyendo y aparece un aviso: "Reconstrucción en progreso: la página se actualizará automáticamente."
- Se borra todo lo que hay en el disco y se escribe en su lugar la imagen del sistema operativo elegido.
- El servidor se reinicia en la nueva instalación.
- La página se actualiza sola y el estado vuelve a En ejecución.
El servidor está sin servicio durante todo el proceso. Una reconstrucción suele ser rápida, pero trátela como una interrupción del servicio y no como una tarea en segundo plano, y hágala en un momento en que sus usuarios no lo noten.
Después de la reconstrucción
Ahora tiene un sistema operativo vacío. Nada de lo que tenía instalado antes existe.
- Conéctese al servidor y confirme que obtiene una shell. Consulte Conectarse a su servidor en la nube por SSH.
- Vuelva a aplicar sus reglas de cortafuegos. La reconstrucción eliminó las anteriores. Consulte Cortafuegos y gestión de seguridad del servidor en la nube.
- Vuelva a instalar su stack: servidor web, entorno de ejecución, base de datos y cualquier dependencia de la aplicación.
- Restaure sus propios datos exportados.
- Vuelva a emitir los certificados SSL. Los anteriores estaban en el disco que se borró.
No dé por hecho que la copia de seguridad diaria volverá a incluir el servidor por sí sola. Si la reconstrucción eliminó las herramientas de copia de seguridad del lado del servidor, las copias no se reanudarán solas. Revise la tarjeta Copias de seguridad después de la reconstrucción y contacte con nosotros si indica que las copias no están configuradas. Consulte Copias de seguridad de servidores en la nube.
Alternativas que conviene considerar antes
| Lo que quiere | Mejor herramienta que una reconstrucción |
|---|---|
| Deshacer un cambio que acaba de hacer | Volver a una instantánea |
| Recuperar archivos borrados o una base de datos dañada | Restaurar desde una copia de seguridad |
| Más CPU, memoria o disco | Cambiar el tamaño del servidor |
| Otra familia de procesadores u otra región | Contratar un servidor nuevo; consulte Elegir entre vCPU ARM, estándar y dedicada |
| Un entorno limpio para hacer pruebas | Aprovisionar un segundo servidor pequeño y dejar este intacto |
Solución de problemas
El botón Reconstruir SO está en gris. El servidor no está en un estado que lo permita. Espere a que termine el aprovisionamiento o una reconstrucción en curso.
El estado se ha quedado en Reconstruyendo. La página consulta el estado cada pocos segundos y se actualiza sola. Si no ha cambiado al cabo de quince minutos, contacte con soporte indicando el nombre del servidor.
No puedo conectarme después de la reconstrucción. Se está conectando a una instalación del sistema operativo totalmente nueva con claves de host nuevas, así que su cliente SSH rechazará la huella anterior. Elimine la entrada de clave de host antigua de esa dirección IP y vuelva a conectarse. Si falla la propia autenticación, contacte con nosotros.
He reconstruido por error. Si creó una instantánea antes, vuelva a ella. Si no, los datos se han perdido. Por eso la confirmación está redactada como está.
Si no está seguro de que necesite una reconstrucción, escriba a support@kapsulehost.com contando lo que intenta conseguir, antes de empezar. Una reconstrucción es una de las pocas acciones de la plataforma que no tiene vuelta atrás.