Operar Hetzner. Sin perder de vista los riesgos.

Un parque de servidores pequeño a menudo se puede gestionar al principio con unos pocos acuerdos informales. Sin embargo, con nuevas aplicaciones, responsabilidades cambiantes y sistemas adicionales surgen diferencias en la configuración y el mantenimiento. No toda divergencia es un error; algunas las requiere expresamente una aplicación. Por eso empezamos con un inventario que reúne los sistemas, su finalidad, los accesos y las particularidades conocidas. Esto evita que una supuesta unificación modifique sin querer funciones importantes o pase por alto excepciones necesarias.

A continuación se definen los pasos de configuración comunes y las diferencias que se mantienen de forma deliberada. La configuración recurrente puede automatizarse dentro del alcance acordado, mientras que los requisitos específicos de cada aplicación quedan documentados. El traspaso debe permitir a su equipo reconocer un sistema, entender un cambio y planificar los próximos pasos. Para ello no bastan los datos de acceso por sí solos. También se necesitan las responsabilidades, las bases de configuración y un procedimiento para incorporar nuevos servidores o aplicaciones al inventario.

Que una copia de seguridad existente sea suficiente depende de qué datos necesita una aplicación y de dónde se encuentran. El sistema operativo, los volúmenes adicionales, el contenido de las bases de datos y los almacenamientos externos pueden requerir procedimientos distintos. Por eso analizamos junto con usted el alcance real de las copias de seguridad y registramos las carencias existentes. Al mismo tiempo se aclara qué estados de datos deben ser coherentes entre sí. Una única copia de seguridad creada con éxito no demuestra todavía que toda la aplicación pueda recuperar un estado utilizable después de una interrupción.

De esta evaluación surgen métodos de copia de seguridad coordinados y un plan de recuperación. Este describe los accesos necesarios, el orden de los pasos y las personas que revisan el resultado. Las pruebas de recuperación necesarias se acuerdan y documentan por separado. El objetivo es dar una respuesta comprensible a la pregunta de qué puede recuperarse en concreto en caso de fallo y qué trabajos se requieren para ello. Las tareas correspondientes se asignan a su equipo o al soporte acordado, de modo que el procedimiento tenga un responsable también después del proyecto.

Con el aprovisionamiento de un servidor, el trabajo en el sistema operativo, la aplicación y los cambios no hace más que empezar. Para estas tareas se define qué componentes se atienden, quién concede las aprobaciones y qué ventanas de tiempo están disponibles. En su caso, hay que involucrar a los socios de aplicación cuando una actualización exija pruebas funcionales o un orden especial de los pasos. Por eso la planificación tiene en cuenta toda la aplicación afectada y no solo la intervención técnica en un sistema concreto.

Los costes del servidor y los servicios de soporte se consideran por separado. Esto permite decidir con claridad qué tareas realiza usted internamente y dónde resulta útil recibir apoyo. Dentro del alcance de servicio acordado, las incidencias, el mantenimiento y los cambios se tramitan con procedimientos comprensibles. Los sistemas nuevos o los requisitos adicionales conviene contrastarlos con este alcance antes de incorporarlos al soporte. Así, incluso con un parque en crecimiento, queda claro qué servicio se presta y qué requisitos previos debe garantizar su propio equipo para ello.