Cuatro consejos para una migración orientada a datos sin interrupciones

por Jerry Hargrove

La migración de datos ahora es parte integral de la administración de datos, y más de 91% de las empresas de la actualidad se han involucrado en proyectos de migración. Pero eso no quiere decir que sea una labor sin riesgos: 85% de esas empresas enfrentan problemas importantes durante el proceso de migración.

Por suerte, puede reducir sustancialmente el riesgo si sigue prácticas recomendadas ya establecidas y elige la ruta de migración más conveniente para el perfil de sus datos. En Rackspace, recomendamos seguir estos cuatro pasos para asegurarse de una migración orientada a datos sin interrupciones.

Recopile la información

Antes de comenzar con su migración, recopile información que pueda brindarle pistas acerca de los desafíos y requerimientos específicos de su caso. Intente responder las siguientes preguntas:

  • ¿Cuál es el tamaño estimado de su base de datos?
  • ¿Utiliza lectura o escritura de manera intensa?
  • ¿Cuáles son sus complicaciones específicas?
  • ¿Cómo es su tiempo de no disponibilidad?
  • En caso de caer en no disponibilidad, ¿está preparado para ello?
  • Durante su migración, ¿qué tanto tiempo de no disponibilidad le parece aceptable?

Si trabaja con un proveedor, pídale que ejecute comandos en sus bases de datos que le ayuden a optimizar su configuración de base de datos objetivo.

Aproveche a los expertos

Busque expertos que tengan experiencia en el tipo de migración que planea realizar. Las migraciones e datos tienen muchos objetivos: aprovechar nuevas tecnologías, mejorar el desempeño, incrementar la confiabilidad, reducir gastos, etcétera. Sin importar cuál sea su objetivo, encuentre especialistas que ya hayan pasado por el proceso y aproveche sus conocimientos en las primeras etapas del plan.

Por ejemplo, supongamos que utiliza MySQL y quiere realizar búsquedas y análisis de datos de texto en grandes cantidades de datos. Usted cree que MongoDB es la mejor elección. Un experto rápidamente señalaría que Elasticsearch es más adecuado considerando sus requerimientos. Obviamente usted quiere saber esto lo antes posible para evitar errores y retrasos.

O tal vez está encerrado en una plataforma personalizada que limita su capacidad de duplicar su información. Eso dificultará el uso de extensiones de clúster durante su migración. Usted querrá trabajar con un experto que pueda ayudarle a evaluar soluciones posibles.

Cree un plan de migración

Un buen plan de migración de base de datos tiene seis elementos. Analizar cuidadosamente cada uno de ellos le dará mayor probabilidad de tener una migración fácil y sin interrupciones.

  1. Preparación de datos Asegúrese de que la información sea compatible con la versión de la base de datos destino… o, si utiliza un proceso de extracción, transformación y carga (ETL), asegúrese de transformar los datos correctamente para que funcionen en la nueva tecnología.
  2. Migración Haga un plano de los detalles del origen y el destino y configure los ambientes de ambos lados para permitir la replicación.
  3. Pruebas Asegúrese de que la información se replique/cargue en el nuevo ambiente y las aplicaciones interactúen como espera.
  4. Plan de recuperación Si encuentra problemas durante o después de la migración, regrese al origen para que pueda realizar los ajustes necesarios en el lado del destino.
  5. Plan de cambio Determine las acciones necesarias para hacer la transición de la aplicación a una nueva plataforma.
  6. Verificación Confirme que todas las páginas web, aplicaciones o API que tengan acceso a la base de datos respondan correctamente.

Conforme complete su plan, debe ser capaz de identificar áreas particulares de riesgo. Si decide contratar a un equipo de seguridad de red, por ejemplo, podría darse cuenta de que un miembro de su equipo podría revertir por accidente algunos cambios. Entonces usted tendría que ponerse en contacto con el equipo premigración, mantenerse alerta de los cambios, y estar preparado para regresar a sus datos originales a la primera señal de problemas.

Elija el camino de migración correcto

Las migraciones orientadas a datos por lo general exigen una de tres posibles rutas, y elegir la correcta es fundamental para una migración exitosa. Echemos un vistazo a los beneficios y desventajas de cada una.

Respalde y restaure

Este es el método de migración más simple y confiable, pero exige de supervisión constante y de tiempos de no disponibilidad sustanciales, incluso muchas horas si tiene grandes cantidades de datos. La clave para el éxito es entender el flujo de datos, puesto que necesitará detener la escritura en la aplicación para transferir los datos. Una vez que confirme que la transferencia quedó completa y su información es correcta, puede conectar la aplicación a su nueva instancia y continuar donde se quedó. Durante la migración, necesitará prestar atención a errores para corregirlos inmediatamente. Después de eso, necesitará verificar sus cuentas y asegurarse de que los datos sean consistentes entre el destino y el origen.

Extensiones de clúster y replicación

Este método es el que exige menos tiempo de no disponibilidad y supervisión, pero es bastante complicado. Se necesita configurar la creación de una réplica en nodos adicionales en el destino, replicar los datos y luego cambiar al lado del destino. No debería experimentar más que algunos minutos de tiempo de no disponibilidad, ya que su aplicación puede seguir funcionando con un pequeño hipo, pero tendrá que realizar las siguientes tareas:

  • Abrir las redes de punta a punta sin introducir riesgos de seguridad.
  • Aplicar bitácoras binarias al dependiente a la vez que se asegura de que permanezca en sincronía (en MySQL).
  • Asegúrese de que el archivo clave sea el mismo en ambos lados (permite que distintos nodos se autentifiquen unos con otros).

Sin embargo, una vez que haga eso, puede dejar que las bases de datos se encarguen de todo… y sin monitoreo. Esa ventaja, así como el tiempo de no disponibilidad casi inexistente hace de esta la ruta más popular para migración para las empresas.

Código personalizado

El método del código personalizado involucra un tiempo de no disponibilidad y complejidad variables, así como visibilidad limitada. Puede abordarse de distintas maneras. Podría utilizarlo para habilitar que su aplicación se encargue de derechos duales de su ubicación actual a la nueva ubicación, por ejemplo, o para tomar una instantánea de su información, transferirla y luego dejar que la bitácora de la aplicación fije deltas por usted. Los métodos de código personalizado pueden ofrecer una migración rápida y un tiempo de no disponibilidad mínimo, pero serán complicados, y la complejidad podría dificultar la visibilidad. (Podría utilizar plataformas de monitoreo, pero sería poco recomendable en la mayoría de las migraciones).

La ventaja de las migraciones administradas

Cada que planee migrar datos, es inteligente tener a un equipo de expertos a su lado. Rackspace ha logrado migrar exitosamente los datos en la nube de miles de empresas, y podemos ayudarle en todas las etapas de su transición a la nube, desde la recopilación de información y planeación hasta la elección del método de migración adecuado. Y somos expertos certificados en todas las nubes líderes, incluyendo AWS, Azure, Google Cloud Platform, VMware y OpenStack.

Conozca más acerca de los servicios de migración a la nube pública de Rackspace.

LEAVE A REPLY

Please enter your comment!
Please enter your name here