Ejecución de contenedores y máquinas virtuales en la misma nube completa

Las empresas interesadas en una gran eficiencia de las aplicaciones y operaciones más consistentes están recurriendo cada vez más a los contenedores. De echo, 56 por ciento de los líderes de TI esperan que su uso de contenedores aumente en los próximos 12 meses. La capacidad de implementar aplicaciones tanto en las instalaciones como en la nube hace que los contenedores sean una solución ideal para trabajar dentro de una nube completa. Por otro lado, se espera que muchas aplicaciones heredadas sigan ejecutándose en máquinas virtuales de forma indefinida. Para comprender algunas de las diversas consideraciones involucradas en la ejecución de contenedores y máquinas virtuales en la misma nube completa, hablé con Bernie Wu, jefe de desarrollo comercial de MetalSoft, una empresa que ofrece una plataforma de software de automatización inteligente para administrar centros de datos y equipos completos. Bernie tiene más de 25 años de experiencia como ejecutivo senior en empresas de infraestructura de hardware y software de centros de datos, incluidas Conner / Seagate, Cheyenne Software, Trend Micro, FalconStor y Levyx.

MITCH: Bernie, todavía puedo recordar cuando las máquinas virtuales comenzaron a reemplazar los servidores físicos para cargas de trabajo locales. Luego, las máquinas virtuales se trasladaron a la nube con IaaS, y la decisión de las organizaciones fue si pasar a la nube pública, la nube privada o ambas: un enfoque híbrido. Esa pelea parece haberse calmado un poco, pero luego apareció esta nueva cosa llamada contenedores, y todos se emocionaron de que reemplazarían las máquinas virtuales. ¿Ha sucedido esto, o los contenedores y las máquinas virtuales todavía están muy activos para la computación en la nube? ¿Y ambos seguirán siéndolo en el futuro previsible?

Bernie Wu de MetalSoft

Bernie Wu

BERNIE: A mi modo de ver, la razón principal para adoptar contenedores y Kubernetes es porque abstrae los problemas de escalamiento a nivel de nube de los desarrolladores y permite una fácil implementación de arquitecturas de microservicios. Por lo tanto, es ideal para aplicaciones nativas de la nube. La razón principal para adoptar máquinas virtuales fue permitir que las aplicaciones tradicionales se volvieran más portátiles y permitir la consolidación y migración de múltiples servidores de aplicaciones a menos servidores físicos para aumentar la utilización. Cuando la computación en la nube se volvió viable, la portabilidad de estas aplicaciones facilitó su migración a la nube y habilitó un modelo op-ex para el consumo de TI. En el futuro, creo que la mayoría de las aplicaciones nuevas o actualizadas adoptarán el enfoque de contenedor nativo de la nube, pero las aplicaciones heredadas basadas en VM seguirán ejecutándose indefinidamente.

MITCH: ¿Es difícil implementar una solución que combine contenedores y máquinas virtuales en la misma infraestructura? Algunos administradores con los que he hablado parecen tener problemas para hacer esto. ¿Porqué es eso? ¿Qué tipo de dificultades o desafíos están involucrados?

BERNIE: De hecho, puede resultar complicado para los administradores que son nuevos en Kubernetes trabajar con ambos al mismo tiempo. Las máquinas virtuales y los contenedores se gestionan bajo diferentes paradigmas. Las imágenes de contenedor se crean de una manera muy similar a cómo compilaría una aplicación en un solo binario, excepto que también está empaquetando el sistema operativo. Simplemente le dice a Kubernetes qué imagen usar, y sale, extrae la imagen y la ejecuta. Como administrador, ya no instalas nada. Esta es una distinción importante que dificulta la creación de scripts de implementación para una aplicación híbrida porque las herramientas como Ansible son menos útiles ahora.

Además, dado que los contenedores están diseñados para ejecutarse en un sistema operativo común, logran densidades más altas de aplicaciones de empaquetado o microservicios. Por lo tanto, deben tener su propia capa de abstracción de redes para contenedores.

Las máquinas virtuales están diseñadas para virtualizar máquinas físicas que ejecutan diferentes sistemas operativos en la misma plataforma y, por lo tanto, la red y la seguridad se optimizan en torno a esa capa de abstracción. En algunos casos, los usuarios optarán por ejecutar sus contenedores en la parte superior de las máquinas virtuales para beneficiarse de un aislamiento de seguridad adicional. Sin embargo, esto a menudo conlleva una penalización en el rendimiento debido a los múltiples gastos generales de abstracción de redes y computación.

MITCH: Su empresa, MetalSoft, ofrece a las empresas una solución de nube completa. ¿Cuál es la ventaja de esto sobre el enfoque más tradicional para ejecutar máquinas virtuales y contenedores en una nube pública IaaS?

BERNIE: MetalSoft mejora significativamente la implementación, el aprovisionamiento y la automatización de la gestión del ciclo de vida de toda la infraestructura básica de un centro de datos (servidores, conmutadores y almacenamiento). La automatización de esta capa de infraestructura de hardware ha sido históricamente fragmentaria y complicada con costos ocultos y susceptibilidad a cambios en la configuración. Debido a que MetalSoft está diseñado para ser independiente de la plataforma de aplicaciones y hardware, las empresas y sus socios proveedores de servicios en la nube pueden considerar construir su infraestructura de TI sobre una base de este tipo para aumentar su nivel de automatización junto con su capacidad de recuperación de transformación digital.

MetalSoft también permite administrar y consumir esta infraestructura como si se usara una nube privada virtual de autoservicio. Como parte de esta experiencia, el flujo de trabajo y las plantillas de aprovisionamiento de MetalSoft pueden proporcionar una implementación bajo demanda de aplicaciones como VMware y Kubernetes. Esto hace que la implementación y ejecución de aplicaciones en la nube privada o híbrida en las instalaciones o en instalaciones de colocación sea más rentable y resistente. Por último, se pueden implementar agentes ligeros para administrar de forma remota la infraestructura ubicada en el borde o en áreas desatendidas.

nube de metal desnudo

Los usuarios también pueden esperar ver mejoras en el rendimiento como resultado de la ejecución en servidores bare-metal y redes bare-metal. La orquestación directa de MetalSoft de conmutadores TOR para configurar VLAN nativas L2 o L3 aisladas por inquilinos puede reducir las latencias y proporcionar mayor seguridad y aislamiento de vecinos ruidosos. Otra infraestructura puede experimentar degradación por la sobrevirtualización de las capas de red y de servidor.

MITCH: ¿Pueden las empresas que deseen una solución híbrida combinar fácilmente en las instalaciones con la nube completa?

BERNIE: La plataforma bare-metal de MetalSoft puede escalar por sí sola para organizar nubes bare-metal ubicadas en las instalaciones, en el borde (por ejemplo, microcentros de datos) o ejecutándose en un CSP como parte de una estrategia híbrida o de múltiples nubes. . Al utilizar Kubernetes como una capa de portabilidad, las empresas pueden mover aplicaciones a través de sus propias nubes públicas y privadas para aprovechar la mejor relación posible de rendimiento a costo o ubicación de datos. Se puede utilizar una plataforma de hibridación o de múltiples nubes de terceros junto con MetalSoft para optimizar la ubicación de las aplicaciones si las nubes públicas son parte de la solución total. MetalSoft también admite la automatización del flujo de trabajo y las capacidades de integración de infraestructura como código (IaC) mediante Terraform y Ansible.

MITCH: ¿Tiene una solución en la nube bare-metal alguna ventaja de costo sobre el uso de servicios en la nube como AWS o Azure?

BERNIE: Sí, la nube bare-metal de MetalSoft no solo ofrece ventajas de rendimiento y resiliencia, sino que también ofrece ventajas de costos sobre los servicios de nube pública. En comparación con las nubes públicas, la mejora promedio del Costo total de propiedad estimado es 4X. Un análisis de costos más detallado está disponible a pedido de MetalSoft.

MITCH: ¿Algo más que le gustaría agregar?

BERNIE: Aunque los proveedores de nube pública también ofrecen nubes bare-metal, la disponibilidad de la plataforma de automatización bare-metal de MetalSoft proporciona una nueva alternativa para proporcionar una opción de autoservicio y multiinquilino que encontrarán las empresas, los proveedores de SaaS y los proveedores de servicios en la nube. ser integral, eficiente y rentable para ejecutar todas las aplicaciones. La plataforma MetalSoft ha sido probada en producción y tiene certificación ISO durante más de ocho años en toda Europa como la oferta de nube completa para una empresa hermana, BigStep.

MITCH: Gracias, Bernie, por tomarte el tiempo de explicarnos todo esto.

BERNIE: De nada.


Vistas de publicaciones:
19


EzoicoQuéjate de este anuncio

Leave a Reply

Your email address will not be published. Required fields are marked *