Septiembre 18 2005
Migración de Servidor - Una noche de “fiesta”…
Dicen que para un administrador de sistemas un servidor nuevo es como para un niño un globo que le acaban de regalar… y realmente es cierto. Una nueva máquina, recién instalada, es como un regalo, un nuevo “mundo” a explorar y con el cual divertirse… en principio.
Esta migración se debió a parte de la infraestructura de hosting que tiene Veliris Soluciones, S.L., y más específicamente un servidor en Interxion conectado a Easynet que tenía más de 5 caídas a la semana… es decir, algo inadmisible en el mercado de hosting.
Miércoles 14 de Septiembre, nueva máquina instalada, en el CPD de Banesto. Realmente fué una grata sorpresa poder verla. Dell 1850: un tremendo servidor rack U 19″ con Dos procesadores Intel Xeon HT, 2Gb de RAM ECC y dos discos hotswap SCSI. Quizás con lo que más he jugado desde que lo conocí hace ya algunos meses ha sido con la tecnología DRAC de Dell. DRAC es una tecnología de “urgencia” KVM a través de red, por la cual se puede acceder al servidor como si estuvieses sentado delante con un monitor, teclado y ratón. Te permite configurar la BIOS, seleccionar el kernel… es decir, es todo lo que un administrador puede necesitar para poder estar 24 horas seguro de que no depende de terceras personas.
12AM del 14/09:
La máquina está conectada y verificada. El hardware responde bien, el Sistema Operativo también; tengo que decir que en mis servidores utilizo CentOS por ser una compilación libre de los sources del RedHat Enterprise y no necesitar el soporte de pago de RedHat.
Como responsable de la administración de sistemas de Veliris es mi responsabilidad la migración de servidores, así que me dispongo a un largo día de trabajo, que finalmente terminaría a las 6AM del día 15…
Durante toda esa tarde me dediqué a configurar, optimizar y asegurar el servidor… y son muchas las cosas a hacer: Firewall, Logs, Daemons, Procesos… Es un proceso que lleva unas 3 ó 4 horas, pero cuando lo haces con “mimo”, te puede llevar hasta 7 horas… ya se sabe, mejor más al principio y evitar problemas después.
Para el hosting utilizamos el panel de control cPanel, que de cara a los usuarios es bonito e intuitivo, pero de cara a su configuración es una pesadilla hecha realidad. Su instalación en una máquina conectada troncalmente a Internet lleva una media hora… pero realmente es una media hora de máxima tensión: un problema, un fallo, un corte de red… pueden llevar a tener un sistema inestable, con un S.O. tocado que hay que reinstalar, y la migración era urgente, así que no podíamos permitirnos problemas. Por suerte cPanel terminó su autoinstalación sin problemas, y por primera vez en la tarde volvia a respirar.
10PM del 14/09:
Se aproxima el momento clave, el inicio de la migración de cuentas. Es un proceso largo, complicado, y que además requiere mucha planificación y control para hacer que sea totalmente transparente para los usuarios. El mayor problema que se suele tener de cara a los usuarios es por los DNS, que por el caché que se tiene, siguen resolviendo a la antigua IP, y crea lo que he para mi he bautizado como “el efecto fantasma del upload” (suben un fichero, pero lo suben al servidor antiguo… y misteriosamente desaparece poco después).
El mayor truco que existe al respecto es unas horas (aprox. 12 horas) antes de empezar la migración, hay que editar todas las zonas DNS del servidor que va a ser migrado y bajar los tiempos del refresh (el resto pueden ser o no aplicables) a unos mínimos para que el caché dure lo menos posible.
01AM del 15/09:
Es la 1 de la mañana, la actividad es la menor de todo el día (entre la 1 y las 7AM), así que es el momento de empezar la copia.
Teóricamente cPanel tiene una función que traslada las cuentas automáticamente, aunque por desgracia no es tan automático como parece, y tienes que estar pendiente de cualquier error que surja.
Alrededor de 200 cuentas a migrar, unos 50Gb de Datos, miles de bases de datos, miles de cuentas de correo… un proceso delicado, errores no eran posibles. Posiblemente, lo más aburrido de todo el proceso, horas mirando como copiaban cuentas… y además, cada vez que terminaba una, había que verificarla y cambiar los registros DNS:
replace IPANT IPNEW — zona.db
Esta es la mejor forma de que hay para que el proceso sea transparente para los usuarios.
A las 6AM estaba el 99% de las cuentas copiadas, y digo 99% porque faltaba 1 que como siempre hubo que trasladar a mano por errores del cPanel sin mucho sentido… enfin, cosas del directo.
Es un espectaculo digno de observar, un administrador, un termo de colacao y café… y horas de paciencia.
Un saludo,
Carlos


