
Puppet proporciona un dato vitual
que se supone que muestra qué método de virtualización está utilizando un sistema. Usamos Redhat 7 y 8 para sistemas operativos invitados. Tenemos muchos physical
sistemas y también utilizamos RedHat Virtualization, KVM y Linode. La documentación virt-what
dice que puede detectar rhev
, pero parece que solo detecta la versión anterior, no las versiones más nuevas que solo se informan como kvm
. De manera similar, los Linodes también se informan como kvm
.
Uno de los mayores problemas es que cada máquina debe tener diferentes herramientas/servicios invitados de VM instalados según el hipervisor en uso (por ejemplo, parece que Linodes no debería tener ninguna herramienta invitada). ¿Existe una mejor manera de descubrir cuál es el hipervisor real?
Respuesta1
Es posible que virt-what imprima tanto rhev
(o ovirt
) como kvm
. El primero a partir de datos del producto o del fabricante, y el segundo probablemente de CPUID.
factor también tiene sus propias implementaciones de adivinanzas, además de virt-qué. Esto, más la falta de confiabilidad de adivinar el hipervisor en general, significa que rhev
no se garantiza la devolución.
En la práctica, compruebe lo que arroja el hecho en todos los hipervisores y proveedores de hosting que utiliza.
Y sepa qué esperar en varias plataformas. hyperv
o Azure significa Hyper-V. vmware
Está bien, VMware. rhev
, ovirt
son kvm
KVM de Linux y se utilizan en la nube en Linode, AWS, Google, entre otros, o en Linux local. bhyve
es FreeBSD. vmm
es OpenBSD. POWER e IBM Z tienen hipervisores. Algunos de ellos son más populares que otros, pero todos pueden ejecutar invitados RHEL.