Qualquer hypervisor conterá um agendador de processador virtual de algum tipo. Esses agendadores são extremamente úteis, pois permitem que você supercomprima sua máquina. Eles, no entanto, têm um custo.
Quando você não comprometer demais sua máquina, esse custo permanecerá relativamente pequeno, mas ainda estará lá. Dividir sua carga de trabalho em várias máquinas menores, em geral, torna-as um pouco mais eficientes.
Mas e daí?
Não é assim que você deve, na minha opinião, estar olhando para a questão. Qualquer configuração executará sua carga de trabalho de maneira semelhante, desde que você não tenha comprometimento excessivo. Na grande máquina, pelo menos, seu gargalo real provavelmente será a taxa de transferência do armazenamento. Então, vou supor que você queria que sua pergunta fosse respondida usando o mesmo número de HBAs e dispositivos de armazenamento em ambos os casos.
Em vez disso, você deve olhar para essa desvantagem como uma onde, com a única grande máquina, você obtém facilidade de gerenciamento de host / hipervisor. Com as pequenas máquinas, você geralmente obtém um custo geral menor e um tempo de atividade geral maior.
Se uma das suas pequenas máquinas falhar, você apenas reinicia essas cargas de trabalho nas outras, com um pouco de supercomprometimento até que você conserte o hardware. Se a única máquina grande falhar, tudo fica inativo até você conseguir que a máquina funcione novamente.
Pessoas que defendem a compra de máquinas realmente grandes para executar um hipervisor (onde "realmente grande" é definido em minha mente, como "mais de cinco vezes maior que a maior VM que você hospedará") defendem que com base no gerenciamento custos. Eles dizem que uma única máquina é simplesmente muito mais barata de administrar do que um bando de pequeninos.
Se "eles" estão certos, e se você especificamente verá custos mais altos para o cluster de máquinas menores, depende principalmente se você está configurado para gerenciar eficientemente o cluster. Há muitas suítes de gerenciamento que ajudarão você, permitindo que você trate o cluster em grande parte como uma entidade única. Se você já tem e usa um desses, provavelmente estará melhor com o cluster.