Cómo programar una migración de servidores

Publicado en el 2 de Julio 2014 a las 09:30 por Sam Turner in: Alojamiento Web

Programar una migración de servidores es una tarea compleja. Pero también es una oportunidad para crear una arquitectura de alojamiento escalable para el futuro. El éxito de una migración en su nueva configuración estará totalmente ligado a su planificación. Por eso, lea este artículo y ordene sus pensamientos antes de comenzar.

migration

Este artículo será útil si usted está planeando cambiarse de plataforma de alojamiento o proveedor, actualizarse a un servidor dedicado  más potente o migrar a una arquitectura de clústeres más escalable. Abordaremos las grandes áreas de planificación y lo que se debe considerar en el comienzo de su proyecto de migración. Aquí no brindaremos scripts e instrucciones paso a paso, pero le daremos algunos enlaces a otros recursos.

Contenido

Primera parte: preparación para la migración
Segunda parte: herramientas y servicios
Tercera parte: lista de chequeo de la migración


Primera parte: Preparación para la migración

Nos referimos a la migración más simple: la migración de un servidor dedicado a otro. Esto puede hacerse para actualizar, subcontratar o cambiar de proveedor de alojamiento. En el extremo opuesto del espectro, usted puede migrar a una arquitectura de clústeres, tal vez incluso en etapas que le permiten probar los nuevos servidores, mantener sus bases de datos actualizadas y evitar (o minimizar) el tiempo de inactividad.

Nueva arquitectura de servidores

Aclaremos esto desde un principio: la migración es algo complejo. Pero también es una gran oportunidad para hacer las cosas bien y que no tenga que migrar nada de nuevo en el futuro cercano. Los arquitectos de sistemas de iWeb pueden ayudarle tanto con su migración a nuestros centros de datos como con su elección de la mejor solución, la más escalable, redundante y rentable. Si tiene alguna pregunta o inquietud, póngase en contacto.

Si usted todavía está considerando qué arquitectura utilizar, considere la posibilidad de implementar un clúster de servidores para mejorar el rendimiento y hacer que la administración y el escalado de su arquitectura sea más simple. Un clúster es un paso lógico sobre un único servidor, y puede ahorrarle tiempo de inactividad y migraciones adicionales en el futuro. Puede encontrar más información sobre típicas soluciones avanzadas o de clústeres aquí:

Sin importar cuál sea su decisión, existen ciertos factores de higiene a tener en cuenta antes de comenzar el proceso de migración. Debe asegurarse de tener suficiente espacio en disco y potencia de procesamiento en los servidores nuevos, además de un 30-40% de sobrecarga, o una proyección más detallada y plan de escalado. También asegúrese de tener suficientes direcciones IP y un puerto de red rápido de 100Mbps o más.

Cualquier cambio a la arquitectura de su servidor, SO, versiones de software o paneles de control precisará algunos cambios en la configuración de sus servidores. De hecho, incluso si se va a actualizar a un servidor más potente, es muy probable que pueda configurar sus servicios para aprovechar memoria RAM, potencia de CPU, unidades o RAID adicionales.

Planificar y documentar a fondo el proceso de implementación y los requisitos de configuración le ayudarán a que este proceso se ejecute más fácilmente, y le ayudarán también cuando busque ayuda externa, así como tener un equipo de DevOps que ya esté familiarizado con su aplicación y su proceso de implementación.

Estrategia de migración

La forma más sencilla de migrar es recrear su sitio web, base de datos o servidor de archivos por completo en sus nuevos servidores, configurarlos y probarlos, probarlos nuevamente, y luego cambiarse de los servidores viejos a los nuevos.

Aunque esto necesite de una gran cantidad de pruebas y administradores de sistemas calificados para configurar sus servidores nuevos, la estrategia y el tiempo de la migración es relativamente simple. Solo debe asegurarse de congelar todas las actividades de desarrollo en el sitio web o la aplicación mientras se configura el nuevo servidor, y sincronizar los datos entre su base de datos vieja y nueva antes de cambiar el DNS de su dirección web.

En realidad, la estrategia de migración puede ser complicada debido a la necesidad de brindar servicios normales a lo largo de todo el proceso de la migración. Aunque mover una serie de archivos puede ser bastante fácil, mover un servicio fundamental del negocio o una base de datos actualizable en vivo constantemente presenta el problema de tener que evitar el tiempo de inactividad, mantener el acceso de los usuarios y permisos, y mantener la continuidad de los datos.

Una forma típica de solucionar esto es llevar a cabo una estrategia de migración híbrida, que puede incluir:

  • Base de datos: la base de datos antigua es la maestra mientras que la nueva base de datos (probada, configurada) es la esclava. Una vez que la nueva base de datos esclava esté actualizada, los papeles se invierten y la base de datos nueva se convierte en la maestra. Puede encontrar información sobre replicación de bases de datos para MySQL aquí.
  • Servidores web y de aplicaciones: se usa un equilibrador de carga para enviar tráfico entre los servidores nuevos y antiguos. Una vez que los nuevos servidores empiezan a trabajar como se había previsto, se usa el equilibrador de carga para dirigir todo el tráfico a los servidores nuevos.

Cómo preparar su servidor actual

Antes de hacer la migración, considere el tiempo y el impacto de congelar un desarrollo. No podrán realizarse cambios a scripts, archivos y configuraciones. Congelar todos los cambios durante el proceso de migración garantizará que los archivos migrados sean los mismos que los archivos en el servidor de origen. Planifique el tiempo que llevará cumplir los requisitos de su empresa y agréguelo a su estrategia de migración.

El mismo concepto se aplica al bloqueo de sus bases de datos, que puede ser complicado si se actualizan por muchos usuarios diferentes de la organización (por ejemplo, un CMS), clientes o usuarios externos (p. ej. información de la cuenta). Si no puede bloquear sus bases de datos, tendrá que programar una actualización final como parte de su estrategia de migración, para que cuando cambie de servidor, su base de datos esté replicada y actualizada.

La mayor parte de las estrategias de migración incluyen respaldar su servidor para transportarlo a su nueva ubicación. Sea esto cierto o no, asegúrese de hacer un respaldo completo de su servidor antes de migrar. Y no apague su servidor anterior ni cierre su cuenta de alojamiento anterior antes de que su servidor o sitio web nuevo esté activo y funcionando correctamente. Es posible que tenga que volver al anterior, o que la fecha de lanzamiento en vivo se atrase.

Antes de migrar, también puede limpiar su servidor actual y eliminar sitios, copias de seguridad y cuentas de correo electrónico viejas que ya no utiliza. Durante la migración, usted querrá que su servidor esté lo más limpio posible. E incluso antes de migrar, usted querrá tener una representación precisa de los requisitos informáticos y de almacenamiento.



Segunda parte: Herramientas y Servicios

Para migraciones más simple entre servidores similares (quizás entre dos proveedores de servicios de alojamiento web compartido), hay ciertas herramientas y servicios que pueden ayudarle a migrar un sitio web sin tener que saber en detalle cómo configurar un sitio web.

Los servicios de migración más complejos usan conocimientos de técnicos especializados y pueden costar varios cientos de dólares. Pero si no está seguro de tener los recursos necesarios para manejar una migración, o quiere asegurarse de que tiene la solución a largo plazo más escalable para su aplicación web, esto es generalmente una muy buena inversión.

Paneles de Control

Si usted cambia de proveedores de alojamiento web compartido, sin realizar cambios en el sistema operativo o el software, los paneles de control como cPanel y Plesk pueden ser útiles para respaldar sus archivos y hacer la restauración en el nuevo servidor, con una mínima reconfiguración. Esto puede verse en acción en este guía útil sobre cambiar de proveedores de servicios de alojamiento web compartido.

Complementos de Wordpress

Migrar temas y CSS de Wordpress es muy sencillo y solo requiere transferir archivos entre el servidor antiguo y el nuevo mediante FTP o un programa de respaldo. Migrar la base de datos es un poco más complicado, pero hay varios complementos diseñados para automatizar el proceso y que sea un poco más fácil. Aquí encontrará un repaso de algunos de estos complementos.

SSH / acceso root

El escenario más probable para instalar configuraciones más avanzadas, la línea de comandos, que suele accederse a través de SSH, puede usarse para transferir toda una base de datos desde un servidor a otro, seguido por todos los permisos y datos del usuario. Para MySQL (la base de datos de código abierto más común), se utiliza MySQLdump: aquí tiene un ejemplo de estudio de caso. Si utiliza Windows, SQL Server puede migrarse entre servidores mediante herramientas integradas, tal como se describe aquí en la Base de conocimiento de Microsoft.

IaaS / proveedores de servicios de alojamiento

Usar un proveedor de IaaS profesional o de alojamiento para migrar sus servicios tiene la ventaja de que poseen la experiencia necesaria para ayudarle a decidir por primera vez la mejor arquitectura nueva para servidores, y luego migrar y configurar sus servidores nuevos. Más allá de esto, es posible que desee que su desarrollador, administrador de sistemas o administrados de base de datos administre los diferentes servicios en su servidor, aunque un buen proveedor de IaaS puede hacer esto por usted igualmente.

Si usted depende de un proveedor de servicios de alojamiento para ayudarlo con la migración, probablemente sea porque tiene una instalación más avanzada (por lo menos alojamiento, quizás un clúster de servidores). Esto podría significar varias horas de trabajo, lo que podría traducirse en un precio de $100- $1000 dependiendo completamente de la situación.

Servicios especializados

Algunos otros servicios se especializan en migrar sitios web, lo que incluye cambiar de proveedor de servicios de alojamiento o migrar a arquitecturas en clúster. Estos servicios le ofrecen una alternativa similar a los proveedores de IaaS para migrar sitios web, a precios en general similares, y pueden hacerse cargo completamente de su migración y garantizar que la aplicación funcione igual que antes. El mayor proveedor de estos servicios es Website Movers.



Tercera parte: Lista de chequeo de migración

Aquí encontrará todo resumido en una lista de preguntas para hacerse antes de comenzar a programar su migración.

Nueva arquitectura

  1. ¿Debe cambiar la arquitectura, la potencia de cálculo, el SO, las versiones del servidor o la estructura de los archivos de sus servidores?
  2. ¿Tiene los recursos humanos necesarios para identificar los nuevos requisitos y oportunidades de la arquitectura, y configurar sus servidores nuevos correctamente?
  3. Una vez que haya determinado su nueva solución, ¿su proveedor le da el almacenamiento, la banda ancha, la potencia de cálculo y la fiabilidad que necesita ahora y en el futuro cercano?
  4. ¿Qué tan escalable es la nueva arquitectura de alojamiento: puede mejorarla, actualizarla o migrarla fácilmente, si llegara a necesitarlo?

Estrategia de migración

  1. ¿Debería congelar cambiar archivos en su servidor actual, y cuándo debería hacerlo para permitirse tiempo suficiente para la migración (más pruebas)?
  2. ¿Cuánto tiempo de inactividad es aceptable, y cómo puede su estrategia reducir el tiempo de inactividad?  ¿Vale la pena evitar el tiempo de inactividad añadiendo complejidad y recursos al proceso?
  3. ¿Cómo va a actualizar o administrar sus bases de datos para poder mantener la continuidad y no perder los datos que se cambian durante la migración? ¿Debe bloquear la base de datos para poder alcanzar este objetivo?
  4. ¿Tiene un plan disponible para asegurarse de que los usuarios tienen los privilegios necesarios en el servidor nuevo?
  5. ¿De qué forma probará cuidadosamente los servidores nuevos usando cargas realistas?
  6. ¿Cuál será el impacto de los cambios en los usuarios de su organización y dentro de su base de clientes, y cómo manejará esto? ¿Quiénes son los afectados y qué medidas se deben tomar al respecto?

Comentarios desactivados tags: , ,  | 
1 estrella2 estrellas3 estrellas4 estrellas5 estrellas (1 votos, promedio: 5 de cada 5)
Loading ... Loading ...

Commentarios

Aún no hay comentarios.