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
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
