Lista de comprobación para la migración de centros de datos a la nube
Los servicios en la nube garantizan una alta disponibilidad y fiabilidad para la ejecución de máquinas virtuales. Muchas empresas utilizan servicios en la nube además de sus propios centros de datos físicos o en lugar de servidores locales en sus propios centros de datos. Otras empresas se plantean migrar sus cargas de trabajo de sus propios centros de datos locales a la nube, y esta tendencia va en aumento, especialmente impulsada por la pandemia.
En esta entrada del blog se define la migración de centros de datos y se detallan las complejidades y los retos a los que puede enfrentarse durante el traslado de un centro de datos. También compartiremos una lista de comprobación para la migración de centros de datos que le ayudará a llevar a cabo el proceso de migración sin problemas.
¿Qué es un centro de datos?
Un centro de datos es una instalación que alberga recursos informáticos, de almacenamiento y de red. Estas instalaciones ofrecen resiliencia medioambiental, eléctrica y redundancia de red. Los centros de datos son entidades muy complejas y tecnológicamente avanzadas, con sistemas, arquitectura y entresijos de red complejos.
Los centros de datos pueden ser de propiedad y gestión privadas, o de titularidad pública, con muchas «cápsulas» de recursos informáticos/servidores/redes gestionadas de forma privada y vendidas a diversas organizaciones. Con todas las complejidades que entrañan los recursos de los centros de datos, puede haber razones por las que una organización decida migrar de un centro de datos a otro.
¿Qué es la migración de centros de datos?
La migración de centros de datos es un proceso de traslado físico de hardware y/o traslado lógico de cargas de trabajo a otra ubicación. La ubicación de destino puede ser otro centro de datos físico o un centro de datos virtual en una nube pública.
Razones para migrar de centro de datos
Hay varias razones por las que una organización puede decidir migrar recursos de un centro de datos a otro, desde necesidades empresariales a necesidades tecnológicas.
Desde el punto de vista empresarial, puede haber razones por las que el traslado de un centro de datos tenga sentido, ya sea por una fusión, una adquisición, un recorte de recursos, una reducción de personal o una ampliación. Además, las organizaciones pueden buscar la ampliación desde una perspectiva de alta disponibilidad y cambiar los recursos a varios centros de datos en función de las necesidades empresariales.
En lo que a tecnología se refiere, la de los centros de datos está en constante cambio y evolución. Puede haber razones tecnológicas que justifiquen el traslado de un centro de datos a otro para mejorar características y/o funciones. Además, una organización puede decidir repartir los recursos entre varias regiones para mejorar el rendimiento y la resiliencia de los recursos.
Independientemente del motivo exacto de la migración de los centros de datos, las complejidades y los procesos deben tenerse muy en cuenta para garantizar que el cambio de recursos se produzca sin problemas y sin que los usuarios finales sufran interrupciones o una degradación del rendimiento o el servicio.
Prácticas recomendadas para la migración de centros de datos
Veamos las prácticas recomendadas que puede aplicar en sus estrategias de migración de centros de datos. Seguir estas prácticas le permite migrar su centro de datos sin problemas y sin un impacto negativo en la disponibilidad de los datos y la experiencia del usuario.
Establecer los criterios y objetivos de la migración
Los criterios y objetivos de la migración de centros de datos pueden variar en función de las necesidades de la empresa o del problema que se intente resolver con la migración. Si el traslado del centro de datos es sólo una migración parcial para desplazar un subconjunto de recursos, esto cambiará el panorama de la migración frente a la migración de todos los recursos de un centro de datos a otro.
Asegúrese de evaluar los criterios y objetivos no sólo de los aspectos técnicos del proyecto, sino también de los objetivos empresariales del mismo. Esto puede ayudar a garantizar que los objetivos e impactos empresariales se tengan en cuenta junto con los objetivos técnicos.
¿Y si estamos migrando los recursos de nuestro actual centro de datos a una nube pública?
Nube pública o centro de datos privado: Entender los requisitos del centro de datos
La tendencia entre las organizaciones es trasladar más recursos a la nube pública. Una migración de centro de datos puede significar pasar de un centro de datos privado a una nube pública a través de uno de los proveedores de nubes públicas, eligiendo entre Amazon AWS, Microsoft Azure o Google Compute Cloud.
Cada migración plantea retos diferentes que habrá que tener en cuenta. Con el traslado a una nube pública, no hay, por supuesto, recursos físicos que trasladar, sólo recursos virtuales o lógicos. Con las migraciones de centros de datos privados físicos a otro centro de datos privado, puede haber recursos físicos y activos que trasladar.
Un ejemplo de cómo la migración del centro de datos a la nube puede cambiar drásticamente las cosas se encuentra en el ámbito de la comunicación de red. En Amazon AWS, por ejemplo, no existe el concepto de VLAN. Al cliente se le presenta una red superpuesta con herramientas nativas sobre una red puramente de capa 3. De este modo, no se depende de las VLAN para la segmentación.
En una red de nube pública, la política de red se centra en el host y no a nivel de red. La aplicación se realiza a nivel de host a través de los grupos de seguridad. Además, con Amazon, el tamaño de la red es fijo una vez que aprovisionas la VPC. Por lo tanto, asegurarse de aprovisionar el tamaño correcto para su red VPC es crítico en el frontend y es un buen ejemplo de cómo la planificación de la migración del centro de datos a la nube tendría que ser pensada cuidadosamente.
Con las migraciones de centros de datos privados, básicamente podemos crear un escenario de infraestructura uno por uno en el centro de datos de destino y utilizar un enfoque «de galleta» para aprovisionar recursos en el centro de datos de destino tal y como existen en el centro de datos de producción actual.
Planificación minuciosa
En términos generales, el traslado de un centro de datos es una empresa de gran envergadura cuya importancia no debe subestimarse para que se lleve a cabo con éxito. Una migración chapucera del centro de datos podría provocar la interrupción del servicio, la pérdida de datos por falta de backups, el descontento de los clientes, daños a la reputación de la marca y, en última instancia, un perjuicio real para una organización que no haya planificado y preparado adecuadamente el proceso.
Lista de comprobación para la migración de centros de datos
Siga la lista de comprobación de migración de centros de datos para evitar problemas y migrar el centro de datos de la mejor manera.
1. Planificación del traslado del centro de datos
La planificación de la migración de un centro de datos suele llevar semanas, si no meses, de preparación. La planificación de la migración del centro de datos debe incluir los siguientes puntos:
Estudio del emplazamiento del centro de datos existente y del nuevo centro de datos
Un componente necesario es un estudio del emplazamiento tanto del centro de datos existente como del nuevo. Se debe responder a las siguientes preguntas:
- ¿Se trasladarán los recursos físicos existentes en el actual centro de datos?
- Si la respuesta es «sí», ¿se conocen perfectamente el cableado y otras conectividades físicas de nivel 1?
- ¿Puede replicarse en el centro de datos de destino una vez trasladada la infraestructura física?
- Si los recursos físicos no se trasladan al nuevo centro de datos, ¿se han previsto los sustitutos adecuados para la infraestructura existente?
Documentarlo todo
¿Están documentados todos los requisitos de infraestructura, incluidos los de almacenamiento, computación, red, aplicación y cualquier otro?
Nota:
- Documentarse demasiado es mejor que no documentarse lo suficiente.
- Asegúrese de que cada rack, «U» del rack, máquina virtual, red y aplicación esté documentada, tanto si se considera importante como si no.
Dependencias
- ¿Se conocen perfectamente las dependencias del entorno del centro de datos actual que deben replicarse en el centro de datos de destino?
- ¿Existen sistemas auxiliares en el centro de datos actual que deban replicarse en el centro de datos de destino?
La red necesita
¿Cuáles son las consideraciones de LAN y WAN que deben tenerse en cuenta para las aplicaciones existentes en el centro de datos actual que deben tenerse en cuenta para el nuevo centro de datos?
Centro de datos privado
- ¿Hay VLAN que deban aprovisionarse en el nuevo centro de datos y que se utilicen actualmente en el centro de datos existente?
- ¿Cuáles son las necesidades de direccionamiento IP de los recursos y aplicaciones en el centro de datos actual?
- ¿Las aplicaciones heredadas dependen de direcciones IP codificadas que haya que eliminar antes de trasladarlas al nuevo centro de datos?
- ¿En qué consisten las direcciones IP de la WAN? ¿Se han tenido en cuenta todas las consideraciones relativas a la dirección IP de la WAN?
- ¿Cómo se realizará el DNS y la resolución de nombres?
- ¿Funcionarán en paralelo los recursos del centro de datos actual y los del nuevo, lo que permitirá cambiar el DNS con elegancia y dar tiempo a la convergencia del DNS?
- ¿Se utilizarán otros mecanismos, como IP Anycast, para anunciar el mismo prefijo IP desde varias ubicaciones y permitir que BGP u otros protocolos de encaminamiento enruten en función de los costes y la salud de los enlaces?
- ¿Se han pedido los circuitos WAN necesarios de modo que se disponga de tiempo suficiente para activar los nuevos circuitos? Algunos ISP (proveedores de servicios de Internet) pueden tardar hasta 90 días en activar un nuevo circuito. Estos plazos deben tenerse en cuenta en cualquier plan de migración de centros de datos.
Nube pública
- Dado que las VLAN no existen en la nube pública, habría que pensar en los requisitos de la capa 2 a la hora de rediseñar el acceso a la red.
- ¿Cuántas direcciones IP necesita? ¿Qué tamaño debe tener la subred? AWS utiliza por defecto la subred /16.
- ¿Cómo debe configurarse la seguridad de la red? ¿Qué grupos de seguridad hay que tener en cuenta?
- Límite de 500 grupos de seguridad por VPC: ¿su red necesitará más grupos de seguridad de los que se proporcionan?
- ¿Necesitará aprovisionar varias VPC?
- Si se traslada a una nube pública, lo más probable es que haya que cambiar las herramientas de automatización. ¿Se han tenido en cuenta?
2. Lista de comprobación de la migración del centro de datos
Aunque no pueda realizar todas las etapas del proceso de migración, puede ser útil realizar una o varias pruebas de migración. Si también puede poner en escena componentes clave como los elementos de transición de la red en un entorno de laboratorio, esto puede ayudar a arrojar luz sobre posibles problemas con las aplicaciones, entre otras cosas, antes de que se produzca la migración real.
- Hable de los puntos principales de la migración con los miembros clave del equipo.
- Conozca el orden de los eventos que deben ejecutarse, ya que lo más probable es que haya algunos elementos que requieran que otros elementos de la lista de comprobación se completen primero.
- Utilizar entornos de laboratorio para simular la migración del centro de datos, incluidos los recursos de red, así como las pruebas de aplicaciones y la resolución de problemas. Las pruebas son un punto importante de la lista de comprobación de la migración de un centro de datos.
3. Ejecución del traslado del centro de datos
Ya se ha hecho la planificación y los recursos están listos para presentarse en la nueva ubicación del centro de datos o la nube pública, es hora de ejecutar el traslado. Consideraciones durante el traslado del centro de datos:
- Sepa quién es responsable de cada aspecto de la mudanza. Lo último que quiere que ocurra es que se hagan suposiciones y se pierdan responsabilidades por aspectos cruciales de la mudanza.
- Elabore un plan de acción detallado con todas las personas implicadas en el proyecto de migración. Enumera las responsabilidades.
- Disponga de información de contacto de todas las personas implicadas, números de teléfono, etc., para evitar perder tiempo intentando encontrar información de contacto en lugar de trabajar en los posibles problemas de traslado del centro de datos que puedan surgir.
- Disponga de contactos de proveedores adicionales. Esto incluiría contactos de centros de datos, ISP, ingenieros de redes, ingenieros de infraestructuras, ingenieros de operaciones, etc.
- Informe a los usuarios finales con antelación mediante comunicaciones electrónicas, banners, etc. Sea detallado en la ventana de mantenimiento que debe esperarse, ya que esto minimizará la frustración de los usuarios finales.
- Disponga de un equipo preparado para el triaje en caso de afluencia de problemas de los usuarios finales como consecuencia de la migración de recursos.
4. Lista de comprobación para el traslado de centros de datos
Una vez que se han migrado los recursos del centro de datos, tenemos que evaluar rápidamente cualquier problema de rendimiento o cualquier otro problema del sistema derivado de la migración.
- Disponga de un equipo asignado a esta tarea, ya sea mediante comprobaciones manuales o medios automatizados, para validar la integridad de los procesos del sistema y la disponibilidad de las aplicaciones tras la migración.
- Si recibe tráfico de varias partes del mundo, simule tráfico procedente de diferentes puntos finales de todo el mundo para poder comprobar cualquier discrepancia entre ubicaciones geográficas que pueda deberse a la convergencia de DNS si se han cambiado los registros de nombres.
- Compruebe no sólo los errores de las aplicaciones, sino también su rendimiento.
- Si esperaba mejoras de rendimiento, ¿se han hecho realidad?
- ¿Ha empeorado el rendimiento, lo que indica un problema subyacente con la migración?
- Notificar a los usuarios finales cuando finalice el periodo de mantenimiento y se espere que el sistema funcione con normalidad. Esto puede ayudar a los usuarios finales a saber si están experimentando un problema relacionado con la migración o un problema real.
- Realice una autopsia con todos los miembros del equipo implicados para recopilar cualquier problema que haya surgido durante la migración del centro de datos. Esto ayudará a crear un equipo más fuerte en el futuro, sacará a la luz cualquier problema que pudiera haberse evitado y lo tendrá en cuenta en futuros proyectos.
Nota:. Si ha finalizado la migración del centro de datos a la nube, recuerde que debe implementar una estrategia de backups en la nube para proteger sus datos.
Reflexiones finales
Las migraciones de centros de datos pueden ser uno de los procesos más complicados que una organización tenga que acometer. La migración implica realizar cambios precisos y calculados en los sistemas para que éstos puedan seguir en línea durante la migración o volver a estarlo lo antes posible.
Las recompensas de una migración exitosa pueden ser enormes. Puede permitir a una empresa ampliar sus necesidades tecnológicas a un centro de datos más moderno y tecnológicamente avanzado. Además, puede permitir a una organización realizar la migración del centro de datos a la nube para alojar recursos. En cualquier caso, una planificación adecuada, la realización de pruebas y la ejecución de planes bien concebidos permiten a una organización llevar a cabo la difícil hazaña de migrar con éxito un centro de datos.
Es muy recomendable hacer backup de los datos antes de iniciar la migración. Descargue la versión de prueba gratuita de NAKIVO Backup & Replication para proteger sus máquinas físicas y virtuales en los centros de datos.
