Este exemplo mostra como um pool de recursos com reservas expansíveis funciona.
Suponha o seguinte cenário, conforme mostrado na figura.
- O pool principal RP-MOM tem uma reserva de 6 GHz e uma máquina virtual em execução VM-M1 que reserva 1 GHz.
- Você cria um pool de recursos filho RP-KID com uma reserva de 2 GHz e com Reserva Expansível (Expandable Reservation) selecionada.
- Você adiciona duas máquinas virtuais, VM-K1 e VM-K2, com reservas de 2 GHz cada ao pool de recursos filho e tenta ligá-las.
- A VM-K1 pode reservar os recursos diretamente do RP-KID (que tem 2 GHz).
- Nenhum recurso local está disponível para o VM-K2, portanto, ele empresta recursos do pool de recursos pai, RP-MOM. O RP-MOM tem 6 GHz menos 1 GHz (reservado pela máquina virtual) menos 2 GHz (reservado pelo RP-KID), o que deixa o 3GHz sem reserva. Com o 3GHz disponível, você pode ligar a máquina virtual de 2 GHz.
Figura 1. Controle de admissão com pools de recursos expansíveis: ativação bem-sucedida
Agora, considere outro cenário com VM-M1 e VM-M2.
- Ligue duas máquinas virtuais no RP-MOM com uma reserva total de 3GHz.
- Você ainda pode ligar a VM-K1 no RP-KID porque 2 GHz estão disponíveis localmente.
- Quando você tenta ligar o VM-K2, o RP-KID não tem capacidade de CPU não reservada, então ele verifica seu pai. O RP-MOM tem apenas 1 GHz de capacidade não reservada disponível (5 GHz de RP-MOM já estão em uso - 3GHz reservado pelas máquinas virtuais locais e 2 GHz reservados pelo RP-KID). Como resultado, você não pode ligar a VM-K2, que requer uma reserva de 2 GHz.
Figura 2. Controle de admissão com pools de recursos expansíveis: ativação impedida
