
O Puppet fornece um fato vitual
que supostamente mostra qual método de virtualização um sistema está usando. Usamos Redhat 7 e 8 para sistemas operacionais convidados. Temos muitos physical
sistemas e também usamos RedHat Virtualization, KVM e Linode. A documentação virt-what
diz que pode detectar rhev
, mas parece detectar apenas a versão antiga, não as versões mais recentes, que são relatadas apenas como kvm
. Da mesma forma, Linodes também são relatados como kvm
.
Um dos maiores problemas é que cada máquina deve ter diferentes ferramentas/serviços de VM convidados instalados com base no hipervisor em uso (por exemplo, parece que Linodes não deveria ter nenhuma ferramenta de convidado). Existe uma maneira melhor de descobrir qual é o hipervisor real?
Responder1
É possível que virt-what imprima ambos rhev
(or ovirt
) e kvm
. O primeiro a partir de dados do produto ou fabricante, e o último provavelmente do CPUID.
factor também tem suas próprias implementações de adivinhação, além de virt-what. Isso, somado à falta de confiabilidade de adivinhar o hipervisor em geral, significa que o rhev
retorno não é garantido.
Na prática, verifique o que o fato retorna em todos os hipervisores e provedores de hospedagem que você utiliza.
E saiba o que esperar em diversas plataformas. hyperv
ou Azure significa Hyper-V. vmware
está bem, VMware. rhev
, ovirt
, kvm
são Linux KVM e estão em uso na nuvem em Linode, AWS, Google, entre outros, ou no Linux local. bhyve
é o FreeBSD. vmm
é o OpenBSD. POWER e IBM Z possuem hipervisores. Alguns deles são mais populares que outros, mas todos podem executar convidados RHEL.