Preparar y solicitar una reinstalación del servidor

Trate la reinstalación como destructiva

Una reinstalación puede sobrescribir particiones, cargadores de arranque, cabeceras de cifrado, configuración del sistema operativo, datos de aplicaciones y claves de host. Una instantánea o copia de seguridad ubicada solo en el mismo servidor físico no es protección suficiente. Copie el material necesario a un almacenamiento independiente y pruebe que puede leerlo antes de solicitar la acción.

Registre qué discos contienen datos de clientes y qué discos están destinados al nuevo sistema. Las configuraciones de servidor de almacenamiento pueden exponer muchos dispositivos, y los nombres pueden cambiar entre instaladores. No confíe solo en un nombre antiguo /dev/sdX. Capture los números de serie y la disposición actual desde sus propias herramientas si el servidor aún es accesible.

Registra el resultado previsto

El panel actual no recoge estas opciones con la solicitud de reinstalación. Envíelas al operador a través del flujo de trabajo de soporte aprobado antes o inmediatamente después de ponerla en cola. El sistema operativo seleccionado en el pedido original sigue registrado, pero la carga útil de la acción no contiene ninguna selección de sistema operativo de reemplazo.

• Nombre del servidor, región y referencia del pedido.
• Edición y arquitectura del sistema operativo deseadas, además de la fuente de su licencia cuando corresponda.
• Disposición esperada del disco o RAID y qué dispositivos pueden borrarse.
• La clave pública SSH para instalar; mantén la clave privada local y en secreto.
• Cualquier configuración de red requerida y la ventana de mantenimiento.

Poner en cola la reinstalación

El resultado inmediato esperado es EN COL A, no una reinstalación completada. No existe un endpoint de estado de acción y el servicio de cuenta no proporciona una contraseña de root. No interprete una actualización de página o un estado de servidor sin cambios como prueba de éxito o fracaso.

1. Abra Cuenta > Servidores y haga coincidir el nombre del servidor y la región con su registro de mantenimiento.
2. Detenga las escrituras de la aplicación mediante su propio proceso de administración y realice la copia de seguridad final fuera del servidor.
3. Seleccione Reinstalar SO y lea atentamente la confirmación de la acción destructiva.
4. Confirme una vez y luego copie la referencia abreviada de la acción en cola que se muestra en el botón.
5. Pida al operador que correlacione esa acción con las instrucciones deseadas de sistema operativo y diseño de disco.
6. Espere la finalización explícita y una nueva huella de clave de host antes de intentar SSH.

Verifique después de la finalización

Compare la nueva huella de la clave del host con el valor entregado por el operador antes de aceptarla. Luego verifique el sistema operativo, las direcciones, las rutas y los discos antes de restaurar los datos. Se espera que la huella anterior cambie después de la reinstalación, pero un cambio es seguro solo cuando puede vincularlo a este evento de mantenimiento completado.

Si el servidor no arranca, aparece el sistema operativo incorrecto, faltan discos o SSH rechaza la clave prevista, detenga la restauración. Conserve los errores de la consola y contacte al operador con la referencia de la acción en cola. No repita la solicitud de reinstalación: otra pasada destructiva puede eliminar evidencia y complicar la recuperación.

ssh -i ~/.ssh/id_ed25519 root@SERVER_IP
cat /etc/os-release
ip -brief address
ip route show
ip -6 route show
lsblk --fs