Migración del centro de datos a la nube: Los 7 problemas más comunes de la migración a la nube

Durante la migración de un centro de datos a la nube, hay muchas cosas que pueden salir mal. Estos problemas de migración a la nube pueden llevar mucho tiempo, ser estresantes y pasar factura a la eficiencia.

Lo mismo ocurre con cualquier otra migración o desmantelamiento de un centro de datos.

Consulte nuestro lista de comprobación para el desmantelamiento de centros de datos.

Las migraciones a la nube son un proceso muy complejo.

Algunas de las cosas más importantes que hay que tener en cuenta son las dependencias de las aplicaciones, los cambios en las políticas de seguridad, los cambios en la red y la transición de CapEx a opex.

Un proceso que, sobre el papel, debería ser tan sencillo como "colocar todas nuestras cargas de trabajo en sus servidores, no en los nuestros", suele ser cualquier cosa menos sencillo.

Este artículo repasará cada uno de los problemas y errores más comunes en cualquier migración de un centro de datos a la nube. También te aconsejaremos sobre cómo evitarlos.

7 problemas muy comunes de la migración del centro de datos a la nube que hay que tener en cuenta

1. Uso innecesario de la nube

No utilices la nube cuando no sea adecuada para las necesidades de tu empresa. La nube tiene algunas ventajas increíbles, pero no es adecuada para todas las situaciones.

Una migración del centro de datos a la nube puede ofrecer un importante ahorro de costes debido a la ausencia de costes de infraestructura asociados a los servidores físicos, pero no es adecuada para algunas situaciones.

La migración de un centro de datos a una nube pública es una mala idea cuando:

1. La flexibilidad de la nube no es necesaria

2. Una empresa con cargas de trabajo constantes no se beneficiará de la flexibilidad de la nube.

Además, si las cargas de trabajo de una empresa cambian constantemente, su infraestructura puede configurarse para gestionar los cambios como lo haría la nube.

En estos casos, la nube puede utilizarse para realizar pruebas que permitan conocer las necesidades informáticas de una nueva operación.

Una vez que la empresa está familiarizada con la infraestructura necesaria, puede pasar a su propia nube personalizada, que cuesta menos y es lo suficientemente adecuada para gestionar cargas de trabajo cambiantes sin toneladas de servidores redundantes.

Al alojar datos en la nube, el control de su seguridad ya no está en tus manos. Una nube privada o una infraestructura interna serán probablemente más apropiadas en ese escenario.

Un momento más apropiado para la migración a la nube de un centro de datos es aquel en el que la mayor parte de los datos de una empresa no son sensibles o de alto valor.

Las situaciones más apropiadas para las migraciones a la nube incluyen cuando los objetivos giran principalmente en torno a casos de uso de nivel inferior, como operaciones de desarrollo, copias de seguridad de datos, archivos o provisiones de recuperación ante desastres.

Esencialmente, cualquier dato que no necesite estar siempre a mano, que no sea terriblemente importante pero que deba mantenerse y utilizarse con cierta frecuencia.

2. Elegir el tipo incorrecto de provisiones en la nube

Elegir el tipo de provisión incorrecto puede ser gravemente perjudicial y causar grandes problemas de migración a la nube.

Aunque muchas veces se habla de la nube como de una entidad que lo engloba todo, la realidad es que se trata de un servicio que se ofrece en muchos formatos diferentes y de más de un proveedor único. Existen varios tipos de almacenamiento en la nube pública, cada uno con sus pros y sus contras.

Elegir el almacenamiento en bloque para los datos basura cuando quizá fuera más apropiado el archivado en frío puede acarrear elevados costes innecesarios.

He aquí un rápido resumen de los distintos tipos de provisiones en la nube y para qué se utiliza cada uno de ellos:

• Archivo: Muy barato, normalmente utiliza almacenamiento en cinta o almacenamiento en disco inactivo; se tarda mucho tiempo en acceder a él, por lo que en la mayoría de los casos sólo debería utilizarse para datos que casi con toda seguridad no se necesitarán de ninguna forma durante mucho tiempo.
• Almacenamiento en frío: Bajo coste, pero el acceso a los datos almacenados aquí es sólo marginalmente más fácil que a los archivados; una opción económica para albergar cantidades masivas de datos archivados pero poder acceder a ellos en un tiempo razonable.
• Almacenamiento activo, también conocido como nearline, Active Archived o almacenamiento refrigerado: Disco o bibliotecas de cintas de alto rendimiento; los datos analíticos o los datos para búsquedas de descubrimientos semi-frecuentes encajarían bien en este tipo de almacenamiento.
• Almacenamiento secundario: Generalmente se compone de almacenamiento en disco SATA de gama baja; bueno para copias de seguridad de datos importantes o instantáneas.
• Almacenamiento primario: Memoria flash y almacenamiento en disco de gama alta; Los datos más importantes a los que hay que acceder con rapidez son los más apropiados para este tipo de almacenamiento.

Imagine en el peor de los casos la rapidez con la que necesitaría acceder a los datos y, a continuación, elija el tipo de almacenamiento que más se ajuste a ese plazo.

3. Distancia

Elegir una nube demasiado lejana puede causar problemas de latencia.

La nube es una tecnología maravillosa construida aparentemente con polvo de hadas y magia.

Sin embargo, también sigue las leyes de la física, y los recursos de la computación en nube los proporcionan servidores físicos en centros de datos.

Cuanto más lejos esté alojada la nube de tu ubicación, mayor será la latencia entre tus servidores y los suyos. Así que asegúrate de evaluar tu ubicación en relación con los servidores en la nube o podrías tener problemas.

Para algunas empresas, una ligera diferencia de latencia es bastante aceptable, pero para otras, es un factor decisivo.

Averigua a qué distancia se encuentra la base de cada nube antes de comprometerte con un proveedor.

4. Datos no seguros

A medida que la responsabilidad se traslada de la empresa a la nube, el camino hacia la seguridad de los datos puede volverse turbio. Por desgracia, los responsables de la toma de decisiones no pueden permitirse el lujo de no estar seguros de la seguridad de los datos.

A pesar del desplazamiento de las responsabilidades de seguridad a la nube, los requisitos de seguridad obligatorios de la empresa se mantienen tras la implantación de una migración a la nube.

Antes, se esperaba que la empresa se defendiera de forma proactiva contra las amenazas a la seguridad de los datos constantemente in situ. Esto requería un equipo técnico cualificado para mantener una infraestructura segura. Ahora, el proveedor de la nube hará gran parte de este trabajo.

Aunque los proveedores de la nube han reforzado la seguridad de los datos en los últimos tiempos, confiar en el proveedor de la nube como única medida de seguridad para sus datos es un escándalo de violación de datos a punto de producirse.

Obviamente, la seguridad es fundamental cuando se trata de datos. Y como todos hemos visto en las noticias, las violaciones de datos pueden convertirse en enormes problemas para las empresas.

Encontrar un sólido acuerdo de nivel de servicio, supervisar que el proveedor de la nube lo respeta, cifrar los datos hacia y desde la nube y establecer protocolos de acceso y credenciales rígidos serán tareas de nuevo cruciales de mantener.

Además, la autorización y el acceso de los usuarios, las configuraciones de redes y sistemas, el registro de eventos y el tráfico de red deben reevaluarse en lo que respecta a este cambio para garantizar que no haya problemas de seguridad de los datos.

5. Poca fiabilidad de la red

Mientras que la fiabilidad de la red de los proveedores de la nube suele ser constante, las redes de muchas empresas no lo son.

Una conectividad de red fiable es vital para cualquier empresa que dependa de la nube, ya que el acceso a ésta depende de una conexión de red.

En pocas palabras, los problemas de fiabilidad de la red pueden provocar problemas de migración a la nube y frustración.

Invierta en una red y un proveedor de red sólidos. Si su empresa planea una migración del centro de datos a la nube, haga auditar su red por un tercero o por un experto interno suficiente.

Los problemas de red causados por configuraciones VPN inadecuadas y problemas de enrutamiento son habituales.

6. Dependencias

Trasladar una aplicación a una nueva ubicación cuando depende de componentes de la ubicación anterior puede provocar problemas de migración a la nube. Puede ser desastroso.

Por ello, el mapeo de dependencias de aplicaciones se considera vital para cualquier movimiento informático, y la implementación de una migración a la nube no es una excepción.

En el pasado, trazar estos mapas resultaba tedioso con métodos tradicionales como las herramientas de descubrimiento de dominios específicos y las hojas de cálculo.

A medida que los centros de datos crecen y se virtualizan, estos métodos dejan de ser viables.

Las herramientas de mapeo de dependencias de aplicaciones son ahora un estándar de la industria para cualquier implementación de migración a la nube, así como para el uso diario.

Estas herramientas descubren y "mapean" automáticamente las relaciones entre aplicaciones y componentes.

Estos mapas se importan en la base de datos de gestión de la configuración o CMDB.

La CMDB ayuda de varias maneras:

• Comprender de forma proactiva los efectos futuros de cualquier cambio potencial.
• Reduzca el tiempo de inactividad con una mayor estabilidad del entorno
• Asignar eficazmente los recursos por prioridad y valor para la empresa

Sin embargo, existen numerosas oportunidades potenciales de fracaso.

Esta estrategia deposita una gran confianza en la CMDB como único ojo de la operación. El riesgo actual de este hecho se pone de manifiesto fácilmente cuando uno se da cuenta de que la gran mayoría de las iniciativas de CMDB fracasan.

Estos fallos se deben en parte a la insuficiente capacidad de las herramientas de detección e inventario.

Con herramientas inadecuadas, es probable que haya datos redundantes o ausentes.

La mayoría de estos problemas pueden evitarse eligiendo una herramienta actualizada con un historial de coherencia.

La herramienta de Solarwind, así como FireScope y Retrace son tres ejemplos de este tipo de herramientas.

El resto de los fallos se deben en gran medida a errores humanos.

No tener en cuenta la sincronización entre los cambios del entorno y la CMDB puede dar lugar a un mapa desactualizado.

Ser diligente a la hora de mantener una CMDB que refleje con precisión los registros de cambios garantizará una herramienta fiable con multitud de ventajas, incluida una migración más fluida del centro de datos a la nube: menos problemas de migración a la nube.

7. Problemas de personalización

Demasiada personalización

Personalizar en gran medida una implantación de infraestructura como servicio puede aportar ventajas, sí, pero también puede convertir en una pesadilla cualquier futura implantación de migración a la nube.

La capacidad de crear plantillas para el entorno y arrancar las migraciones más adelante es óptima. Normalmente, el proyecto adopta esta forma cuando está encabezado por un único departamento que crea políticas, procesos y configuraciones muy específicos dentro de la implantación que no son muy relevantes para la empresa en su conjunto.

Personalización insuficiente

Si no se adapta la implantación de una nube para que se ajuste a sus ventajas exclusivas, éstas se desperdician.

Una situación típica en la implantación de la nube es la maniobra de la "carretilla elevadora". Muchas infraestructuras de TI se forman con una visión incompleta al principio. A partir de ahí, la infraestructura evolucionará de forma reactiva a las fuerzas externas.

El resultado final es una infraestructura de TI que no está totalmente optimizada para adaptarse a las necesidades de la empresa. Conectar y usar una infraestructura de TI en su implementación de migración a la nube deja mucho potencial sobre la mesa.

Si existe un plan para realizar cambios rápidos una vez completada la transición, eso es una cosa, pero la mayoría de las veces la infraestructura se queda atascada en ese formato y la migración a la nube nunca aporta los beneficios para los que estaba pensada.

Ponerlo todo junto

La nube ya no es un servicio novedoso, pero la impulsividad y el entusiasmo permanecen. Antes de saltar a la nube, asegúrate de seguir los siguientes pasos:

1. Decida si la nube es adecuada para su empresa
2. Determine qué provisión de nube se adapta mejor a su situación particular.
3. Evalúe sus necesidades de latencia y cómo puede afectarles la distancia a la que se encuentra cada proveedor de nube
4. Establezca de forma proactiva nuevas políticas y protocolos de seguridad para evitar cualquier filtración de datos en esta vulnerable transición.
5. Evalúe la fiabilidad de la red y refuerce los puntos débiles que puedan causar problemas de acceso a la nube en el futuro.
6. Analizar las dependencias y mantener un mapa de dependencias eficaz con herramientas cuidadosamente seleccionadas.
7. Personalizar la provisión de la nube para adaptarla a su empresa en su conjunto y supervisar a las partes que lideran la personalización.

¿Qué hacer con los equipos informáticos sobrantes?

Con muchas implementaciones de migración a la nube o migraciones de centros de datos, las secciones de servidores, memoria, almacenamientoy otros equipos informáticos quedarán innecesarios o redundantes.

Este hardware suele pensarse a posteriori y, si se piensa en él, lo más probable es que se entregue a una empresa de reciclado por una cuantiosa factura.

exIT Technologies ofrece los mismos servicios de recogida in situ, destrucción de datos y reciclaje con certificación R2 que cualquier empresa de reciclaje informático. La diferencia es que nosotros operamos bajo un modelo de "pago por producto" en lugar de un modelo de "cobro por servicio".

Esto significa que no sólo le proporcionaremos el servicio que necesita para eliminar el exceso de hardware de forma segura para el medio ambiente, sino que también le compensaremos por el valor de los equipos del centro de datos.

Visite nuestro Servicios ITAD para averiguar cómo podría ser compensado y ver cómo funciona nuestro proceso.

¿Tiene algo que añadir? Háganos saber su opinión en el Comentarios