Información confidencial de Google

Máquinas virtuales

En este módulo, analizaremos las instancias de máquinas virtuales (VM).

Las VM son el componente de infraestructura más común y, en el caso de

Google Cloud, las proporciona Compute Engine. Una VM es similar, pero no idéntica,
a una computadora de hardware. Las VM constan de una CPU virtual, una cantidad
determinada de memoria, almacenamiento en disco y una dirección IP.
Compute Engine es el servicio de Google Cloud que crea VM. Es muy flexible y
cuenta con muchas opciones, incluso algunas que no pueden existir en el hardware
físico. Por ejemplo, las micro VM comparten CPU con otras máquinas virtuales, por lo
que usted puede obtener una VM con menos capacidad a un costo más bajo. Otro
ejemplo de una función que no puede existir en el hardware es que algunas VM
cuentan con capacidad de aumento de actividad, es decir, la CPU virtual se ejecutará
por sobre la capacidad por la que se paga durante un período breve a través de la
CPU física compartida disponible. Las opciones principales de VM son CPU,
memoria, discos y redes.
 Información confidencial de Google

Temario

01 Compute Engine
Lab: Cómo crear máquinas virtuales

02 Opciones de procesamiento (CPU virtual y memoria)

03 Imágenes

04 Opciones de discos

05 Acciones comunes en Compute Engine

Lab: Cómo trabajar con máquinas virtuales

Este módulo es de carácter intensivo, ya que hay mucha información que

analizaremos sobre el funcionamiento de las máquinas virtuales en Google Cloud.
Comenzaremos con los conceptos básicos de Compute Engine y seguiremos con un
lab breve y rápido para que se familiarice aún más con la creación de máquinas
virtuales.

Luego, exploraremos las distintas opciones de CPU y memoria que le permitirán

crear diferentes parámetros de configuración.

A continuación, hablaremos sobre las imágenes y las opciones de discos disponibles

en Compute Engine.

Después, analizaremos acciones muy comunes de Compute Engine que podría

encontrar en su trabajo diario. Seguiremos luego con un lab detallado que explora
muchos de los servicios y las funciones que abordamos en el módulo.

Comencemos con una descripción general de Compute Engine.

 Información confidencial de Google

Compute Engine

01
 Información confidencial de Google

Opciones de procesamiento de Google Cloud

Compute  Entorno estándar de Entorno flexible de
GKE Cloud Functions
Engine App Engine App Engine
Python
[Link]
Python Go
[Link] Java Python
Lenguajes
Cualquiera Cualquiera Go PHP [Link]
admitidos
Java Ruby Go
PHP .NET
Entornos de ejecución
personalizados
Modelo de IaaS Arquitectura
IaaS PaaS PaaS
uso PaaS de microservicios
Servidor
Servidores administrados con ajuste de escala
Escalamiento Ajuste de escala Clúster Sin servidores
automático
automático
Cargas de Cargas de
Caso de uso Aplicaciones web escalables Acciones de eventos
trabajo trabajo de
principal Aplicaciones de backend móvil ligeros
generales contenedores

Como se mencionó en la introducción del curso, existe una gran variedad de

opciones para el procesamiento en Google Cloud. Nos enfocaremos en las instancias
tradicionales de máquina virtual.

La diferencia es que Compute Engine le entrega la máxima flexibilidad: realice

ejecuciones en cualquier lenguaje que desee; es su máquina virtual. Este es
simplemente un modelo de infraestructura como servicio (IaaS).

Usted cuenta con una VM y un sistema operativo y puede elegir cómo administrarlos
y manejar factores como el ajuste de escala automático, en el que configurará las
reglas para agregar más máquinas virtuales en situaciones específicas. Más adelante
en el curso hablaremos sobre el ajuste de escala automático.

El caso de uso principal de Compute Engine es cualquier carga de trabajo general,

sobre todo aplicaciones empresariales que se diseñaron para ejecutarse en una
infraestructura de servidores. Esto hace que Compute Engine sea muy portátil y fácil
de ejecutar en la nube.

Es posible que otros servicios, como Google Kubernetes Engine, que consta de
cargas de trabajo alojadas en contenedores, no sean tan fáciles de transferir como
las cargas de trabajo locales que suele usar.
 Información confidencial de Google

Compute Engine

Infraestructura como servicio (IaaS)

Compute 
Engine
Tipos personalizados o predefinidos de máquinas:

● CPU virtuales (núcleos) y memoria (RAM)

● Almacenamiento
○ Disco persistente zonal o regional (HDD o SSD)
○ SSD local
○ Cloud Storage
● Redes
● Linux o Windows

¿Qué es Compute Engine? En términos sencillos, se trata de los servidores físicos

que ya conoce, pero que se ejecutan en el entorno de Google Cloud con varios
parámetros de configuración diferentes.

Los tipos personalizados de máquinas y los predefinidos le permiten elegir cuánta

memoria y cuánta CPU desea. Usted elige el tipo de disco que desea, sin importar si
se trata de discos persistentes respaldados por discos duros estándar o unidades de
estado sólido, SSD locales, Cloud Storage o una mezcla. Incluso puede configurar
interfaces de redes y ejecutar una combinación de máquinas de Linux y Windows.
Analizaremos estas opciones de manera más detallada más adelante en el módulo.
 Información confidencial de Google

Características de Compute Engine Balanceo de cargas global:

● Varias regiones para la
disponibilidad
Redimensionamiento de máquinas
● Motor de recomendaciones para
Administración de parches de SO:
un tamaño de máquina óptimo
● Crear aprobaciones de parches
● Estadísticas de Cloud Monitoring
● Configurar la programación flexible
● Recomendaciones nuevas 24 horas
después de la creación o el ajuste ● Aplicar la configuración avanzada
de las VM de parches

● Metadatos de la ● Facturación por segundo

instancia ● Descuentos por uso continuo
● Secuencia de comandos ● Descuentos por compromiso
de inicio de uso

Políticas de
Interrumpible:
disponibilidad:
● Hasta un 80% de descuento
● Migración en vivo
● Sin ANS
● Reinicio automático

En este módulo se abordarán muchas características diferentes, como el

redimensionamiento de máquinas, las secuencias de comandos de inicio, los
metadatos, las políticas de disponibilidad, la administración de parches de SO y los
descuentos en el precio y por uso.
 Información confidencial de Google

Procesamiento

Muchos tipos de máquinas

● La capacidad de procesamiento de la red

escala 2 Gbps por CPU virtual (pocas
excepciones) CPU virtual

● Máximo teórico de 32 Gbps con 16 CPU

virtuales o 100 Gbps con GPU T4 o V100 mem

Una CPU virtual equivale a 1 hipersubproceso

de hardware

Para comenzar, analicemos las opciones de procesamiento.

Compute Engine proporciona muchos tipos de máquinas diferentes que analizaremos

más adelante en este módulo. Si estas no satisfacen sus necesidades, puede
personalizar su propia máquina.
La CPU que elija influirá en la capacidad de procesamiento de su red.
Específicamente, su red escalará a 2 Gbits por segundo por cada núcleo de CPU,
excepto las instancias con 2 o 4 CPU, que recibirán hasta 10 Gbits por segundo de
ancho de banda.

Al momento de esta grabación, la capacidad de procesamiento tenía un máximo

teórico de 32 Gbits por segundo para una instancia con 16 o más CPU, y una
capacidad de procesamiento con un máximo de 100 Gbits por segundo para
instancias específicas que tienen GPU T4 y V100 conectadas.

Cuando migra desde una configuración local, está acostumbrado a los núcleos
físicos, que tienen hipersubprocesos. En Compute Engine, cada CPU virtual se
implementa como un hipersubproceso de hardware único en una de las plataformas
de CPU disponibles.

Para obtener una lista actualizada de las plataformas de CPU disponibles, consulte la
página de documentación.
 Información confidencial de Google

Almacenamiento

Discos

● Estándar, SSD o SSD local

● Los PD SSD estándar y locales reducen la escala

del rendimiento por cada GB de espacio
asignado

Cambie el tamaño de los discos o migre instancias

sin tiempo de inactividad.

Después de que elija sus opciones de procesamiento, le recomendamos elegir su

disco.

Tiene tres opciones: estándar, SSD o SSD local. En pocas palabras, ¿desea usar
unidades de disco duro rotativos (HDD) estándar o de estado sólido (SSD) con
memoria flash? Ambas opciones otorgan la misma cantidad de capacidad respecto al
tamaño del disco cuando se elige un disco persistente. Por lo tanto, la pregunta en
realidad apunta a la comparación del rendimiento y el costo, ya que cada opción
tiene una estructura de precios diferente.

En términos sencillos, las SSD están diseñadas para entregarle una mayor cantidad
de IOPS por dólar, mientras que los discos estándar le otorgan más capacidad por la
inversión que realizó.

Las SSD locales incluso tienen una mayor capacidad de procesamiento y menos
latencia que los discos persistentes SSD, ya que están conectados al hardware
físico. Sin embargo, los datos que se almacenan en las SSD locales persisten solo
hasta que detiene la instancia o la borra. Por lo general, las SSD locales se usan
como discos de intercambio, del mismo modo que si se quisiera crear un disco RAM,
pero, si se necesita más capacidad, se pueden almacenar en una SSD local. Puede
crear instancias con un máximo de ocho particiones separadas de SSD local de
375 GB, lo que equivale a un total de 3 TB de espacio SSD local para cada instancia.

Los discos SSD estándar y no locales pueden alcanzar un tamaño de hasta 257 TB
por instancia. El rendimiento de estos discos se escala con cada GB de espacio
asignado.
 Información confidencial de Google

Redes

Características de las redes sólidas

● Redes predeterminadas y personalizadas

● Reglas de firewall entrantes y salientes

○ Basadas en IP
○ Etiquetas de instancia y grupo

● Balanceo de cargas HTTPS regionales

● Balanceo de cargas de red

○ No necesita preparación previa

● Subredes globales y multirregionales

En cuanto a las redes, ya vimos las características que se aplican a Compute Engine
en el lab del módulo anterior. Analizamos los distintos tipos de redes y creamos
reglas de firewall con direcciones IP y etiquetas de red.

También notará que puede realizar balanceo de cargas de HTTPS regional y de red.
Para esto no se necesita ninguna preparación previa, ya que los balanceadores de
cargas no son dispositivos de hardware que necesiten analizar su tráfico. En
términos simples, un balanceador de cargas es un conjunto de reglas de ingeniería
de tráfico que llegan a la red de Google y la VPC aplica sus reglas destinadas al
rango de subred de su dirección IP. Aprenderemos más sobre los balanceadores de
cargas más adelante en el curso.

Si desea ver una explicación rápida del proceso de creación de una instancia de VM,
consulte esta demostración.
 Información confidencial de Google

Acceso a la VM

Linux: SSH Windows: RDP

● SSH desde Cloud Console o Cloud Shell ● Clientes de RDP
mediante el SDK de Cloud
● Terminal de PowerShell
● SSH desde la computadora o el cliente
● Requiere configurar la contraseña de
externo; genera el par de claves
Windows
● Requiere que la regla de firewall permita
● Requiere que la regla de firewall permita
tcp:22
tcp:3389

Para acceder a una VM, el creador de la instancia debe tener privilegios completos
de usuario raíz sobre ella.

En una instancia de Linux, el creador tiene capacidad SSH y puede usar

Cloud Console para otorgarla a otros usuarios.

En una instancia de Windows, el creador puede usar Cloud Console para generar un
nombre de usuario y una contraseña. Después de que lo haga, todos quienes sepan
el nombre de usuario y la contraseña se pueden conectar a la instancia con un
cliente del protocolo de escritorio remoto (RDP).

Creamos una lista con las reglas de firewall necesarias para SSH y RDP, pero no es
obligatorio que las defina si usa la red predeterminada que abordamos en el módulo
anterior.

Consulte estos vínculos para obtener más información sobre la administración de

claves SSH y cómo crear contraseñas para instancias de Windows.
 Información confidencial de Google

Ciclo de vida de las VM

Reiniciar

Restablecer

Aprovisionamiento Etapa de pruebas En ejecución Detenida

CPU virtuales Direcciones IP Secuencia de Secuencia de

+ comandos de establecer/
interna comandos de
Memoria Nube privada
inicio obtener
externa virtual cierre
metadatos

Exportar
Disco raíz Imagen Acceso Finalizado
imagen del
Disco persistente del SSH | RDP
Cloud  sistema
sistema Storage

Instantánea Política de
Borrar
del disco disponibilidad
Discos persistente
Iniciar Modificar
adicionales Usar
Mover la VM a
Migración en vivo otra zona

El ciclo de vida de una VM se representa con distintos estados. Abordaremos este

ciclo de vida en términos generales, pero recomendamos que use este diagrama
como referencia.

Cuando define todas las propiedades de una instancia y hace clic en Crear, la
instancia entra al estado de aprovisionamiento. Aquí, los recursos como la CPU, la
memoria y los discos se reservan para la instancia, pero la instancia todavía no se
está ejecutando. A continuación, la instancia avanza al estado de etapa de pruebas,
en la que los recursos se adquirieron y la instancia está lista para iniciarse.
Específicamente, en este estado, Compute Engine agrega direcciones IP, inicia la
imagen del sistema y también inicia el sistema.

Después de que la instancia comienza a ejecutarse, se pasa por secuencias de

comandos de inicio configuradas previamente y habilitará el acceso a SSH o RDP.
Ahora puede realizar varias acciones mientras se ejecuta su instancia. Por ejemplo,
puede migrar en vivo su máquina virtual a otro host en la misma zona en lugar de
solicitar que se reinicie la instancia. Esto le permite a Google Cloud realizar un
mantenimiento integral para que la infraestructura esté protegida y sea confiable, sin
interrumpir ninguna de las VM. Mientras se ejecuta la instancia, también puede
mover su VM a otra zona, obtener una instantánea del disco persistente de la VM,
exportar la imagen del sistema o volver a configurar los metadatos. Exploraremos
algunas de estas tareas en los labs posteriores.

Algunas acciones requieren que detenga su máquina virtual, por ejemplo, si desea
agregarle más CPU. Cuando la instancia entre a ese estado, pasará por secuencias
de comandos de cierre preconfiguradas y terminará en el estado finalizado. En este
punto, puede decidir si reiniciar la instancia (lo que la devolvería al estado de
aprovisionamiento) o borrarla.

También puede restablecer una VM, que es similar a presionar el botón de

restablecer en su computadora. Con esta acción, se borra el contenido de la memoria
de la máquina y se restablece la máquina virtual a su estado inicial. La instancia
permanece en ejecución durante el restablecimiento.
 Información confidencial de Google

Cambie el estado de ejecución de la VM

Métodos Tiempo de la secuencia Estado
de comandos de cierre

reset console, gcloud, API, OS no Permanece en ejecución

restart console, gcloud, API no finalizado➡en ejecución

reboot OS: sudo reboot aprox. 90 s en ejecución➡en ejecución

stop console, gcloud, API aprox. 90 s en ejecución➡finalizado

shutdown OS: sudo shutdown aprox. 90 s en ejecución➡finalizado

delete console, gcloud, API aprox. 90 s en ejecución➡N/A

interrupción automático aprox. 30 s N/A

“Apagar ACPI”

Existen diferentes formas en las que puede cambiar el estado de ejecución de una
VM. Algunas requieren de Cloud Console y el comando de gcloud, mientras que otras
se realizan desde el SO, como el reinicio y el cierre.

Es importante saber que, si reinicia, detiene o incluso borra una instancia, el proceso
tardará alrededor de 90 s. En una VM interrumpible, si la instancia no se detiene
después de 30 s, Compute Engine envía una señal ACPI G3 Mechanical Off al
sistema operativo. Recuérdelo cuando escriba secuencias de comandos de cierre
para VM interrumpibles.
 Información confidencial de Google

Política de disponibilidad: cambios automáticos

Se denominan “opciones de programación” en el SDK y la API.

Reinicio automático
● Reinicio de VM automático debido a fallas o eventos de mantenimiento
○ Sin interrupciones ni finalizaciones iniciadas por el usuario

Mantenimiento en el host
● Determina si el host se migró en vivo o se finalizó debido a un evento de mantenimiento.
La migración en vivo es la opción predeterminada.

Migración en vivo
● Durante los eventos de mantenimiento, la VM se migra a un hardware diferente sin interrupciones.
● Los metadatos indican que ocurrió la migración en vivo.

Como mencionamos antes, Compute Engine puede migrar en vivo sus máquinas
virtuales a otro host debido a eventos de mantenimiento para evitar que sus
aplicaciones experimenten interrupciones. La política de disponibilidad de las VM
determina el comportamiento de las instancias en este tipo de situaciones.

El comportamiento de mantenimiento predeterminado de las instancias es la

migración en vivo, pero puede cambiarlo para que finalice la instancia durante los
eventos de mantenimiento. Si su VM está finalizada debido a una falla o a otro
evento de mantenimiento, la instancia se reiniciará automáticamente de forma
predeterminada, pero también puede cambiar esta opción.

Estas políticas de disponibilidad se pueden configurar cuando se crea la instancia y

mientras se está ejecutando. Para ello, configure las opciones de reinicio automático
y de mantenimiento en el host.

Si desea obtener más información sobre la migración en vivo, consulte la página de

documentación.
 Información confidencial de Google

La administración de parches es esencial

para administrar la infraestructura
Administre SO con facilidad mediante Google Cloud.
● Mantenga las infraestructuras actualizadas.
● Disminuya el riesgo de vulnerabilidades de
seguridad.

Administración de parches de SO:
● Informes de cumplimiento de los parches
● Aplicación de parches a implementaciones

Las actualizaciones de SO forman parte de la administración de la infraestructura.

Veamos cómo administrar las actualizaciones de una flota de VM de Windows.

Cuando aprovisiona una imagen premium, hay un costo asociado con ella. El costo
incluye el uso del SO y la administración de parches a este. Con Google Cloud,
podemos administrar con facilidad los parches de sus SO.

Administrar los parches de manera eficaz es una forma excelente de mantener su

infraestructura actualizada y disminuir el riesgo de vulnerabilidades de seguridad.
Pero, sin las herramientas correctas, aplicar parches puede ser abrumador y requerir
de mucho esfuerzo.

Use la Administración de parches de SO para aplicar parches del sistema operativo

en un conjunto de instancias de VM de Compute Engine. Las VM de larga duración
requieren actualizaciones periódicas del sistema para protegerlo contra defectos y
vulnerabilidades.

El servicio de Administración de parches de SO tiene dos componentes principales:

● El informe de cumplimiento de parches, que proporciona estadísticas sobre el

estado de los parches de sus instancias de VM en las distribuciones de
Windows y Linux. Además de las estadísticas, puede ver recomendaciones
para sus instancias de VM.
● La implementación de parches, que automatiza el proceso de actualización de
● parches de software y sistema operativo. Las implementaciones de parches
programan los trabajos de aplicación de estos, que se ejecutan en instancias
de VM y aplican los parches.
 Información confidencial de Google

Existen muchas tareas que se pueden realizar

con la administración de parches
Crear aprobaciones de parches

Configurar la programación flexible

Aplicar la configuración avanzada de

parches

Administrar los trabajos de aplicación de

parches o las actualizaciones desde una
ubicación centralizada

Existen muchas tareas que se pueden realizar con la administración de parches.

Conózcalas a continuación:

● Crear aprobaciones de parches

○ Puede seleccionar los parches que desea aplicar desde el conjunto
completo de actualizaciones disponibles para el sistema operativo
específico.
● Configurar la programación flexible
○ Puede elegir cuándo ejecutar actualizaciones de parches
(programaciones únicas y recurrentes).
● Aplicar la configuración avanzada de parches
○ Para personalizar los parches, puede configurar parámetros como
secuencias de comandos de parches anteriores y posteriores.
● Además, puede administrar estos trabajos de aplicación de parches o
actualizaciones desde una ubicación centralizada
 Información confidencial de Google

VM detenida (finalizada)

No se aplican cargos por las VM detenidas

● Sí se aplican cargos por las IP y los discos conectados

Acciones
● Cambiar el tipo de máquina
● Migrar la instancia de VM a otra red
● Agregar o quitar los discos conectados, y cambiar la configuración de eliminación automática
● Modificar etiquetas de instancias
● Modificar VM personalizadas o metadatos de todo el proyecto
● Quitar o configurar una IP estática nueva
● Modificar la política de disponibilidad de la VM
● No se puede cambiar la imagen de una VM detenida

Cuando se finaliza una VM, no debe pagar por la memoria ni los recursos de CPU.
Sin embargo, sí se le cobrará por los discos conectados y las direcciones IP
reservadas. En el estado de finalización, puede realizar cualquiera de las acciones
mencionadas aquí, como cambiar el tipo de máquina, pero no puede cambiar la
imagen de una VM finalizada.

Además, no todas las acciones requieren que detenga la máquina virtual. Por
ejemplo, las políticas de disponibilidad de la VM se pueden cambiar mientras esta se
ejecuta, como lo analizamos anteriormente.
 Información confidencial de Google

Introducción al lab
Cómo crear máquinas virtuales

Tomemos algunos de los conceptos de Compute Engine que acabamos de analizar y

apliquémoslos en un lab.
 Información confidencial de Google

Objetivos del lab

01 Crear varias VM estándar

02 Crear VM avanzadas

Tomemos algunos de los conceptos de Compute Engine que acabamos de analizar y

apliquémoslos en un lab.

En este lab, explorará las opciones de instancias de la máquina virtual creando

muchas VM estándar y una personalizada. También se conectará a las VM con SSH
para máquinas de Linux y RDP para máquinas de Windows.
 Información confidencial de Google

Opciones de

02
procesamiento (CPU
virtual y memoria)

Ahora que completó el lab, profundicemos en las opciones de procesamiento que

están disponibles en Google Cloud. Para ello, nos enfocaremos en la CPU y la
memoria.
 Información confidencial de Google

Cree una VM

01 Instancias de VM CREAR INSTANCIA IMPORTAR VM

[Link]

02 $ gcloud compute instances create [instance-name]

$ ...
línea de comandos
incluido Cloud Shell
Muchas opciones de VM ● Proyecto ● Tipo de máquina
03 API de REST ● Región ● Opciones de discos
● Zona ● Imagen
● Subred ● Opciones de IP

Tiene tres opciones para crear y configurar una VM. Puede usar Cloud Console
(como lo hizo en el lab anterior), la línea de comandos de Cloud Shell o la
API de RESTful. Si desea automatizar y procesar parámetros de configuración muy
complejos, le recomendamos que los configure de manera programática con la
API de RESTful. Para hacerlo, defina todas las opciones de su entorno.

Si pretende usar la línea de comandos o la API de RESTful, le recomendamos que

primero configure la instancia mediante Cloud Console y, luego, le pida a
Compute Engine la solicitud de REST o línea de comandos equivalente, como le
explicamos en la demostración anterior. Así, evita los errores tipográficos y obtiene
listas desplegables con todas las opciones de CPU y memoria disponibles.

Hablando de opciones de CPU y memoria, veamos los distintos tipos de máquinas

disponibles actualmente.
 Información confidencial de Google

Tipos de máquina

Tipos predefinidos de máquinas: proporción de GB de memoria por CPU virtual

● Estándar
● Capacidad de memoria alta
● Capacidad de CPU alta
● Con optimización de memoria
● Optimizada para procesamiento
● Núcleo compartido

Tipos personalizados de máquinas:

● Usted especifica la cantidad de memoria y de CPU virtuales.

Un tipo de máquina especifica un conjunto particular de recursos de hardware

virtualizados disponibles para una instancia de VM, incluidos la cantidad de memoria
del sistema, el recuento de CPU virtuales y la capacidad máxima de los discos
persistentes. Google Cloud cuenta con muchos tipos de máquinas que se pueden
agrupar en 2 categorías:

● Tipos predefinidos de máquinas: Estos tienen un conjunto de recursos fijo, los

administra Compute Engine y están disponibles en varias clases diferentes.
Cada clase tiene una proporción de GB de memoria por CPU virtual definida
previamente. Incluye los siguientes tipos de máquinas:
○ Tipos de máquinas estándar
○ Tipos de máquinas con alta capacidad de memoria
○ Tipos de máquinas con alta capacidad de CPU
○ Tipos de máquinas con optimización de memoria
○ Tipos de máquinas optimizados para procesamiento
○ Tipos de máquinas de núcleo compartido
● Tipos personalizados de máquinas: Estos le permiten especificar la cantidad
de CPU virtuales y de memoria para su instancia.

Exploremos cada uno de estos tipos de máquinas, pero recuerde que ellos y sus
opciones disponibles pueden cambiar.
 Información confidencial de Google

Tipos de máquinas estándar

Nombre de la CPU Cant. máx. de Tamaño total

Memoria (GB)
máquina virtuales PD máx. de PD

n1-standard-1 1 3.75
3.75 GB de memoria
n1-standard-2 2 7.50
1 CPU virtual
n1-standard-4 4 15

n1-standard-8 8 30
128 257 TB
n1-standard-16 16 60

n1-standard-32 32 120

n1-standard-64 64 240

n1-standard-96 96 360

Los tipos de máquinas estándar son adecuados para las tareas que tienen
necesidades equilibradas de CPU y memoria. Los tipos de máquinas estándar tienen
3.75 GB de memoria por CPU virtual. Los parámetros de configuración de CPU
virtuales vienen en intervalos diferentes desde 1 CPU virtual hasta 96 CPU virtuales,
como se muestra en esta tabla. Cada una de estas máquinas admite un máximo de
128 discos persistentes con un tamaño total de 257 TB para cada PD, que también
es el caso para los tipos de máquina con alta capacidad de memoria, alta capacidad
de CPU, con optimización de memoria y optimizados para procesamiento.
 Información confidencial de Google

Tipos de máquinas con alta capacidad de memoria

Nombre de la CPU Cant. máx. de Tamaño total

Memoria (GB)
máquina virtuales PD máx. de PD

n1-highmem-2 2 13
6.5 GB de memoria
n1-highmem-4 4 26
1 CPU virtual
n1-highmem-8 8 52

n1-highmem-16 16 104 128 257 TB

n1-highmem-32 32 208

n1-highmem-64 64 416

n1-highmem-96 96 624

Los tipos de máquinas con alta capacidad de memoria son ideales para las tareas
que requieren más memoria en relación con las CPU virtuales. Los tipos de
máquinas con alta capacidad de memoria tienen 6.50 GB de memoria de sistema por
CPU virtual. De manera similar a los tipos de máquinas estándar, los parámetros de
configuración de CPU virtuales vienen en intervalos diferentes, desde 2 hasta
96 CPU virtuales, como se muestra en esta tabla.
 Información confidencial de Google

Tipos de máquinas con alta capacidad de CPU

Nombre de la CPU Cant. máx. de Tamaño total

Memoria (GB)
máquina virtuales PD máx. de PD

n1-highcpu-2 2 1.80
0.9 GB de memoria
n1-highcpu-4 4 3.60
1 CPU virtual
n1-highcpu-8 8 7.20

n1-highcpu-16 16 14.4 128 257 TB

n1-highcpu-32 32 28.8

n1-highcpu-64 64 57.6

n1-highcpu-96 96 86.4

Los tipos de máquinas con alta capacidad de CPU son ideales para las tareas que
requieren más CPU virtuales en relación con la memoria. Los tipos de máquinas con
alta capacidad de CPU tienen 0.90 GB de memoria por CPU virtual.
 Información confidencial de Google

Tipos de máquinas con optimización de memoria

Nombre de la CPU Cant. máx. de Tamaño total

Memoria (GB)
máquina virtuales PD máx. de PD
Más de 14 GB de
m1-ultramem-40 40 961
memoria
m1-ultramem-80 80 1922
1 CPU virtual 128 257 TB
m1-megamem-96 96 1,433.6

m1-ultramem-160 160 3844

Los tipos de máquinas con optimización de memoria son ideales para las tareas que
requieren un uso intensivo de la memoria y una proporción memoria-CPU virtual más
alta que los tipos de máquinas con alta capacidad de memoria. Estos tipos de
máquinas son perfectos para las bases de datos y estadísticas en la memoria, como
SAP HANA, cargas de trabajo de almacenamiento empresarial, análisis genómico y
servicios de análisis de SQL. Los tipos de máquinas con optimización de memoria
tienen más de 14 GB de memoria por CPU virtual.

Estas máquinas tienen 4 parámetros de configuración, como se muestra en esta

tabla. Actualmente, solo m1-megamem-96 admite una SSD local.
 Información confidencial de Google

Tipos de máquinas optimizados para procesamiento

El rendimiento más alto por CPU virtual (turbo de núcleo completo continuo de hasta 3.8 GHz)

Nombre de la CPU Cant. máx. de Tamaño total

Memoria (GB)
máquina virtuales PD máx. de PD

c2-standard-4 4 16

c2-standard-8 8 32

c2-standard-16 16 64 128 257 TB

c2-standard-30 30 120

c2-standard-60 60 240

Los tipos de máquinas optimizados para procesamiento son ideales para cargas de
trabajo que hacen un uso intensivo del procesamiento. Ofrecen el mayor rendimiento
por núcleo de Compute Engine. Los tipos de máquinas C2, basados en los
procesadores escalables Intel de última generación (Cascade Lake), ofrecen hasta
3.8 GHz de turbo de núcleo completo continuo y proporcionan transparencia total en
la arquitectura de las plataformas de servidores subyacentes, lo que permite un
ajuste avanzado del rendimiento. Los tipos de máquinas C2 cuentan con mucha más
potencia de procesamiento, se ejecutan en una plataforma más reciente y, en
general, son más confiables para lidiar con cargas de trabajo de procesamiento
intensivo que los tipos de máquinas con alta capacidad de CPU N1.
 Información confidencial de Google

Tipos de máquinas de núcleo compartido

Nombre de la CPU Cant. máx. de Tamaño total

Memoria (GB)
máquina virtuales PD máx. de PD

f1-micro 0.2 0.60

16 3 TB
g1-small 0.5 1.70

Los tipos de máquinas de núcleo compartido proporcionan una CPU virtual que
puede ejecutarse en menos tiempo del habitual en un único hipersubproceso de
hardware de la CPU host que ejecuta su instancia. Las instancias con núcleo
compartido pueden ser más rentables para ejecutar aplicaciones pequeñas que no
requieren de más recursos que otros tipos de máquinas. Existen solo dos tipos de
máquinas de núcleo compartido entre las que elegir:

● f1-micro
● g1-small

Los tipos de máquinas f1-micro cuentan con funciones de aumentos de actividad que
permiten que las instancias usen capacidad adicional de CPU física por períodos
breves. Los aumentos de actividad se activan de forma automática cuando su
instancia necesita más capacidad de CPU física que la asignada en un principio.
Durante estos períodos de actividad máxima, su instancia aprovechará la capacidad
de CPU física disponible en aumentos de actividad. Tenga en cuenta que los
aumentos de actividad no son permanentes y solo pueden usarse de forma periódica.

Para obtener información actualizada sobre todos estos tipos de máquinas, consulte
la página de documentación.
 Información confidencial de Google

Cree tipos personalizados de máquinas

Tipo de máquina
Para seleccionar núcleos, memoria y GPU, haz clic en Personalizar.
Cuándo seleccionar los tipos personalizados:
Vista básica
● Cuando los requisitos se ajustan entre los tipos Núcleos

predefinidos CPU virtual 1-96

● Cuando se necesita más memoria o más CPU Memoria

3.75 GB 1-6.5
Personalice la cantidad de memoria y CPU virtuales
Extender memoria
para su máquina:
Plataforma de CPU

● 1 CPU virtual o un número par de CPU virtuales Automática

● 0.9 GB hasta 6.5 GB por CPU virtual GPU

La cantidad de bloques de CPU se vincula con la cantidad de núcleos de CPU y

(predeterminado) memoria seleccionados para esta instancia. Con la configuración actual, debes
seleccionar, como mínimo 1 bloque de CPU de este tipo. Más información
Cantidad de GPU Tipo de GPU
● La memoria total debe ser un múltiplo de 256 MB Ninguna

Si ninguno de los tipos predefinidos de máquinas satisface sus necesidades, puede

especificar de manera independiente la cantidad de CPU virtuales y de memoria para
su instancia. Los tipos personalizados de máquinas son ideales para estas
situaciones:

● Cuando tiene cargas de trabajo que no se ajustan bien a los tipos

predefinidos de máquinas disponibles para usted
● Cuando tiene cargas de trabajo que requieren más capacidad de
procesamiento o memoria, pero no necesitan todas las mejoras que
proporciona el tipo predefinido de máquina que le sigue en tamaño

El uso de un tipo personalizado de máquina cuesta un poco más que un tipo

predefinido de máquina equivalente y, aun así, existen algunas limitaciones
relacionadas con la cantidad de memoria y CPU virtuales que puede seleccionar:

● Solo se pueden crear tipos de máquina con 1 CPU virtual o un número par de
CPU virtuales.
● La memoria debe ser entre 0.9 GB y 6.5 GB por CPU virtual (de forma
predeterminada).
● La memoria total de la instancia debe ser un múltiplo de 256 MB.

De forma predeterminada, una máquina personalizada puede tener hasta 6.5 GB de

memoria por CPU virtual. Sin embargo, es posible que esta cantidad de memoria no
sea suficiente para sus cargas de trabajo. Por un costo adicional, puede obtener una
cantidad de memoria por CPU virtual que supere el límite de 6.5 GB. Esto se conoce
como memoria extendida y puede obtener más información al respecto en esta
página de documentación.
 Información confidencial de Google

Finlandia

Países Bajos
Berlín
Varsovia
Londres
Montreal Bélgica Fráncfort
Toronto París Zúrich
Oregón Iowa* Turín Milán
Salt Lake City Madrid
Virginia del N. Seúl
Las Vegas Columbus Tokio
Los Ángeles Carolina del S.
Osaka
Delhi
Doha Taiwán
Hong Kong
Bombay

Singapur

Yakarta

Elija la São Paulo

región y la Santiago
Melbourne
Sídney

zona
Región actual Región futura
* Excepción: Región con 4 zonas.
con 3 zonas con 3 zonas

Lo primero que le recomendamos considerar cuando elija una región y zona es la

ubicación geográfica en la que desea ejecutar sus recursos. En este mapa, se
muestran las regiones y la cantidad de zonas actuales y planificadas de
Google Cloud. Para obtener la información actualizada de las regiones y zonas
disponibles, consulte la página de documentación.

Cada zona admite una combinación de las plataformas Ivy Bridge, Sandy Bridge,
Haswell, Broadwell y Skylake. Cuando cree una instancia en una zona, la instancia
usará el procesador que admite la zona de forma predeterminada. Por ejemplo, si
crea una instancia en la zona us-central1-a, su instancia usará un procesador
Sandy Bridge.
 Información confidencial de Google

Precios

● Facturación por segundo, (mínimo de 1 minuto)

○ CPU virtuales, GPU y GB de memoria

● Precios basados en recursos:

○ Cada CPU virtual y cada GB de memoria se factura por separado

● Descuentos:
○ Uso continuo
○ Compromiso de uso
○ Instancias de VM interrumpibles

● Motor de recomendaciones
○ Envía notificaciones respecto a instancias poco utilizadas

● Límites de uso gratuito

Google Cloud cuenta con varias opciones para mantener bajos los precios de los
recursos de Compute Engine:

Todas las CPU virtuales, las GPU y los GB de memoria se cobran por un mínimo de
1 minuto. Por ejemplo, si ejecuta su máquina virtual durante 30 segundos, se le
facturará por 1 minuto de uso. Después de ese lapso, las instancias se cobran en
incrementos de 1 segundo.

Compute Engine usa un modelo de precios basado en recursos, en el que cada CPU
virtual y GB de memoria en el servicio se facturan por separado, en lugar de como
parte de un solo tipo de máquina. Las instancias se siguen creando con tipos
predefinidos de máquinas, pero en la factura se las informa como CPU virtuales y
memoria individuales que se usaron.

Hay muchos tipos de descuentos disponibles, pero no se pueden combinar:

● El modelo de precios basado en recursos permite que Compute Engine

aplique descuentos por uso continuo a todo el uso de sus tipos predefinidos
de máquinas dentro de una región de forma colectiva, en lugar de aplicarlos a
tipos de máquinas individuales.
● Si su carga de trabajo es estable y predecible, puede comprar una cantidad
 ● específica de CPU virtuales y memoria con un descuento en los precios
normales a cambio de comprometerse a un período de uso de 1 o 3 años. El
descuento es hasta del 57% para la mayoría de los tipos de máquinas o tipos
personalizados de máquinas. El descuento es de hasta el 70% para los tipos
de máquinas con optimización de memoria.
● Una VM interrumpible es una instancia que puede crear y ejecutar a un precio
mucho más bajo que el de las instancias normales. Sin embargo,
Compute Engine podría finalizar (o interrumpir) estas instancias si requiere
acceso a los recursos para otras tareas. Las instancias interrumpibles son un
exceso de capacidad de Compute Engine, por lo que su disponibilidad varía
con el uso.

La capacidad de personalizar la cantidad de memoria y de CPU mediante los tipos

personalizados de máquinas proporciona una mayor personalización de los precios.
Hablando de ajustar el tamaño de su máquina, Compute Engine proporciona
recomendaciones de tamaño de VM para ayudarlo a optimizar el uso de recursos en
sus instancias de máquina virtual. Cuando crea una instancia nueva, las
recomendaciones aparecerán 24 horas después de su creación.

Compute Engine también tiene límites de uso gratuito. Si desea conocer las
condiciones exactas, consulte la página de documentación.
 Información confidencial de Google

Descuentos por uso continuo

35%
Nivel de uso (porcentaje Porcentaje en el que se
30%
del mes) cobra el incremental
25%

Descuento efectivo
0%-25% 100% de la tarifa base
20%
25%-50% 80% de la tarifa base
15%
50%-75% 60% de la tarifa base
10%
75%-100% 40% de la tarifa base
5%

0%
0% 20% 40% 60% 80% 100%
Porcentaje usado en el mes

Hasta un 30% de descuento neto en las instancias que se ejecutan el mes completo

Los descuentos por uso continuo son automáticos y se obtienen por ejecutar
recursos específicos de Compute Engine (CPU virtuales, memoria o dispositivos de
GPU) durante una parte significativa del mes de facturación. Por ejemplo, cuando
ejecuta uno de estos recursos durante un período total superior al 25% de un mes,
Compute Engine le ofrece de forma automática un descuento por cada minuto
incremental que usa en esa instancia. El descuento aumenta con el uso, y puede
obtener hasta un 30% de descuento neto para instancias que se ejecutan todo el
mes.

En la tabla de esta diapositiva, se describe el descuento que obtiene en cada nivel de

uso de una instancia de VM. Para aprovechar el descuento completo del 30%, debe
crear sus instancias de VM el primer día del mes, ya que los descuentos se
restablecen al comienzo de cada mes.

En el gráfico de esta diapositiva, se demuestra como su descuento efectivo aumenta

con el uso. Por ejemplo, si usa una máquina virtual durante el 50% del mes, obtendrá
un descuento efectivo del 10%. Si la usa durante el 75% del mes, obtendrá un
descuento efectivo del 20%. Si la usa durante el 100% del mes, obtendrá un
descuento efectivo del 30%. También puede usar la calculadora de precios de
Google Cloud a fin de estimar su descuento por uso continuo para cualquier carga de
trabajo arbitraria. Para acceder a la calculadora, visite esta página.

Compute Engine calcula los descuentos por uso continuo según la utilización de CPU
virtual y memoria en cada región y por separado por cada una de las siguientes
categorías:

● Tipos predefinidos de máquinas

● Tipo personalizado de máquina
 Información confidencial de Google

Descuentos por uso continuo (ejemplo)

CPU CPU CPU CPU
virtual virtual virtual virtual

CPU CPU CPU CPU CPU CPU

virtual virtual virtual virtual virtual virtual

CPU CPU CPU CPU CPU CPU

Sitio web virtual virtual virtual virtual virtual virtual

CPU CPU CPU CPU

virtual virtual virtual virtual

Comienzo Semana 1 Semana 2 Semana 3 Semana 4

del mes
Aumento de tráfico (se requiere una actualización)

Descuento por 4 CPU 10% 20% 30%

virtuales
Descuento por 12 CPU virtuales 10%
adicionales

Veamos un ejemplo en el que tiene dos instancias que están en una misma región,
pero cuyos tipos de máquinas son diferentes y se ejecutan en momentos distintos del
mes. Compute Engine desglosa la cantidad de CPU virtuales y memoria que se usa
en todas las instancias con tipos predefinidos de máquinas y combina los recursos a
fin de calificar para los mayores descuentos por uso continuo posibles. Como se
muestra en esta diapositiva, usted ejecuta las siguientes instancias en la región
us-central1 durante un mes:

● Durante la primera mitad del mes, ejecuta una instancia n1-standard-4 con
4 CPU virtuales y 15 GB de memoria.
● Durante la segunda mitad del mes, ejecuta una instancia n1-standard-16 más
grande con 16 CPU virtuales y 60 GB de memoria.

En este caso, Compute Engine reorganiza los tipos de máquinas en recursos de

memoria y CPU virtuales individuales, y combina su utilización para crear los
siguientes recursos, como se muestra en la parte inferior:

● 4 CPU virtuales y 15 GB de memoria durante un mes completo

● 12 CPU virtuales y 45 GB de memoria durante la mitad del mes
 Información confidencial de Google

Interrumpible

● Precio más bajo por un servicio interrumpible (hasta el 80%)

● La VM se puede finalizar en cualquier momento

○ No se aplican cargos si se finaliza en el primer minuto
○ Máx. 24 horas
○ Advertencia de finalización de 30 segundos, pero no garantizada
■ Tiempo para una secuencia de comandos de cierre

● Sin migración en vivo ni reinicio automático

● Puede solicitar que la cuota de CPU de una región se divida entre normal y con interrupción
○ Predeterminado: las VM interrumpibles se cuentan en función de la cuota de CPU de la región

Como mencionamos antes, una VM interrumpible es una instancia que puede crear y
ejecutar a un precio mucho más bajo que el de las instancias normales. Vea si puede
hacer que su aplicación funcione por completo en VM interrumpibles, ya que un 80%
de descuento es una inversión importante en su aplicación.

Recuerde que es posible que estas VM se interrumpan en cualquier momento y, si

ocurre en el primer minuto, no se aplicarán cargos. Además, las VM interrumpibles
solo existirán por un máximo de 24 horas, y usted solo recibirá una notificación
30 segundos antes de que se interrumpa la máquina. También vale la pena tener en
cuenta que no existen migraciones en vivo ni reinicios automáticos en las VM
interrumpibles, pero lo que podemos destacar es que sí pueden crear supervisión y
balanceadores de cargas que pueden iniciar nuevas VM interrumpibles en caso de
que se produzca un error. En otras palabras, hay formas externas para seguir
reiniciando las VM interrumpibles si lo necesita.

Un caso de uso principal de las VM interrumpibles es ejecutar trabajos de

procesamiento por lotes. Si algunas de estas instancias finalizan durante el
procesamiento, el trabajo se ralentiza, pero no se detiene por completo. Por lo tanto,
las instancias interrumpibles completan las tareas de procesamiento por lotes sin
colocar cargas de trabajo adicionales en las instancias existentes. Además, usted no
debe pagar el precio total por las instancias normales adicionales:
[Link]
e_instance
 Información confidencial de Google

Los nodos de usuario único aíslan físicamente

las cargas de trabajo
Host normal Host de usuario único Puede usar
VM 1 VM 2 VM 4 VM 1 VM 2 licencias
VM 4 adquiridas
VM 3 VM 3 por el
usuario.

Hipervisor Hipervisor

Hardware del host Hardware del host

Cliente 1 Cliente 2 Cliente 3

Si tiene cargas de trabajo que necesitan aislamiento físico de otras cargas de trabajo
o máquinas virtuales para satisfacer los requisitos de cumplimiento, le
recomendamos los nodos de usuario único.

Un nodo de usuario único es un servidor físico de Compute Engine que se usa con el
fin de alojar instancias de VM solo para su proyecto específico. Utilícelos para
mantener sus instancias separadas físicamente de aquellas en otros proyectos o
para agrupar sus instancias en el mismo hardware de host, por ejemplo, si tiene una
carga de trabajo de procesamiento de pagos que necesita aislarse para cumplir con
los requisitos de cumplimiento.

En el diagrama de la izquierda, se muestra un host normal con varias instancias de

VM de varios clientes. Como se puede apreciar en el diagrama de la derecha, un
nodo de usuario único también tiene varias instancias de VM, pero todas pertenecen
al mismo proyecto. Por el momento, el único tipo de nodo disponible puede alojar
instancias de VM de hasta 96 CPU virtuales y 624 GB de memoria. También puede
completar el nodo con varias instancias de VM más pequeñas de distintos tamaños,
incluidos tipos personalizados de máquinas e instancias con memoria extendida.
Además, si tiene licencias de sistema operativo existentes, puede usarlas en
Compute Engine con nodos de usuario único y, a su vez, minimizar el uso del núcleo
físico con la función de reinicio local.

Si desea obtener información para crear nodos y ubicar sus instancias en ellos,
consulte la página de documentación.
 Información confidencial de Google

Las VM protegidas cuentan con integridad verificable

● Inicio seguro

● Módulo de plataforma segura virtual (vTPM)

● Supervisión de integridad

Requiere de una imagen protegida

Otra opción de procesamiento es crear VM protegidas. Estas cuentan con integridad

verificable de sus instancias de VM, por lo que puede confiar en que el software
malicioso y los rootkits a nivel de inicio y kernel no vulneraron sus instancias.

La integridad verificable de la VM protegida se logra a través de Inicio seguro, el

inicio medido habilitado para el módulo de plataforma segura virtual o vTPM y la
supervisión de integridad.

Las VM protegidas son la primera oferta de la iniciativa Shielded Cloud. El objetivo de

Shielded Cloud es proporcionar una base aún más segura para todo Google Cloud a
través de integridad verificable y funciones específicas, como la protección de vTPM
o el sellado, que previenen el robo de datos.

Para poder usar estas funciones de la VM protegida, debe seleccionar una imagen
protegida. Aprenderemos sobre las imágenes en la próxima sección.
 Información confidencial de Google

Las Confidential VMs le permiten

encriptar datos en uso
● Encripta datos mientras se procesan
● Fácil de usar sin realizar cambios en el código ni afectar el
rendimiento
● VM N2D de Compute Engine que se ejecuta en procesadores
AMD Epyc de segunda generación
● Proporciona alta capacidad de memoria y de procesamiento, y
admite cargas de trabajo simultáneas y que requieren de mucho
procesamiento
● Puede seleccionar el servicio Confidential VM cuando cree una
VM nueva

Las Confidential VMs son una tecnología de vanguardia que le permite encriptar sus
datos en uso mientras se procesan. El enfoque de Google Cloud para encriptar datos
en uso es una implementación sencilla que no requiere de cambios en el código de
sus aplicaciones ni afecta el rendimiento. Puede trabajar con cualquier entidad
mientras preserva la confidencialidad de sus datos.

Una máquina virtual confidencial (Confidential VM) es un tipo de VM N2D de

Compute Engine que se ejecuta en hosts basados en la segunda generación de
procesadores AMD Epyc, cuyo nombre interno es “Rome”. Si usa
Secure Encrypted Virtualization (SEV) de AMD, las Confidential VM incluyen
optimización incorporada del rendimiento y la seguridad para las cargas de trabajo de
alta memoria de nivel empresarial, así como la encriptación de memoria intercalada
que no implica una penalización de rendimiento significativa para esas cargas de
trabajo. La familia de procesadores Rome de AMD está optimizada específicamente
para cargas de trabajo de mucho procesamiento, con una alta capacidad de memoria
y procesamiento y compatibilidad con cargas de trabajo simultáneas. Además, SEV
de AMD ofrece asistencia para Confidential Computing. Con los entornos de
ejecución confidenciales que proporcionan Confidential VM y SEV de AMD,
Google Cloud mantiene el código sensible y otros datos de los clientes encriptados
en la memoria durante el procesamiento. Google no tiene acceso a las claves de
encriptación.

Puede seleccionar el servicio de Confidential VM cuando cree una VM nueva

mediante Google Cloud Console, la API de Compute Engine o la herramienta de
línea de comandos de gcloud.
 Información confidencial de Google

03 Imágenes

A continuación, enfoquémonos en las imágenes.

 Información confidencial de Google

¿Qué contiene una imagen?

● Cargador de inicio

● Sistema operativo

● Estructura del sistema de archivos

● Software

● Personalizaciones

Cuando cree una máquina virtual, puede elegir la imagen de disco de arranque. Esta
incluye el cargador de inicio, el sistema operativo, la estructura del sistema de
archivos, todo el software preconfigurado y todas las demás personalizaciones.
 Información confidencial de Google

Imágenes

Imágenes base públicas

● Google, proveedores externos y comunidad: imágenes Premium (p)
● Linux
■ CentOS, CoreOS, Debian, RHEL(p), SUSE(p), Ubuntu, openSUSE y FreeBSD
● Windows
■ Windows Server 2019(p), 2016(p), 2012-r2(p)
■ SQL Server preinstalado en Windows (p)

Imágenes personalizadas
● Crear imagen nueva desde la VM: SW instalado y preconfigurado
● Importar imágenes locales, desde estaciones de trabajo o desde otras nubes
● Funciones de administración: uso compartido de imágenes, familia de imágenes, baja

Puede seleccionar una imagen pública o personalizada.

Como vio en el lab anterior, puede elegir entre imágenes de Linux y Windows.
Algunas de ellas son imágenes premium, como se indica con la “p” entre paréntesis.
Se cobrarán por segundo después del mínimo de 1 minuto, excepto las imágenes de
SQL Server, que se cobran por minuto después de un mínimo de 10 minutos. Los
precios de las imágenes premium varían según el tipo de máquina. Sin embargo,
estos precios son globales y no varían por región ni zona.

También puede usar imágenes personalizadas. Por ejemplo, puede crear y usar una
imagen personalizada preinstalando software que se autorizó para su organización
en específico.

También puede importar imágenes locales propias, de su estación de trabajo o de

otro proveedor de servicios en la nube. Este es un servicio sin costo que es tan
sencillo como instalar un agente, y es muy recomendable que lo analice. También
puede compartir imágenes personalizadas con todos en su proyecto o también en
otros proyectos.
 Información confidencial de Google

Imágenes de máquinas
Instantánea de
Imagen de Imagen Plantilla de
Situaciones disco
máquina personalizada instancia
persistente

Copia de seguridad de disco único Sí Sí Sí No

Copia de seguridad de múltiples Sí No No No

discos

Copia de seguridad diferenciales Sí Sí No No

Clonación y replicación de Sí No Sí Sí
instancias

Configuración de la instancia de Sí No No Sí
VM

Una imagen de máquina es un recurso de Compute Engine que almacena toda la

configuración, los metadatos, los permisos y los datos de uno o más discos
necesarios para crear una instancia de máquina virtual (VM). Puede usar una imagen
de máquina en muchas situaciones de mantenimiento del sistema, como la creación
de instancias, la recuperación y la creación de copias de seguridad y la clonación de
instancias.

Las imágenes de máquina son los recursos más adecuados para crear copias de
seguridad de discos y la clonación y replicación de instancias.

Tenga en cuenta que, al momento de redactar este documento, las imágenes siguen
en etapa beta.

[Imágenes de máquina: [Link]

 Información confidencial de Google

Opciones de discos

04
En este punto, ya eligió un sistema operativo, pero se incluirá como parte de algún
tipo de disco, así que veamos las opciones disponibles.
 Información confidencial de Google

Disco de arranque

● La VM incluye un disco persistente raíz.

● La imagen se carga en un disco raíz durante el primer inicio.

○ Iniciable: puede conectarse a una VM y, luego, iniciarse desde ella.
○ Duradero: puede seguir funcionando después de la finalización de la VM.

● Algunas imágenes de SO están personalizadas para Compute Engine.

● Pueden seguir funcionando después de la eliminación de la VM si está

inhabilitada la opción “Borrar el disco de arranque cuando se borre la
instancia”.

Todas las VM incluyen un disco persistente raíz único, ya que usted elige una imagen
base en la que cargarlo.

Esta imagen es iniciable porque puede conectarla a una VM y, luego, iniciarla a partir
de ella, y es duradera debido a que puede seguir funcionando si la VM finaliza. Para
que un disco de arranque funcione después de la eliminación de una VM, debe
inhabilitar la opción “Borrar el disco de arranque cuando se borre la instancia” en las
propiedades de la instancia.

Como mencionamos anteriormente, existen diferentes tipos de discos. Explorémoslos

de manera más detallada.
 Información confidencial de Google

Discos persistentes
Almacenamiento de red que aparece como un ● Cambio del tamaño del disco, incluso
dispositivo de almacenamiento en bloques cuando se está ejecutando y está conectado

● Conectado a una VM mediante la interfaz de red ● Puede estar conectado en modo de solo
lectura a varias VM
● Almacenamiento duradero: puede funcionar
después de la finalización de la VM ● Zonal o regional
○ pd-standard
● Iniciable: puede conectarse a una VM y, luego,
○ pd-ssd
iniciarse desde ella
○ pd-balanced
● Instantáneas: copias de seguridad incrementales ○ pd-extreme (solo zonal)

● Rendimiento: escala con el tamaño ● Claves de encriptación:

○ Administradas por Google
● Opciones de HDD (magnética) o SSD
○ Administradas por el cliente
(más rápida, estado sólido)
○ Proporcionadas por el cliente

El primer disco que creamos es lo que conocemos como disco persistente. Esto
significa que se conectará a la VM mediante la interfaz de red. Aunque sea
persistente, no está conectado de manera física a la máquina. La separación del
disco y el procesamiento permite que el disco siga funcionando si la VM finaliza.
También puede obtener instantáneas de estos discos, que son copias de seguridad
incrementales que analizaremos más adelante.

Elegir discos HDD o SSD es una decisión que se toma según el costo y rendimiento.
Para obtener más información sobre el rendimiento de los discos y cómo se escala
con el tamaño, consulte la página de documentación.

Otra gran función de los discos persistentes es que usted puede cambiarles el
tamaño de manera dinámica, incluso cuando se están ejecutando y están conectados
a una VM.

También puede conectar un disco en modo de solo lectura a varias VM. Esto le
permite compartir datos estáticos entre varias instancias, lo cual es más económico
que replicar sus datos en discos únicos para instancias individuales.

Los discos persistentes zonales cuentan con almacenamiento en bloque eficiente y

confiable. Los discos persistentes regionales proporcionan replicación de discos
activa/activa entre dos zonas en la misma región. Además, entregan almacenamiento
duradero que se replica de forma síncrona entre las zonas. Son una gran opción para
las bases de datos de alto rendimiento y aplicaciones empresariales que también
necesitan alta disponibilidad. Cuando configura un disco persistente zonal o regional,
puede seleccionar uno de los siguientes tipos de disco:

● Discos persistentes estándar (pd-standard). Estos tipos de discos están

respaldados por unidades de disco duro (HDD) estándar.
● Discos persistentes SSD (pd-ssd). Estos tipos de discos están respaldados
por unidades de estado sólido (SSD).
● Discos persistentes balanceados (pd-balanced). Estos tipos de discos están
respaldados por unidades de estado sólido (SSD). Son una alternativa a los
discos persistentes SSD que balancean el rendimiento y el costo.

Los discos persistentes extremos (pd-extreme) son zonales y también están

respaldados por unidades de estado sólido (SSD). Están diseñados para cargas de
trabajo de bases de datos de alta gama y proporcionan alto rendimiento de forma
constante para las cargas de trabajo de acceso aleatorio y la capacidad de
procesamiento masiva. A diferencia de otros tipos de discos, puede aprovisionar las
IOPS deseadas.

De forma predeterminada, Compute Engine encripta todos los datos en reposo.

Google Cloud maneja y administra la encriptación por usted sin que deba realizar
más acciones. Sin embargo, si desea controlar y administrar la encriptación por su
cuenta, puede usar Cloud Key Management Service para crear y administrar claves
de encriptación de claves (lo que se conoce como claves de encriptación
administradas por el cliente), o bien crear y administrar sus propias claves de
encriptación de claves (lo que se conoce como claves de encriptación
proporcionadas por el cliente).
 Información confidencial de Google

Los discos SSD locales están conectados

físicamente a una VM
● Más IOPS, menos latencia y mayor
capacidad de procesamiento que los
discos persistentes

● Disco de 375 GB (hasta ocho), total de

3 TB

● Los datos siguen funcionando después

del restablecimiento, pero no de la
detención ni la finalización de una VM

● Específicos de VM: no se pueden volver a

conectar a otras VM

Las SSD locales son diferentes de los discos persistentes, ya que están conectadas
físicamente a la máquina virtual. Por lo tanto, estos discos son efímeros, pero
otorgan IOPS muy altas. Para ver las cantidades actualizadas, recomendamos
consultar la documentación.

Por el momento, puede conectar hasta 8 discos SSD locales con 375 GB cada uno,
lo que nos da un total de 3 TB.

Los datos en estos discos seguirán funcionando después del restablecimiento de una
VM, pero no de detenerla ni finalizarla, ya que no se pueden volver a conectar a otras
VM.
 Información confidencial de Google

Disco RAM

● tmpfs

● Más rápido que el disco local, pero más lento que la memoria
○ Úselo cuando la aplicación espera una estructura de sistema de archivos y
no puede almacenar directamente sus datos en la memoria
○ Disco para instalación nueva rápido o almacenamiento en caché rápido

● Muy volátil: borra en la detención o el reinicio

● Es posible que necesite un tipo de máquina más grande si se ajustó el tamaño

de la RAM para la aplicación

● Considere usar un disco persistente para crear una copia de seguridad de los
datos del disco RAM

También tiene la opción de usar un disco RAM.

Simplemente puede utilizar tmpfs si desea almacenar datos en la memoria. Este será
el tipo de rendimiento más rápido disponible si necesita estructuras de datos
pequeñas. Recomendamos una máquina virtual con capacidad de memoria alta si
necesita aprovechar esas funciones, además de un disco persistente para crear una
copia de seguridad de los datos del disco RAM.
 Información confidencial de Google

Resumen de las opciones de discos

Disco persistente Disco persistente Disco SSD local Disco RAM

HDD SSD

Redundancia de Sí Sí No No
datos

Encriptación en Sí Sí Sí N/A
reposo

Captura de Sí Sí No No
instantáneas

Iniciable Sí Sí No No

Caso de uso Almacenamiento IOPS muy IOPS altas y Latencia y riesgo

masivo y general aleatorias latencia baja de pérdida de
de archivos datos bajos

En resumen, tiene varias opciones de discos. Los discos persistentes se pueden

reiniciar, y es posible obtener instantáneas de ellos, pero los discos SSD y RAM
locales son efímeros.

Recomendamos que elija un disco HDD persistente cuando no necesite rendimiento,

sino que solo capacidad. Si tiene necesidades de alto rendimiento, consulte las
opciones de SSD. Los discos persistentes cuentan con redundancia de datos porque
la información en cada disco persistente se distribuye entre muchos discos físicos.

Las SSD locales cuentan con rendimiento incluso más alto, pero sin redundancia de
datos.

Por último, los discos RAM son muy volátiles, pero ofrecen el rendimiento más alto.
 Información confidencial de Google

Máximo de discos persistentes

Tipo de máquina Límite de la cantidad de

discos

Núcleo compartido 16

Estándar

Capacidad de memoria alta

Capacidad de CPU alta

128
Con optimización de memoria

Optimizada para
procesamiento

Del mismo modo que existe un límite para la cantidad de SSD locales que puede
conectar a una VM, también hay uno para la cantidad de discos persistentes que
puede conectar a una VM. Como se ilustra en esta tabla, el límite depende del tipo de
máquina. Para el tipo de máquina de núcleo compartido, puede conectar hasta
16 discos. Para los tipos de máquinas estándar, con alta capacidad de memoria, con
alta capacidad de CPU, con optimización de memoria y optimizadas para
procesamiento, puede conectar hasta 128 discos. Por lo tanto, puede crear
cantidades masivas de capacidad para un solo host.

¿Recuerda el pequeño matiz que mencionamos sobre que la capacidad de

procesamiento está limitada por la cantidad de núcleos que tiene? Esa capacidad de
procesamiento también comparte el ancho de banda con la E/S de disco, por lo que
si planea tener una gran cantidad de capacidad de procesamiento de E/S de disco,
también competirá con la capacidad de procesamiento de entrada o salida de
cualquier red. Téngalo en cuenta, en especial si aumentará la cantidad de unidades
conectadas a una máquina virtual.
 Información confidencial de Google

Diferencias de administración de los discos persistentes

Disco de hardware de la
Discos persistentes de la nube
computadora

● Un sistema de archivos único es ● Partición

mejor ● Vuelve a particionar el disco
● Cambia el tamaño de los discos ● Cambia el formato
(los aumenta)
● Arrays de disco redundantes
● Cambia el tamaño del sistema
● Instantáneas y administración de
de archivos
subvolúmenes
● Servicio de instantáneas
● Encripta archivos antes de
integrado
escribirlos en el disco
● Encriptación automática

Existen muchas diferencias entre un disco duro físico de una computadora y uno
persistente, que es, en términos sencillos, un dispositivo virtual conectado a la red.

En primer lugar, recuerde que debe particionar los discos de hardware de

computadoras normales. Dicho en términos sencillos, se reserva una parte de la
unidad para que el sistema operativo obtenga su propia capacidad. Si desea
aumentarla, debe volver a particionar, y si quiere realizar cambios, es posible que
incluso deba cambiar el formato. Si desea redundancia, podría crear un array de
disco redundante, y si quiere encriptación, debe encriptar archivos antes de
escribirlos en el disco.

Con los discos persistentes de la nube, todo es diferente, ya que esa administración
se maneja por usted en el backend. Simplemente puede desarrollar discos y cambiar
el tamaño del sistema de archivos, ya que los discos son dispositivos virtuales
conectados a la red. La redundancia y los servicios de instantáneas están integrados
y los discos se encriptan automáticamente. Incluso puede usar sus propias claves y,
así, se asegurará de que ninguna parte pueda acceder a los datos, excepto usted.
 Información confidencial de Google

Acciones comunes en
Compute Engine

05
Ahora que abordamos todas las opciones de procesamiento, imágenes y discos,
veamos algunas acciones comunes que puede realizar con Compute Engine.
 Información confidencial de Google

Metadatos y secuencias de comandos

Tiempo Inicio Ejecución Mantenimiento Cierre

Metadatos Metadatos Metadatos Metadatos

startup-script-url=URL shutdown-script-url=URL

Cada instancia de VM almacena sus metadatos en un servidor de metadatos. El

servidor de metadatos es muy útil junto con las secuencias de comandos de inicio y
apagado, ya que puede usarlo para obtener información única sobre una instancia,
sin autorización adicional y de manera programática. Por ejemplo, puede escribir una
secuencia de comandos de inicio que obtenga el par clave-valor de metadatos de la
dirección IP externa de una instancia y usarlo en su secuencia de comandos a fin de
configurar una base de datos. Debido a que las claves de metadatos
predeterminadas son las mismas en cada instancia, puede volver a usar la secuencia
de comandos sin actualizarla para cada instancia. Esto lo ayudará a crear un código
menos frágil para las aplicaciones.

Almacenar y recuperar metadatos de instancias es una acción muy común de

Compute Engine. Recomendamos que almacene las secuencias de comandos de
inicio y apagado en Cloud Storage, como lo descubrirá en el próximo lab de este
módulo.
 Información confidencial de Google

Mueva una instancia a una zona nueva

Zona 1 Zona 2

gcloud compute instances move

Otra acción común es mover una instancia a una zona nueva. Por ejemplo, podría
hacerlo por razones geográficas o porque una zona dejará de estar disponible.
 Información confidencial de Google

Mueva una instancia a una zona nueva

● Proceso automatizado (cambio dentro de una región):
○ gcloud compute instances move
○ Actualiza las referencias de la VM: no es automático

● Proceso manual (cambio entre regiones):

○ Cree instantáneas de todos los discos persistentes en la misma VM de origen.
○ Cree discos persistentes nuevos en la zona de destino restablecida a partir de instantáneas.
○ Cree VM nuevas en la zona de destino y conecte discos persistentes nuevos.
○ Asigne una IP estática a la VM nueva.
○ Actualice las referencias de la VM.
○ Borre las instantáneas, los discos originales y la VM original.

Si mueve su instancia dentro de una misma región, puede automatizar el cambio

mediante el comando gcloud compute instances move.

Si mueve su instancia a una región diferente, debe hacerlo de forma manual

siguiendo el proceso que se describe aquí. Este implica crear una instantánea de
todos los discos persistentes y discos nuevos en la zona de destino a partir de la
instantánea. A continuación, debe crear la VM nueva en la zona de destino y conectar
los discos persistentes nuevos, asignar una IP estática y actualizar todas las
referencias de la VM. Por último, debe borrar la VM original, sus discos y la
instantánea.

Hablando de instantáneas, veámoslas en detalle.

 Información confidencial de Google

Instantánea: copia de seguridad de datos fundamentales

Servicio de
Compute Engine instantáneas

Cloud 
Storage
raíz datos

Las instantáneas tienen muchos casos de uso. Por ejemplo, se pueden usar para
crear copias de seguridad de los datos fundamentales en una solución de
almacenamiento duradera a fin de cumplir con los requisitos de aplicación,
disponibilidad y recuperación. Estas instantáneas se almacenan en Cloud Storage,
que abordaremos más adelante.
 Información confidencial de Google

Instantánea: migre datos entre zonas

Zona 1 Zona 2

Compute Engine Compute Engine

Servicio de
instantáneas

Las instantáneas también se pueden usar para migrar datos entre zonas. Analizamos
este punto cuando vimos el proceso manual de mover una instancia entre dos
regiones, pero también se puede usar para transferir datos de una zona a otra. Por
ejemplo, es posible que desee minimizar la latencia migrando datos a una unidad que
se pueda conectar de manera local en la zona en que se usa.
 Información confidencial de Google

Instantánea: transfiera a SSD para mejorar el rendimiento

Compute Engine

raíz PD HDD PD SSD

Servicio de
instantáneas

Lo que me lleva a otro caso de uso de instantáneas para transferir datos a un tipo de
disco diferente. Por ejemplo, si desea mejorar el rendimiento del disco, podría usar
una instantánea para transferir datos de un disco persistente HDD estándar a un
disco persistente SSD.
 Información confidencial de Google

Instantáneas de discos persistentes

● Las instantáneas no están disponibles para SSD locales.

● Crea una copia de seguridad incremental de Cloud Storage.

○ No se puede ver en sus buckets; la administra el servicio de instantáneas
○ Considere los trabajos cron para crear copias de seguridad incrementales
de manera periódica.

● Las instantáneas se pueden restablecer a un disco persistente nuevo.

○ El disco nuevo puede estar en otra región o zona del mismo proyecto
○ Base de una migración de VM: “mover” una VM a una zona nueva
■ Las instantáneas no crean copias de seguridad de los metadatos,
etiquetas, etc., de las VM

Ahora que abordamos algunos de los casos de uso de las instantáneas, exploremos
el concepto de una instantánea de disco.

En primer lugar, el título de la diapositiva es “instantáneas de discos persistentes”

porque las instantáneas están disponibles solo para los discos persistentes y no las
SSD locales.
Las instantáneas son diferentes de las imágenes públicas y personalizadas, que se
usan principalmente a fin de crear instancias o configurar plantillas de instancias. Las
instantáneas son útiles para crear copias de seguridad periódicas de los datos de sus
discos persistentes.

Las instantáneas son incrementales y se comprimen de forma automática, por lo que

puede crear instantáneas frecuentes en un disco persistente más rápido y a un costo
mucho menor que si creara una imagen completa del disco con frecuencia.

Como vimos en los ejemplos anteriores, las instantáneas se pueden restablecer a un

disco persistente nuevo, lo que permite que se mueva a una zona nueva.

Para crear una instantánea de disco persistente, consulte la página de

documentación.
 Información confidencial de Google

Cambie el tamaño del disco persistente

Compute Engine

PD SSD
raíz

Puede aumentar el tamaño de los discos,

pero no disminuirlo.

Otra acción común en Compute Engine es cambiar el tamaño de su disco

persistente. El beneficio adicional de aumentar la capacidad de almacenamiento es
mejorar el rendimiento de E/S. Esto se puede lograr mientras el disco está conectado
a una VM en ejecución sin tener que crear una instantánea.

Tenga en cuenta que, si bien puede aumentar el tamaño de los discos, no puede
disminuirlo nunca.
 Información confidencial de Google

Introducción al lab
Cómo trabajar con máquinas
virtuales

Comencemos con el segundo lab de este módulo.

 Información confidencial de Google

Objetivos del lab

01 Personalizar un servidor de aplicaciones

02 Instalar y configurar el software necesario

03 Configurar el acceso a la red

04 Programar copias de seguridad regulares

En este lab, configurará el servidor de una aplicación. Este ejemplo es de una

aplicación de videojuegos, pero es válido para muchos otros casos de uso.
Configurará la VM, agregará capacidad a un sistema de videojuegos en producción y
creará la infraestructura que necesita para las actividades de producción. Esto
incluye las copias de seguridad y los servicios para apagar y reiniciar correctamente.
 Información confidencial de Google

Cuestionario
 Información confidencial de Google

Pregunta 1
Pregunta

¿Cuál de las siguientes afirmaciones sobre las instancias de máquinas virtuales en

Compute Engine es verdadera?
A. En Compute Engine, una VM siempre se asigna a una única computadora de
hardware en un rack.
B. Compute Engine usa VMware para crear instancias de máquinas virtuales.
C. En Compute Engine, una VM es un servicio conectado a la red que simula las
funciones de una computadora.
D. Todas las VM de Compute Engine son de usuario único y no comparten el hardware
de la CPU.
 Información confidencial de Google

Pregunta 1
Respuesta

¿Cuál de las siguientes afirmaciones sobre las instancias de máquinas virtuales en

Compute Engine es verdadera?
A. En Compute Engine, una VM siempre se asigna a una única computadora de
hardware en un rack.
B. Compute Engine usa VMware para crear instancias de máquinas virtuales.
C. En Compute Engine, una VM es un servicio conectado a la red que simula las
funciones de una computadora.
D. Todas las VM de Compute Engine son de usuario único y no comparten el hardware
de la CPU.

Explicación:
En Compute Engine, las VM son un grupo de servicios conectados en red. Esto
incluye discos (discos persistentes) que están conectados a la red. En algunos
casos, las VM de Google Cloud se comportan de forma diferente al hardware o a
otros tipos de máquinas virtuales. Por ejemplo, cuando una CPU virtual multiusuario
experimenta un aumento de actividad y usa un exceso de capacidad más allá de las
especificaciones de la VM.
 Información confidencial de Google

Pregunta 2
Pregunta

¿Qué son los descuentos por uso continuo?

A. Son compromisos de compra para recursos específicos que sabe que usará.
B. Son descuentos automáticos que se obtienen por ejecutar recursos específicos
de Compute Engine durante una parte significativa del mes de facturación.
C. Son descuentos que recibe por usar instancias de VM interrumpibles.
D. Es un tipo de facturación por segundo que comienza después de 1 minuto como
mínimo.
 Información confidencial de Google

Pregunta 2
Respuesta

¿Qué son los descuentos por uso continuo?

A. Son compromisos de compra para recursos específicos que sabe que usará.
B. Son descuentos automáticos que se obtienen por ejecutar recursos específicos
de Compute Engine durante una parte significativa del mes de facturación.
C. Son descuentos que recibe por usar instancias de VM interrumpibles.
D. Es un tipo de facturación por segundo que comienza después de 1 minuto como
mínimo.

Explicación:
Los descuentos por uso continuo son automáticos y se obtienen por ejecutar
recursos específicos de Compute Engine (CPU virtuales, memoria o dispositivos de
GPU) durante una parte significativa del mes de facturación. Para aprovechar el
descuento completo del 30%, debe crear sus instancias de VM el primer día del mes,
ya que los descuentos se restablecen al comienzo de cada mes.
 Información confidencial de Google

Pregunta 3
Pregunta

¿Qué afirmación sobre los discos persistentes es verdadera?

A. Los discos persistentes se encriptan de forma predeterminada.
B. Los discos persistentes son dispositivos de hardware físicos conectados
directamente a las VM.
C. Los discos persistentes son siempre HDD (discos giratorios magnéticos).
D. Una vez que se crea un disco persistente, no se puede cambiar su tamaño.
 Información confidencial de Google

Pregunta 3
Respuesta

¿Qué afirmación sobre los discos persistentes es verdadera?

A. Los discos persistentes se encriptan de forma predeterminada.
B. Los discos persistentes son dispositivos de hardware físicos conectados
directamente a las VM.
C. Los discos persistentes son siempre HDD (discos giratorios magnéticos).
D. Una vez que se crea un disco persistente, no se puede cambiar su tamaño.

Explicación:
Los discos persistentes no son discos físicos, sino un servicio conectado a la red de
manera virtual. Todos los discos persistentes permanecen encriptados con claves
definidas por el sistema o suministradas por el cliente.
 Información confidencial de Google

Repaso: Máquinas virtuales

En este módulo, abordamos las distintas opciones de procesamiento, imágenes y

discos de Compute Engine, junto con algunas acciones comunes. En los dos labs,
vio aplicaciones reales de la mayoría de los temas que se abordaron en este curso.

Recuerde que existen muchas opciones de procesamiento para elegir. Si un tipo

predefinido de máquina no satisface sus necesidades, puede personalizar su propia
VM y crear un nodo de usuario único. También puede instalar distintas imágenes
públicas y personalizadas en los discos de arranque de sus instancias y, si es
necesario, puede conectar más discos.