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

    Este é o controle de admissão com pools de recursos expansíveis e uma inicialização da máquina virtual 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

    Este é o controle de admissão com pools de recursos expansíveis com a ativação da máquina virtual impedida.