• Tipo 1: Hipervisores físicos: Se ejecutan directamente en el hardware físico del host. Se usan comúnmente en centros de datos empresariales por su alto rendimiento y eficiencia. Por ejemplo, Google Cloud usa un hipervisor basado en KVM para potenciar sus máquinas virtuales de Compute Engine.
• Tipo 2: hipervisores alojados: Estos se ejecutan como una aplicación sobre un sistema operativo existente, lo que los hace adecuados para el uso de escritorio. El caso de uso más común es para desarrollo y pruebas.

Es posible que, más recientemente, también hayas escuchado hablar sobre máquinas virtuales en la nube o VMs en la nube. Las máquinas virtuales en la nube son simplemente máquinas virtuales que se ejecutan en servidores virtuales en la nube. Muchos proveedores de servicios en la nube permiten crear y ejecutar máquinas virtuales en la nube en su infraestructura, lo que permite usar sus potentes servidores como máquinas anfitrión y aprovechar otros servicios definidos por software, como el almacenamiento de memoria y de red. Estas VMs en la nube suelen clasificarse según su optimización de recursos:

• Las VMs de uso general son adecuadas para una amplia variedad de tareas y cargas de trabajo.
• Las VMs optimizadas para procesamiento están diseñadas para la computación de alto rendimiento (HPC) y las aplicaciones de procesamiento intensivo.
• Las VMs con optimización de memoria son ideales para bases de datos empresariales a gran escala y cargas de trabajo que requieren grandes cantidades de memoria.
• Las VMs especializadas se configuran con recursos específicos de alta gama, como GPU, para IA/AA y computación científica avanzada.
• Las Confidential VMs son un tipo seguro que protege los datos incluso mientras se procesan en la memoria.

Si bien las VMs y los contenedores se usan para aislar aplicaciones, lo hacen de formas fundamentalmente diferentes. Una máquina virtual virtualiza toda la pila de hardware físico, incluido el sistema operativo. Esto hace que cada VM sea un entorno aislado y autónomo, pero también significa que las VMs tienden a ser más grandes y a ocupar más recursos.

Por el contrario, los contenedores son más ligeros porque solo virtualizan la capa del SO. En lugar de agrupar un sistema operativo completo con cada aplicación, un contenedor comparte el kernel del SO del host. Esto hace que los contenedores usen menos recursos que las VMs y se inicien más rápido, mientras permanecen aislados. Esto hace que los contenedores sean atractivos para el desarrollo de nuevas aplicaciones. Dado que muchas de las aplicaciones desarrolladas en los últimos 10 años se escribieron para contenedores, muchas cargas de trabajo, incluidas las de comercio electrónico, back-office y de IA, son “nativas de contenedores”.

Sin embargo, deben tenerse en cuenta algunas consideraciones cuando se ejecutan VMs. Uno de los mayores desafíos potenciales de las máquinas virtuales es que ejecutar varios sistemas operativos y una capa de hipervisor puede tener un costo de rendimiento si la máquina anfitrión no es lo suficientemente sólida. Además, es posible que el hardware virtual no sea tan eficiente como el hardware físico de una máquina física. Por último, la mayoría de los proveedores de servicios en la nube ofrecen máquinas virtuales que tienen una CPU y una memoria fijas, lo que lleva a un uso ineficiente de los recursos.

Sin embargo, muchas de estas inquietudes se pueden superar si se opta por usar las VMs que ofrece un proveedor de servicios en la nube. Las VMs de Cloud proporcionan muchas ventajas en comparación con las VMs tradicionales, ya que les ofrecen a las organizaciones acceso a la potencia de procesamiento de las computadoras de todo un centro de datos, en lugar de hacerlo en una sola máquina. Además, los tamaños de máquinas virtuales de Google Compute Engine ofrecen tipos de máquinas personalizados. En lugar de elegir entre tipos de máquinas predefinidos que podrían incluir capacidad excesiva, puedes adaptar la proporción de CPU a memoria específicamente para tus cargas de trabajo, de modo que solo pagues por los recursos que realmente usas. Este enfoque específico minimiza el desperdicio y puede reducir significativamente tu inversión en la nube, especialmente cuando migras de un entorno local a Google Cloud o desde otros proveedores de servicios en la nube. Compute Engine también ofrece tipos de máquinas virtuales optimizados para necesidades específicas de los clientes en cargas de trabajo empresariales, parámetros de configuración de memoria alta o cargas de trabajo exigentes, como aprendizaje automático o computación de alto rendimiento.

Google Cloud también ofrece máquinas virtuales protegidas para aumentar la seguridad y la integridad verificable de tus instancias de VM. Las máquinas virtuales protegidas por Google Cloud aprovechan las capacidades y los controles de seguridad avanzados de la plataforma que protegen las cargas de trabajo empresariales de amenazas como ataques remotos, elevación de privilegios y usuarios maliciosos con información privilegiada. 

Para ciertas aplicaciones, los desarrolladores pueden optar por omitir las VMs tradicionales por completo. Los modelos de implementación modernos, como la organización de contenedores (Google Kubernetes Engine - GKE) y la computación sin servidores (Cloud Run), son alternativas potentes para casos de uso específicos, ya que permiten a los equipos omitir la administración del sistema operativo de la VM, mejorar la velocidad de implementación y, a menudo, lograr mayores ahorros de costos.

Si ya tienes todo listo para comenzar a usar máquinas virtuales, Google Cloud las ofrece a través de Compute Engine. Compute Engine ofrece instancias de VM flexibles y autoadministradas alojadas en la infraestructura de Google. Aquí tienes una descripción general de alto nivel sobre cómo crear una VM en Compute Engine y conectarte a ella:

Necesitas un proyecto de Google Cloud con la facturación habilitada. Los usuarios nuevos pueden registrarse para obtener una prueba gratuita.

Esta API es necesaria para crear y administrar VMs. Puedes habilitarla en la consola de Google Cloud o con gcloud CLI.

Puedes crear instancias de VM con la consola de Google Cloud o gcloud CLI.

• Con la consola: Navega a “Compute Engine” en la consola de Google Cloud y haz clic en “Crear instancia”. Luego, puedes configurar el nombre, la región, la zona, el tipo de máquina (por ejemplo, e2-medium), la imagen del disco de arranque (por ejemplo, Debian, Ubuntu, Windows Server) y otros parámetros de configuración de tu VM.
• Con gcloud CLI: Para los usuarios de la línea de comandos, se usa el comando gcloud compute instances create.

SSH (VMs de Linux): Conéctate de forma segura a tus instancias de Linux con SSH.

• Usa la consola de Google Cloud: El método más sencillo suele ser usar el botón “SSH” disponible junto a tu instancia en la sección Compute Engine de la consola. Se abrirá una sesión de terminal basada en el navegador.

Usa gcloud CLI: El comando gcloud compute ssh ofrece una forma conveniente de conectarse desde tu terminal local.

• Administra las claves SSH: De forma predeterminada, cuando usas gcloud compute ssh por primera vez con una VM, gcloud genera un par de claves SSH. Luego, agrega tu clave pública a los metadatos de la VM o del proyecto. El agente invitado de Google que se ejecuta en la VM configura automáticamente sshd para permitir el acceso con esta clave.

Usa el Acceso al SO (recomendado): Para mejorar la seguridad y optimizar la administración de claves SSH, especialmente en varias VMs o equipos, considera habilitar el Acceso al SO. Acceso al SO integra el control de acceso SSH con Google Cloud IAM. Con el Acceso al SO habilitado, las claves SSH se vinculan a tu identidad de Google, y el acceso se administra con permisos de IAM en lugar de distribuir claves a los metadatos de la instancia.

Para habilitar el Acceso al SO, establece la clave de metadatos enable-oslogin en TRUE en tu proyecto o en instancias individuales.

•  Luego, puedes conectarte con gcloud compute ssh como de costumbre. Obtén más información en la documentación Configura Acceso al SO.