Compramos equipos inform谩ticos usados

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

Data-Center-Migration-7-Most-Common-Cloud-Migration-Errors
Tiempo de lectura: 7 minutos

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.

data center migration problems

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.

cloud migration distance

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 un centro de datos migraci贸n 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 el suministro de la nube para adaptarlo 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 retirar el exceso de hardware de forma segura para el medio ambientepero 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.

Relacionado Blog

es_ESSpanish