Cuándo vale la pena cambiar de una instancia de contenedor a una VM

La mayoría de las personas comienzan con una instancia de contenedor porque es la forma más rápida de poner en marcha una carga de trabajo. Es un buen valor predeterminado. El problema comienza cuando dedicas más tiempo a luchar por el medio ambiente que a hacer el trabajo que has venido a hacer.

Cambiar a una máquina virtual (VM) no es una opción «más avanzada» por sí sola. Es una opción práctica cuando necesitas un servidor Linux con la forma normal y el tiempo de ejecución del contenedor sigue siendo un obstáculo.

Si quieres el rápido «¿cuál debo elegir?» versión, lee esto primero: VM o contenedor: cómo elegir en 60 segundos. Si quieres la actualización del producto que introdujo las máquinas virtuales, empieza por aquí: Compute ahora admite máquinas virtuales (VM).

Las señales de que es hora de cambiar

No necesitas una gran razón. Necesitas una razón sólida que siga apareciendo. Estos son los que importan en la vida real.

Sigues necesitando sudo, paquetes de sistema o cambios a nivel del sistema operativo. Si tus instrucciones de configuración comienzan con «instalar estos paquetes» y te quedas atascado porque no puedes hacerlo de forma limpia, ya estás pagando el impuesto. Una máquina virtual te ofrece un sistema operativo completo y el control que conlleva.

Quieres que Docker funcione de forma normal. Si tu flujo de trabajo depende del propio Docker (especialmente de Docker Compose o de las pilas multiservicio), una VM es la ruta más limpia. Dedicarás menos tiempo a las soluciones alternativas y más tiempo a los envíos. Ejecute Docker de la forma habitual en una máquina virtual de procesamiento

Está intentando ejecutar una carga de trabajo «en forma de servidor». Algunos programas esperan servicios del sistema, demonios en segundo plano y una máquina que se comporte como un host Linux clásico. En ocasiones, puede doblarlo para convertirlo en un contenedor. Rara vez vale la pena luchar cuando hay una máquina virtual disponible.

Necesitas un aislamiento más estricto para estar tranquilo. Los contenedores son eficientes. Las máquinas virtuales ofrecen un límite más sólido porque son un entorno totalmente virtualizado. Si se encuentra en una situación con varios inquilinos, realizando pruebas comparativas o trabajando con requisitos operativos más estrictos, ese aislamiento puede marcar la diferencia entre la confianza y las dudas constantes.

Desea un entorno de sistema estable y persistente para el trabajo iterativo. Si su flujo de trabajo implica configurar gradualmente la máquina (cadenas de herramientas, configuraciones del sistema, dependencias de larga duración), es más natural hacerlo en una máquina virtual que dentro de un entorno de ejecución de contenedor diseñado para ser eficiente.

Una regla sencilla que nos gusta: si has pasado más de una hora intentando «hacer que el contenedor se comporte como una máquina virtual», detente y usa una máquina virtual.

Cuándo debe permanecer en un contenedor

A veces, la respuesta honesta es «no cambies».

Si su carga de trabajo es un servicio único o se basa en una plantilla conocida, los contenedores suelen ser más sencillos. También son más fáciles de reproducir y reemplazar. Si estás haciendo experimentos rápidos, trabajos breves o cualquier cosa que quieras montar y desmontar sin tener que preocuparte por el mantenimiento del sistema operativo, los contenedores siguen siendo la herramienta adecuada.

Si no está seguro, también puede tratar los contenedores como la fase de exploración y las máquinas virtuales como la fase de creación. Ese camino es común y sensato.

Qué cambia cuando se pasa a una máquina virtual

Una máquina virtual le brinda un control total del sistema operativo. Esto significa que eliges un sistema operativo Linux, te conectas a través de SSH y administras la máquina como lo harías en cualquier otro servidor. También significa que eres el propietario de una mayor parte de la configuración. Instalarás las dependencias del sistema, controlarás el uso del disco y decidirás cómo funcionan tus servicios.

El resto debería resultarle familiar. Sigues eligiendo la ubicación y el hardware de la misma manera, y sigues administrándolo todo desde la misma consola de Compute.

Para obtener detalles sobre el ciclo de vida, como el comportamiento de detener/iniciar y lo que persiste, trate los documentos como la fuente de la verdad: Iniciar, detener y terminar instancias.

Cómo cambiar sin drama

No necesitas un gran proyecto de migración. Necesitas una mudanza controlada con un plan de reversión.

Empieza por enumerar lo que la configuración de tu contenedor necesita para ejecutarse: variables de entorno, puertos abiertos, datos externos y cualquier servicio con el que se comente. Esto es lo que hace que una carga de trabajo sea «suya», independientemente del tiempo de ejecución.

Cree una máquina virtual que coincida con su forma actual. Elija la misma ubicación y aproximadamente la misma clase de hardware. De este modo, la comparación del rendimiento es honesta y evita introducir una segunda variable durante la migración. Si necesitas un repaso sobre la creación de máquinas virtuales, usa: Inicio rápido de cómputos.

Decida cómo quiere ejecutar la carga de trabajo en la máquina virtual. Tiene dos opciones comunes. Si tu carga de trabajo ya se envía en contenedores y has elegido una máquina virtual principalmente porque «Docker funciona con normalidad», la opción más sencilla suele ser ejecutar la misma pila en la máquina virtual mediante Docker. Si cambias porque necesitas herramientas a nivel del sistema operativo, puedes ejecutar la aplicación directamente en la máquina virtual. Ambas son válidas. Elige el que reduzca el tiempo de configuración y el mantenimiento futuro de tu equipo.

Mueva los datos de forma deliberada. No confíe en que «es probable que siga ahí». Coloca los artefactos importantes en un lugar diseñado para almacenarlos y compartirlos (almacenamiento de objetos, un repositorio, un depósito de conjuntos de datos, cualquier cosa en la que tu equipo ya confíe). Si necesitas ayuda para pensar en la persistencia, esta explicación está pensada para eliminar la ambigüedad: ¿Guarda una máquina virtual mis cambios? Explicación de la persistencia en la computación.

Pruebe la máquina virtual antes de cambiar el tráfico. Ejecute la misma carga de trabajo, confirme que se comporta y, a continuación, cambie. Mantén la instancia del contenedor el tiempo suficiente para revertirla si observas algo extraño.

Si expones los servicios a Internet, planifica los puertos con antelación. Aquí es donde la gente pierde tiempo. Configure la conectividad una vez que sepa lo que necesita y manténgala limitada. Si quieres la versión en inglés sencillo de las opciones de conexión, usa: SSH, HTTPS, TCP, UDP: cómo exponer un servicio desde una máquina virtual de procesamiento.

Preguntas frecuentes que se hacen las personas antes de cambiarse

¿El cambio interrumpirá mi flujo de trabajo?

No debería, si separas la «configuración de la carga de trabajo» del «tiempo de ejecución». Las variables de entorno, los puertos y las rutas de datos son el verdadero flujo de trabajo. El tiempo de ejecución es el contenedor o la máquina virtual que lo aloja.

¿Tengo que aprender muchas cosas nuevas?

Hará una configuración más similar a la de Linux en una máquina virtual, sí. Ese es el punto. El oficio consiste en dejar de luchar contra el medio ambiente y empezar a utilizar las herramientas normales. Para muchos equipos, esto supone una reducción neta del esfuerzo tras la primera configuración.

¿Debo cambiarme solo porque ya existen máquinas virtuales?

No. Si los recipientes ya caben, siga usándolos. Cambie cuando tenga una necesidad concreta: Docker, control del sistema operativo, servicios del sistema, aislamiento o reproducibilidad.

Prueba Compute

Si estás alcanzando los límites con una instancia de contenedor, no la consideres un error personal. Trátalo como una señal. Lance una máquina virtual, controle el sistema operativo y mantenga el trabajo en marcha.

‍