Normalmente, não; Você provavelmente não está executando ambientes que serão beneficiados com isso. Mas isso depende das circunstâncias.
O controle de admissão atua como um tipo de verificação fictícia para HA, para garantir que todas as VMs em um host descartado realmente possam ser ligadas. Mas esse não é um risco na grande maioria dos ambientes - tudo que um host precisa para inicializar uma determinada VM é RAM suficiente para a sobrecarga de memória de todas as VMs totais em execução (não é necessário CPU livre, e não precisa de qualquer RAM física livre, que pode estar em swap) .. exceto quando a VM tem uma reserva.
O truque aqui está nos cálculos de tamanho de slot. Veja aqui para mais informações do que você provavelmente gostaria de ter sobre o assunto.
A maioria dos ambientes tem um monte de VMs sem reserva, e talvez um pequeno punhado com uma reserva de algum tipo. Aquelas VMs com reservas determinam o tamanho do slot. Assim, você pode se encontrar facilmente com um cluster com 20% de uso de recursos, recusando-se a ligar mais VMs.
Um ambiente sem reservas quase nunca terá queixa de controle de admissão; Ele ficará feliz em permitir que você se coloque em uma situação onde metade da memória da VM esteja em arquivos de troca, porque isso não está violando uma reserva, portanto, não compromete a capacidade de inicialização das VMs.
A circunstância de o controle de admissão de HA ajudar você é quando você tem muitos recursos reservados, potencialmente até o ponto em que, se perder um host, as VMs não poderão ser reinicializadas porque as VMs em execução têm todos os recursos reservados. Nesse caso, uma política de controle de admissão apropriadamente agressiva (provavelmente sintonizada manualmente com das.slotCpuInMHz
e das.slotMemInMB
) pode ajudá-lo a garantir que todas as VMs sejam inicializadas com sucesso em um evento HA.
- If no, then why do I find it enabled on so many vSphere configurations?
Porque está ativado por padrão na criação de cluster quando o HA está ativado.