En este ejemplo se muestra cómo funciona un grupo de recursos con reservas ampliables.

Imagine el siguiente caso, tal como se muestra en la imagen.

  • El grupo primario RP-MOM tiene una reserva de 6 GHz y una máquina virtual VM-M1 en ejecución que reserva 1 GHz.

  • Se crea un grupo de recursos secundario RP-KID con una reserva de 2 GHz y con la opción Expandable Reservation (Reserva ampliable) seleccionada.

  • Se agregan dos máquinas virtuales, VM-K1 y VM-K2, con reservas de 2 GHz cada una para el grupo de recursos secundario y se intenta encenderlas.

  • VM-K1 puede reservar los recursos directamente desde RP-KID (que tiene 2 GHz).

  • No hay recursos locales disponibles para VM-K2; por lo tanto, pide recursos del grupo primario, RP-MOM. RP-MOM tiene 6 GHz menos 1 GHz (reservado por la máquina virtual), menos 2 GHz (reservado por RP-KID), lo que deja 3 GHz sin reservar. Con 3 GHz disponibles, es posible encender la máquina virtual de 2 GHz.

    Figura 1. Control de admisión con grupos de recursos ampliables: encendido correcto


    Este es un control de admisión con grupos de recursos ampliables y un encendido correcto de la máquina virtual.

Ahora, imagine otro caso con VM-M1 y VM-M2.

  • Encienda dos máquinas virtuales en RP-MOM con una reserva total de 3 GHz.

  • Aún se puede encender VM-K1 en RP-KID, porque hay 2 GHz disponibles de forma local.

  • Cuando se intenta encender VM-K2, RP-KID no tiene capacidad de CPU sin reservar; por lo tanto, comprueba su elemento primario. RP-MOM tiene solo 1 GHz de capacidad sin reservar disponible (5 GHz de RP-MOM ya están en uso, 3 GHz están reservados para las máquinas virtuales locales y 2 GHz están reservados por RP-KID). Como resultado, no se puede encender VM-K2, que requiere una reserva de 2 GHz.

    Figura 2. Control de admisión con grupos de recursos ampliables: encendido impedido


    Este es un control de admisión con grupos de recursos ampliables y un encendido impedido de la máquina virtual.