Resumen de arrendamiento único

Organízate con las colecciones Guarda y clasifica el contenido según tus preferencias.

Este documento describe los nodos de inquilino único. Para obtener información sobre cómo aprovisionar máquinas virtuales en nodos de único inquilino, consulte Aprovisionamiento de máquinas virtuales en nodos de único inquilino .

La tenencia única te permite tener acceso exclusivo a un nodo de tenencia única , que es un servidor físico de Compute Engine dedicado a alojar solo las máquinas virtuales de tu proyecto. Utilice nodos de inquilino único para mantener sus máquinas virtuales físicamente separadas de las máquinas virtuales de otros proyectos o para agrupar sus máquinas virtuales en el mismo hardware host, como se muestra en el siguiente diagrama. También puede crear un grupo de nodos de único inquilino y especificar si desea compartirlo con otros proyectos o con toda la organización .

Las máquinas virtuales que se ejecutan en nodos de único inquilino pueden usar las mismas funciones de Compute Engine que otras máquinas virtuales, incluida la programación transparente y el almacenamiento en bloque, pero con una capa adicional de aislamiento de hardware. Para brindarle control total sobre las máquinas virtuales en el servidor físico, cada nodo de inquilino único mantiene una asignación uno a uno con el servidor físico que respalda el nodo.

Dentro de un nodo de único inquilino, puede aprovisionar varias máquinas virtuales en tipos de máquinas de distintos tamaños, lo que le permite utilizar de manera eficiente los recursos subyacentes del hardware del host dedicado. Además, si elige no compartir el hardware host con otros proyectos, puede cumplir con los requisitos de seguridad o cumplimiento con cargas de trabajo que requieren aislamiento físico de otras cargas de trabajo o máquinas virtuales. Si su carga de trabajo requiere un arrendamiento exclusivo solo temporalmente, puede modificar el arrendamiento de la máquina virtual según sea necesario.

Los nodos de inquilino único pueden ayudarle a cumplir con los requisitos de hardware dedicado para escenarios con licencia propia (BYOL) que requieren licencias por núcleo o por procesador. Cuando utiliza nodos de único inquilino, tiene cierta visibilidad del hardware subyacente, lo que le permite realizar un seguimiento del uso del núcleo y del procesador. Para realizar un seguimiento de este uso, Compute Engine informa el ID del servidor físico en el que está programada una VM. Luego, al utilizar Cloud Logging , puede ver el uso histórico del servidor de una VM .

Para optimizar el uso del hardware host, puede hacer lo siguiente:

• Comprobar excesivamente CPU en máquinas virtuales de único inquilino

• Compartir grupos de nodos de único inquilino

• Migrar manualmente en vivo máquinas virtuales de único inquilino

A través de una política de mantenimiento de host configurable, puede controlar el comportamiento de las máquinas virtuales de inquilino único mientras su host está en mantenimiento. Puede especificar cuándo se produce el mantenimiento y si las máquinas virtuales mantienen afinidad con un servidor físico específico o se mueven a otros nodos de único inquilino dentro de un grupo de nodos.

Consideraciones sobre la carga de trabajo

Los siguientes tipos de cargas de trabajo podrían beneficiarse del uso de nodos de inquilino único:

• Cargas de trabajo de juegos con requisitos de rendimiento.

• Cargas de trabajo de finanzas o atención médica con requisitos de seguridad y cumplimiento.

• Cargas de trabajo de Windows con requisitos de licencia.

• Cargas de trabajo de aprendizaje automático, procesamiento de datos o representación de imágenes. Para estas cargas de trabajo, considere reservar GPU .

• Cargas de trabajo que requieren mayores operaciones de E/S por segundo (IOPS) y menor latencia, o cargas de trabajo que utilizan almacenamiento temporal en forma de cachés, espacio de procesamiento o datos de bajo valor. Para estas cargas de trabajo, considere reservar SSD locales .

Plantillas de nodo

Una plantilla de nodo es un recurso regional que define las propiedades de cada nodo en un grupo de nodos. Cuando crea un grupo de nodos a partir de una plantilla de nodo, las propiedades de la plantilla de nodo se copian de forma inmutable en cada nodo del grupo de nodos.

Cuando crea una plantilla de nodo, debe especificar un tipo de nodo. Opcionalmente, puede especificar etiquetas de afinidad de nodos al crear una plantilla de nodo. Solo puede especificar etiquetas de afinidad de nodo en una plantilla de nodo. No puede especificar etiquetas de afinidad de nodos en un grupo de nodos.

Tipos de nodos

Al configurar una plantilla de nodo, especifique un tipo de nodo para aplicar a todos los nodos dentro de un grupo de nodos creado en función de la plantilla de nodo. El tipo de nodo de inquilino único, al que hace referencia la plantilla de nodo, especifica la cantidad total de núcleos de vCPU y memoria para los nodos creados en grupos de nodos que usan esa plantilla. Por ejemplo, el tipo de nodo n2-node-80-640 tiene 80 vCPU y 640 GB de memoria.

Las máquinas virtuales que agregue a un nodo de único inquilino deben tener el mismo tipo de máquina que el tipo de nodo que especifique en la plantilla de nodo. Por ejemplo, los tipos de nodos de inquilino único n2 solo son compatibles con máquinas virtuales creadas con el tipo de máquina n2 . Puede agregar máquinas virtuales a un nodo de único inquilino hasta que la cantidad total de vCPU o memoria exceda la capacidad del nodo.

Cuando crea un grupo de nodos utilizando una plantilla de nodo, cada nodo del grupo de nodos hereda las especificaciones de tipo de nodo de la plantilla de nodo. Un tipo de nodo se aplica a cada nodo individual dentro de un grupo de nodos, no a todos los nodos del grupo de manera uniforme. Por lo tanto, si crea un grupo de nodos con dos nodos que sean del tipo n2-node-80-640 , a cada nodo se le asignan 80 vCPU y 640 GB de memoria.

Dependiendo de los requisitos de su carga de trabajo, puede llenar el nodo con varias máquinas virtuales más pequeñas que se ejecuten en tipos de máquinas de varios tamaños, incluidos tipos de máquinas predefinidas , tipos de máquinas personalizadas y tipos de máquinas con memoria extendida . Cuando un nodo está lleno, no puede programar máquinas virtuales adicionales en ese nodo.

La siguiente tabla muestra los tipos de nodos disponibles. Para ver una lista de los tipos de nodos disponibles para tu proyecto, ejecuta el comando gcloud compute sole-tenancy node-types list o crea una solicitud REST nodeTypes.list .

Para obtener información sobre los precios de estos tipos de nodos, consulte Precios de nodos de inquilino único .

Todos los nodos le permiten programar máquinas virtuales de diferentes formas. Los nodos de tipo n son nodos de uso general, en los que puede programar instancias de tipo de máquina personalizadas . Para obtener recomendaciones sobre qué tipo de nodo elegir, consulte Recomendaciones para tipos de máquinas . Para obtener información sobre el rendimiento, consulte Plataformas de CPU .

Grupos de nodos y aprovisionamiento de VM

Las plantillas de nodo de único inquilino definen las propiedades de un grupo de nodos y debe crear una plantilla de nodo antes de crear un grupo de nodos en un Google Cloudzona. Cuando crea un grupo, especifique la política de mantenimiento del host para las máquinas virtuales en el grupo de nodos, la cantidad de nodos para el grupo de nodos y si desea compartirlo con otros proyectos o con toda la organización .

Un grupo de nodos puede tener cero o más nodos; por ejemplo, puede reducir la cantidad de nodos en un grupo de nodos a cero cuando no necesita ejecutar ninguna máquina virtual en los nodos del grupo, o puede habilitar el escalador automático del grupo de nodos para administrar el tamaño del grupo de nodos automáticamente.

Antes de aprovisionar máquinas virtuales en nodos de único inquilino, debe crear un grupo de nodos de único inquilino. Un grupo de nodos es un conjunto homogéneo de nodos de único inquilino en una zona específica. Los grupos de nodos pueden contener varias máquinas virtuales de la misma serie de máquinas que se ejecutan en tipos de máquinas de varios tamaños, siempre que el tipo de máquina tenga 2 o más vCPU.

Cuando cree un grupo de nodos, habilite el ajuste de escala automático para que el tamaño del grupo se ajuste automáticamente para cumplir con los requisitos de su carga de trabajo. Si los requisitos de su carga de trabajo son estáticos, puede especificar manualmente el tamaño del grupo de nodos.

Después de crear un grupo de nodos, puede aprovisionar máquinas virtuales en el grupo o en un nodo específico dentro del grupo. Para obtener un mayor control, utilice etiquetas de afinidad de nodos para programar máquinas virtuales en cualquier nodo con etiquetas de afinidad coincidentes.

Una vez que haya aprovisionado máquinas virtuales en grupos de nodos y, opcionalmente, haya asignado etiquetas de afinidad para aprovisionar máquinas virtuales en grupos de nodos o nodos específicos, considere etiquetar sus recursos para ayudar a administrar sus máquinas virtuales. Las etiquetas son pares clave-valor que pueden ayudarle a categorizar sus máquinas virtuales para que pueda verlas en conjunto por motivos como la facturación. Por ejemplo, puede utilizar etiquetas para marcar la función de una máquina virtual, su arrendamiento, el tipo de licencia o su ubicación.

Política de mantenimiento del host

Dependiendo de sus escenarios de licencia y cargas de trabajo, es posible que desee limitar la cantidad de núcleos físicos utilizados por sus máquinas virtuales. La política de mantenimiento del host que elija puede depender, por ejemplo, de sus requisitos de licencia o cumplimiento, o puede que desee elegir una política que le permita limitar el uso de servidores físicos. Con todas estas políticas, sus máquinas virtuales permanecen en hardware dedicado.

Cuando programas VM en nodos de único inquilino , puedes elegir entre las siguientes tres opciones de políticas de mantenimiento de host diferentes, que te permiten determinar cómo y si Compute Engine migra en vivo las VM durante eventos de host , que ocurren aproximadamente cada 4 a 6 semanas. Durante el mantenimiento, Compute Engine migra en vivo, como grupo, todas las VM en el host a un nodo de inquilino único diferente, pero, en algunos casos, Compute Engine puede dividir las VM en grupos más pequeños y migrar en vivo cada grupo más pequeño de VM a nodos de inquilino único separados.

Política de mantenimiento de host predeterminada

Esta es la política de mantenimiento de host predeterminada y las máquinas virtuales en los grupos de nodos configurados con esta política siguen el comportamiento de mantenimiento tradicional para las máquinas virtuales que no son de único inquilino . Es decir, dependiendo de la configuración de mantenimiento en el host de la máquina virtual, las máquinas virtuales migran en vivo a un nuevo nodo de propietario único en el grupo de nodos antes de un evento de mantenimiento del host, y este nuevo nodo de propietario único solo ejecuta las máquinas virtuales del cliente.

Esta política es más adecuada para licencias por usuario o por dispositivo que requieren migración en vivo durante eventos anfitriones. Esta configuración no restringe la migración de máquinas virtuales a un grupo fijo de servidores físicos y se recomienda para cargas de trabajo generales sin requisitos de servidor físico y que no requieren licencias existentes.

Debido a que las máquinas virtuales migran en vivo a cualquier servidor sin considerar la afinidad del servidor existente con esta política, esta política no es adecuada para escenarios que requieren la minimización del uso de núcleos físicos durante eventos del host.

La siguiente figura muestra una animación de la política de mantenimiento del host predeterminado .

Reiniciar la política de mantenimiento del host vigente

Cuando usas esta política de mantenimiento de host, Compute Engine detiene las VM durante los eventos del host y luego las reinicia en el mismo servidor físico después del evento del host. Debe establecer la configuración de mantenimiento de la máquina virtual en el host en TERMINATE cuando utilice esta política.

Esta política es más adecuada para cargas de trabajo que son tolerantes a fallas y pueden experimentar aproximadamente una hora de tiempo de inactividad durante eventos del host, cargas de trabajo que deben permanecer en el mismo servidor físico, cargas de trabajo que no requieren migración en vivo o si tiene licencias basadas en la cantidad de núcleos o procesadores físicos.

Con esta política, la instancia se puede asignar al grupo de nodos mediante node-name , node-group-name o etiqueta de afinidad de nodo.

La siguiente figura muestra una animación de la política de mantenimiento Reiniciar en el lugar .

Migrar dentro de la política de mantenimiento de host del grupo de nodos

Cuando se utiliza esta política de mantenimiento de host, Compute Engine migra en vivo las máquinas virtuales dentro de un grupo de servidores físicos de tamaño fijo durante los eventos del host, lo que ayuda a limitar la cantidad de servidores físicos únicos utilizados por la máquina virtual.

Esta política es más adecuada para cargas de trabajo de alta disponibilidad con licencias que se basan en la cantidad de núcleos físicos o procesadores, porque con esta política de mantenimiento de host, cada nodo único del grupo está anclado a un conjunto fijo de servidores físicos, que es diferente a la política predeterminada que permite que las máquinas virtuales migren a cualquier servidor.

Para garantizar la capacidad para la migración en vivo, Compute Engine reserva 1 nodo de retención por cada 20 nodos que reserve. La siguiente figura muestra una animación de la política de mantenimiento de host Migrar dentro del grupo de nodos .

La siguiente tabla muestra cuántos nodos de retención reserva Compute Engine dependiendo de cuántos nodos reserve para su grupo de nodos.

Anclar una instancia a varios grupos de nodos

Puede anclar una instancia a varios grupos de nodos utilizando la etiqueta de afinidad del node-group-name en las siguientes condiciones:

• La instancia que desea anclar utiliza una política de mantenimiento de host predeterminada ( Migrar instancia de VM ) .
• La política de mantenimiento del host de todos los grupos de nodos a los que desea anclar la instancia es migrar dentro del grupo de nodos . Si intenta anclar una instancia a grupos de nodos con diferentes políticas de mantenimiento de host, la operación falla y genera un error.

Por ejemplo, si desea anclar una instancia test-node a dos grupos de nodos node-group1 y node-group2 , asegúrese de lo siguiente:

• La política de mantenimiento del host del test-node es Migrar instancia de VM .
• La política de mantenimiento del host de node-group1 y node-group2 es migrar dentro del grupo de nodos .

No puede asignar una instancia a ningún nodo específico con la etiqueta de afinidad node-name . Puede utilizar cualquier etiqueta de afinidad de nodo personalizada para sus instancias siempre que se les asigne el node-group-name y no el node-name .

Ventanas de mantenimiento

Si administra cargas de trabajo (por ejemplo, bases de datos ajustadas que pueden ser sensibles al impacto en el rendimiento de la migración en vivo) , puede determinar cuándo comienza el mantenimiento en un grupo de nodos de único inquilino especificando una ventana de mantenimiento al crear el grupo de nodos. No puede modificar la ventana de mantenimiento después de crear el grupo de nodos.

Las ventanas de mantenimiento son bloques de tiempo de 4 horas que puede utilizar para especificar cuándo Google realiza el mantenimiento en sus máquinas virtuales de único inquilino. Los eventos de mantenimiento ocurren aproximadamente una vez cada 4 a 6 semanas .

La ventana de mantenimiento se aplica a todas las máquinas virtuales del grupo de nodos de único inquilino y solo especifica cuándo comienza el mantenimiento. No se garantiza que el mantenimiento finalice durante el período de mantenimiento y no hay garantía sobre la frecuencia con la que se realiza el mantenimiento. Las ventanas de mantenimiento no se admiten en grupos de nodos con la política de mantenimiento de host Migrar dentro del grupo de nodos .

Simular un evento de mantenimiento del host

Puede simular un evento de mantenimiento del host para probar cómo se comportan las cargas de trabajo que se ejecutan en nodos de único inquilino durante un evento de mantenimiento del host. Esto le permite ver los efectos de la política de mantenimiento del host de la máquina virtual de único inquilino en las aplicaciones que se ejecutan en las máquinas virtuales.

Errores de host

Cuando hay una falla de hardware crítica poco común en el host (único inquilino o multiinquilino), Compute Engine hace lo siguiente:

1. Retira el servidor físico y su identificador único.

2. Revoca el acceso de su proyecto al servidor físico.

3. Reemplaza el hardware fallido con un nuevo servidor físico que tiene un nuevo identificador único.

4. Mueve las máquinas virtuales del hardware fallido al nodo de reemplazo.

5. Reinicia las máquinas virtuales afectadas si las configuró para que se reinicien automáticamente.

Afinidad y antiafinidad de nodos.

Los nodos de único inquilino garantizan que sus máquinas virtuales no compartan el host con máquinas virtuales de otros proyectos a menos que utilice grupos de nodos compartidos de único inquilino. Con grupos de nodos compartidos de único inquilino , otros proyectos dentro de la organización pueden aprovisionar máquinas virtuales en el mismo host. Sin embargo, es posible que aún desee agrupar varias cargas de trabajo en el mismo nodo de único inquilino o aislar sus cargas de trabajo entre sí en diferentes nodos. Por ejemplo, para ayudar a cumplir algunos requisitos de cumplimiento, es posible que necesite utilizar etiquetas de afinidad para separar las cargas de trabajo confidenciales de las no confidenciales.

Cuando crea una máquina virtual, solicita el arrendamiento único especificando la afinidad o antiafinidad de nodo, haciendo referencia a una o más etiquetas de afinidad de nodo. Usted especifica etiquetas de afinidad de nodo personalizadas cuando crea una plantilla de nodo y Compute Engine incluye automáticamente algunas etiquetas de afinidad predeterminadas en cada nodo. Al especificar la afinidad al crear una máquina virtual, puede programar máquinas virtuales juntas en un nodo o nodos específicos en un grupo de nodos. Al especificar la antiafinidad al crear una máquina virtual, puede garantizar que ciertas máquinas virtuales no estén programadas juntas en el mismo nodo o nodos de un grupo de nodos.

Las etiquetas de afinidad de nodo son pares clave-valor asignados a nodos y se heredan de una plantilla de nodo. Las etiquetas de afinidad le permiten:

• Controle cómo se asignan las instancias de VM individuales a los nodos.
• Controle cómo las instancias de VM creadas a partir de una plantilla, como las creadas por un grupo de instancias administrado, se asignan a los nodos.
• Agrupe instancias de VM confidenciales en nodos o grupos de nodos específicos, separadas de otras VM.

Etiquetas de afinidad predeterminadas

Compute Engine asigna las siguientes etiquetas de afinidad predeterminadas a cada nodo:

• Una etiqueta para el nombre del grupo de nodos:
  • Clave: compute.googleapis.com/node-group-name
  • Valor: Nombre del grupo de nodos.
• Una etiqueta para el nombre del nodo:
  • Clave: compute.googleapis.com/node-name
  • Valor: Nombre del nodo individual.
• Una etiqueta para los proyectos con los que se comparte el grupo de nodos:
  • Clave: compute.googleapis.com/projects
  • Valor: ID del proyecto que contiene el grupo de nodos.

Etiquetas de afinidad personalizadas

Puede crear etiquetas de afinidad de nodo personalizadas cuando crea una plantilla de nodo . Estas etiquetas de afinidad se asignan a todos los nodos de los grupos de nodos creados a partir de la plantilla de nodos. No puede agregar más etiquetas de afinidad personalizadas a los nodos de un grupo de nodos una vez creado el grupo de nodos.

Para obtener información sobre cómo utilizar etiquetas de afinidad, consulte Configuración de la afinidad de nodos .

Precios

• Para ayudarte a minimizar el costo de tus nodos de único inquilino , Compute Engine ofrece descuentos por uso comprometido y descuentos por uso sostenido . Además, como ya se le factura la vCPU y la memoria de sus nodos de único inquilino, no paga más por las máquinas virtuales de sus nodos de único inquilino.

• Si aprovisiona nodos de inquilino único con GPU o SSD locales, se le facturarán todas las GPU o SSD locales en cada nodo que aprovisione. La prima de arrendamiento único no se aplica a GPU ni a SSD locales.

Disponibilidad

• Los nodos de inquilino único están disponibles en zonas seleccionadas . Para garantizar una alta disponibilidad, programe máquinas virtuales en nodos de único inquilino en diferentes zonas.

• Antes de usar GPU o SSD locales en nodos de inquilino único, asegúrese de tener suficiente cuota de GPU o SSD local en la zona donde está reservando el recurso.

• Compute Engine admite GPU en los tipos de nodos de inquilino único n1 y g2 que se encuentran en zonas con compatibilidad con GPU . La siguiente tabla muestra los tipos de GPU que puede conectar a los nodos n1 y g2 y cuántas GPU debe conectar cuando crea la plantilla de nodo.

  tipo de GPU	Cantidad de GPU	Tipo de nodo de único inquilino
  Nvidia L4	8	g2
  Nvidia P100	4	n1
  Nvidia P4	4	n1
  Nvidia T4	4	n1
  Nvidia V100	8	n1

• Compute Engine admite SSD locales en los tipos de nodos de inquilino único n1 , n2 , n2d y g2 que se encuentran en zonas con compatibilidad con SSD locales .

Restricciones

• No puede usar máquinas virtuales de inquilino único con las siguientes series y tipos de máquinas: T2D , T2A , E2 , C2D , A2 , A3 , A4 o instancias bare metal.

• Las máquinas virtuales de único inquilino no pueden especificar una plataforma de CPU mínima .

• No puede migrar una máquina virtual a un nodo de único inquilino si esa máquina virtual especifica una plataforma de CPU mínima. Para migrar una máquina virtual a un nodo de único inquilino, elimine la especificación mínima de plataforma de CPU configurándola en automática antes de actualizar las etiquetas de afinidad de nodo de la máquina virtual.

• Los nodos de inquilino único no admiten instancias de VM interrumpibles .

• Para obtener información sobre las limitaciones del uso de SSD locales en nodos de inquilino único, consulte Persistencia de datos de SSD local .

• Para obtener información sobre cómo el uso de GPU afecta la migración en vivo, consulte las limitaciones de la migración en vivo .

• Los nodos de inquilino único con GPU no admiten máquinas virtuales sin GPU.

• Solo los nodos de propietario único N1, N2, N2D y N4 admiten la sobreasignación de CPU.

• Los nodos de único inquilino C3 y C4 no admiten diferentes configuraciones de VM en el mismo nodo de único inquilino; por ejemplo, no se puede colocar una máquina virtual c3-standard en el mismo nodo de único inquilino que una máquina virtual c3-highmem .

• No puede actualizar la política de mantenimiento en un grupo de nodos activos.

¿Qué sigue?

• Aprenda a crear, configurar y consumir sus nodos de único inquilino .

• Aprenda cómo comprometer excesivamente las CPU en máquinas virtuales de inquilino único .

• Aprenda a traer sus propias licencias .

• Revise nuestras mejores prácticas para usar nodos de único inquilino para ejecutar cargas de trabajo de VM .