Recientemente, uno de nuestros clientes se puso en contacto con nosotros para migrar su pila de alojamiento web de comercio electrónico de su infraestructura OpenStack local a Akamai Cloud. Aunque este cliente apreciaba la flexibilidad de OpenStack, había algunos retos a los que se enfrentaban con OpenStack que les llevaron a Akamai.
Los retos de OpenStack
OpenStack plantea tres retos principales. En primer lugar, la complejidad y los requisitos de experiencia. La creación y el mantenimiento de un entorno OpenStack son complejos y requieren profundos conocimientos en áreas como la computación en nube, la virtualización, la administración de sistemas Linux y las redes. La arquitectura modular de OpenStack, que comprende más de 30 servicios integrados (por ejemplo, Nova para computación, Neutron para redes, Cinder para almacenamiento en bloque), exige una configuración precisa y un mantenimiento continuo. Una mala gestión de estos componentes puede provocar fallos sistémicos, aumentando el riesgo de tiempo de inactividad y pérdida de datos.
El segundo reto de OpenStack es el soporte limitado. Aunque OpenStack se beneficia de una vibrante comunidad de código abierto, carece del soporte integral y respaldado por el proveedor que se encuentra en las soluciones de nube empresariales. Esto puede complicar la resolución de problemas y retrasar actualizaciones o parches críticos, introduciendo un riesgo operativo. La ausencia de servicios de asistencia respaldados por acuerdos de nivel de servicio dificulta a las organizaciones garantizar la fiabilidad y seguridad de sus entornos en la nube.
Por último, los costes operativos y de hardware de crear y mantener un entorno in situ pueden llegar a ser onerosos. El despliegue de OpenStack in situ implica un importante gasto de capital en hardware de nivel empresarial, incluidos servidores de alto rendimiento, conmutadores de red y matrices de almacenamiento. Los costes iniciales de configuración del cliente incluían fuentes de alimentación redundantes, configuraciones de alta disponibilidad y otros mecanismos de conmutación por error. Además, el coste de la formación especializada y la certificación de los operadores de OpenStack puede ser considerable, lo que aumenta aún más el coste total de propiedad.
Ante estos retos, este cliente decidió migrar su entorno OpenStack a Linode para aprovechar su infraestructura de nube gestionada y sus servicios de asistencia.
Migrar a Linode
El objetivo de este cliente era pasar de un entorno OpenStack on-prem que consumía muchos recursos a la plataforma en la nube de Linode, descargando la gestión de la infraestructura a Linode y conservando al mismo tiempo la funcionalidad y el rendimiento existentes de la arquitectura.
Su infraestructura actual estaba formada por muchos componentes diferentes: computación, redes, almacenamiento, identidad, un panel de control, imágenes y orquestación. Nuestro equipo analizó detenidamente cada elemento para comprender su función y sus requisitos. Esto nos permitió encontrar soluciones 1:1 precisas para cada componente, garantizando que la nueva infraestructura pudiera soportar cada parte de la pila existente del cliente.
Nuestro exhaustivo proceso de pruebas y migración garantizó que cada parte de la compilación OpenStack del proveedor se ajustara con precisión a un producto correspondiente, manteniendo la funcionalidad y el rendimiento. Si no había un servicio Linode directamente correspondiente, añadíamos un componente de código abierto. De este modo, nos aseguramos de que no se pasara por alto ningún aspecto de la infraestructura del cliente. Este meticuloso proceso no sólo minimizó los posibles tiempos de inactividad y los problemas de compatibilidad, sino que también optimizó el nuevo entorno para mejorar el rendimiento y la escalabilidad, proporcionando en última instancia una solución sólida y fiable adaptada a las necesidades del cliente.
En la imagen superior puede verse la migración 1:1 que hemos llevado a cabo. La pila anterior del cliente incluía computación (Nova), redes (Neutron), almacenamiento de bloques (Cinder), almacenamiento de objetos (Swift), servicios de identidad (Keystone), un panel de control (Horizon) y orquestación (Heat).
Las instancias Nova existentes del cliente se asignaron a Linode Compute Instances. Utilizamos los tipos de instancias de alta memoria y CPU dedicada de Linodepara satisfacer los requisitos de rendimiento de las aplicaciones de comercio electrónico.
En cuanto a las redes, utilizamos las VLAN de Linodepara crear redes aisladas para los distintos niveles de aplicación (web, aplicación, base de datos). Linode NodeBalancers sustituyó al equilibrador de carga como servicio (Load Balancer-as-a-Service, LBaaS) de OpenStack para distribuir el tráfico entre varias instancias.
A continuación, para el almacenamiento, el cliente utilizaba tanto almacenamiento de bloques como de objetos. Linode Block Storage se utilizó como sustituto directo de OpenStack Cinder, con volúmenes conectados dinámicamente a las instancias. Los volúmenes de almacenamiento se redimensionaron y cifraron según fuera necesario para cumplir las normas de protección de datos. LinodeEl servicio Object Storage , compatible con S3, sustituyó a OpenStack Swift, lo que permitió una integración fluida con los flujos de trabajo de datos y las soluciones de copia de seguridad del cliente.
Para la gestión de identidades y accesos, utilizamos tokens de la API Linode y configuramos la autenticación multifactor.
Este emparejamiento de recursos 1:1 garantizó una transición sencilla, permitiendo al cliente mantener la continuidad operativa a la vez que se beneficiaba de las capacidades mejoradas de la Nube de Akamai.
Ahora, echemos un vistazo a cómo construimos esto.
En primer lugar, configuramos un sistema de orquestación DIY utilizando Linode's Cloud Manager.
A continuación, creamos una pasarela de API personalizada en Linode para gestionar y enrutar las solicitudes. Esta pasarela interactúa con la API de Linode .
A continuación, el cliente utilizó la API Linode para crear y gestionar grupos de aprovisionamiento, incluidas instancias de Linode , buckets de almacenamiento de objetos y recursos de red. Además, se crearon imágenes personalizadas para los despliegues y se desplegaron en los grupos de aprovisionamiento según fuera necesario.
También creamos un sistema de supervisión que realizaba comprobaciones periódicas del estado de los recursos desplegados. A continuación, creamos un portal personalizado para que el cliente interactuara con el sistema.
La estrategia de migración que diseñamos estableció una infraestructura sofisticada y escalable gestionada mediante herramientas personalizadas y automatización. Esta infraestructura en la nube responde dinámicamente a las demandas de alojamiento mediante el aprovisionamiento de recursos según sea necesario, garantizando una asignación de recursos y una escalabilidad eficientes. La pasarela API actúa como eje central, enrutando de forma inteligente las solicitudes entre el sistema de orquestación, la API Linode (https://api.linode.com/v4/) y otros elementos de la infraestructura. Esto agiliza la comunicación y permite un control granular sobre el acceso y la funcionalidad de la API.
Ventajas de migrar su pila de comercio electrónico a Linode
Al encontrar un sustituto directo 1:1 Linode para cada componente de la pila existente del cliente, les ayudamos a evitar un aumento sustancial de los costes operativos de su centro de datos. Al migrar a Linode, eliminaron los gastos generales y la formación asociados a la construcción en OpenStack. Además, el modelo de precios predecible de Linodey la gestión eficiente de los recursos redujeron aún más los costes operativos de su centro de datos, lo que les permitió optimizar el rendimiento sin gastar más de la cuenta.
Linode también ofrece asistencia completa y gratuita. Este soporte incluye acceso 24 horas al día, 7 días a la semana, a un equipo de expertos que pueden ayudarle con todo, desde la configuración inicial hasta el mantenimiento continuo y la resolución de problemas. Tanto si se trata de un pequeño negocio como de un desarrollador o una gran empresa, contar con un servicio de asistencia fiable garantiza la rápida resolución de cualquier problema, minimizando el tiempo de inactividad y las interrupciones. Esto supuso una gran ventaja para este cliente que migró a Linode, ya que no estaba recibiendo un soporte completo de OpenStack.
Dado que el cliente procedía de una infraestructura local, pudo eliminar los considerables costes de hardware cuando migró a la infraestructura en nube en Linode. En su anterior entorno local, el intenso tráfico de usuarios finales de todo el mundo generaba un uso elevado del ancho de banda. Este intenso tráfico se traducía en tarifas de ancho de banda exorbitantes por parte de su proveedor de servicios de Internet. Sin embargo, la migración a Linode y la integración con Akamai redujeron significativamente sus costes totales de transferencia de datos. Gestionar un centro de datos in situ también implicaba gastos continuos relacionados con el mantenimiento, las actualizaciones y el personal. La migración a Linode redujo drásticamente estos gastos generales de gestión.
Si eres un desarrollador encargado de migrar tu pila de on-prem a la nube, Linode dispone de los servicios correspondientes para garantizar una correspondencia 1:1, y si no ofrecen el servicio, te configurarán la herramienta de código abierto adecuada. Si está interesado en migrar su pila actual a la nube, puede utilizar este enlace para solicitar hasta 5.000 dólares en créditos para migrar su infraestructura actual a Linode.
Comentarios