> Как пользователь опенстека и опеннебулы, могу сказать что именно по этим параметрам КВМ и превосходит вмшмару.

У него же там вся инфраструктура одно большое Legacy с большой буквы L. А вы сравниваете с инфраструктурами openstack/opennebula, это некорректно. Небось, толстенные виртуалки с кучей сервисов одновременно на каждой. Там нужно замерять производительность под его задачи и тюнить в привязке к хостам.

> если у вас сопли, то у нас - скрипты.

Это скорее вопрос саппорта. VMware становится выгодна тогда, когда куплена расширенная техподдержка и VMware. Внутри вари 100500 модулей на java вместо питоньих скриптов. Когда они разваливаются, этим занимается её саппорт. Видимо расширенный саппорт куплен и/или оно не ломалось.
Если вы строите на openstack то вам либо нужно покупать его у вендора за еще большие деньги, либо форкать его и самому становиться вендором, без этого его внедрить ну ни как не получается. Пробовали. Эти скрипты в итоге дороже выходят на опенстеке. Кстати VMware тоже готовит openstack, так-то. И долгое время сеть опенстека была поверх убогой проприетарной вмварьной SDN. Забыли что ли?

> Как пользователь опенстека и опеннебулы, могу сказать что именно по этим параметрам КВМ и превосходит вмшмару. А ещё в вм-шмаре очень выражен disk I/O saturation. Это когда соседние виртуалки друг-друга ушатывают до невозможности работы.

Вот вы админ-пользователь, сразу видно. Для того чтобы не было проблем с дисками, нужно строить нормальную сеть хранения. На ней это уже можно сделать до определенного уровня. Не всё что умеет RHEV и SystemCenter поддерживалось... хотя я не щупал 7.0 еще. У гражданина Z вместо стандартных подходов проприетарь от Hitachi. Кроме того у VMware очень специфический memory overcommitment, маскирующий реальность от админа. Также нужно соблюдать правило "сумма ядер всех виртуалок на хосте + 1 <= количеству физических ядер" то оно даже будет работать само без учёта миграции машины в отказоустойчивом кластере. Но это всё равно не во всех случаях поможет. Придётся делать физические привязки по процу и памяти... а тогда чем это отличается от Hyper-V с его подходом к динамической памяти и раздаче ресурсов...
Вспоминается старая-престарая фраза "хватит покупать лиензии вмвари, купите лучше себе памяти и процов".

А разгадка проста. Пользователи вари обычно туго с неё слазят, потому что она в мониторингах пишет меньшее потрубление памяти и проца чем остальные и им кажется, что от этого варя лучше.