Как (если вообще) используется KVM с корпоративными рабочими нагрузками?

Это похоже на Q123566, но хочу добавить несколько пояснений:

• KVM виртуализация на основе ядра Linux технология (в частности: гипервизор), лежащий в основе большинства платформ / инструментов виртуализации, не относящихся к Xen FOSS.
• QEMU атомный инструмент/ утилита / программа, которая сегодня, заполняет роль, которая kvm(1) сделал в то время как его одноименный гипервизор находился в стадии разработки. Он способен использовать kvm(3) как бэкэнд эмуляции; это его наиболее эффективный режим работы на платформах на базе x86_64.
• Ни то, ни другое не является виртуализацией решения так же, как ESXi и Hyper-V (каждый из которых содержит свой собственный, специально созданный гипервизор типа 1).
  • А решение (не инструмент или технология), независимо от того, разработаны они собственными силами или приобретены извне, являются ключевой аспект развертывания ИТ любого предприятия.

Уточнение последнего момента: модуль ядра как таковой не поддерживает DevOps, и QEMU не работает сам по себе. Инструмент - это не решение (хотя достаточно надежный инструмент может заставить системного администратора подумать, что их специальное недокументированное решение жизнеспособно).

Ни один, кроме самых "уверенный" системных администраторов считают, что множество машин, на которых запущены операционные системы, установленные вручную, настроенные с помощью (управляемой вручную) небольшого количества systemd.unit(5) файлы, вызывающие различные экземпляры qemu-system-x86_64(1), является устойчивым или масштабируемым.

Этот пробел - то, что KVM (отчасти из-за того, что он является гипервизором типа 2) является единственным «лишним»; это гипервизор не привязан к определенному инструменту и / или решению - вот где Red Hat виртуальный менеджер, входит. Это кажется (Помимо OVirt(очевидно, Layer-on-Top-of / Interface-to virt-manger), единственное решение виртуализации корпоративного уровня на основе QEMU (и, как следствие, на основе KVM), которое в настоящее время присутствует на рынке.

Но в то время как многие компании используют ESXi¹ и Hyper-V², трудно найти³ которые используют virt-manager. И пока несколько компаний идентифицировать как с помощью решений на базе KVM⁴, информация о как KVM на самом деле используется редко.

Итак, как KVM используется с корпоративными рабочими нагрузками, которые не могут позволить себе различные риски работы в скудной инфраструктуре сценариев оболочки и SSH? Он вообще используется? Компании просто реквизировали что-то вроде SaltStack загнать KVM + QEMU в состав внутреннего решения? Вирт-менеджер фактически широко используется, но в секрете? Я не могу понять, почему существует эта информационная черная дыра вокруг того, что, по-видимому, является решением виртуализации, на котором работают Red Hat, Inc (и никто другойс?) весь инфраструктура.