Аггресивному маркетингу Майкрософта мы ответим постом про его косяки!

Итак, с мест сообщают, что:

Если делать QuickMigration между хостами с разными процессорами, то нас не предупреждают об этом, и разрешают миграцию. Уточню, что в данном контексте под "разными процессорами" понимаются процессоры с отличающимся набором инструкций. Это означает, что ВМ работает на одном хосте, использует некую функцию его(если использует, это от приложения зависит), а потом она переезжает и не обнаруживает эту функцию. Шок и bsod!
(ну про bsod я приврал, для рифмы. Хотя и его исключить, наверное, нельзя. В приведенном примере и видеоролике падает только приложение)
Читаем подробности - Hyper-V подвергает риску приложения в виртуальных машинах при миграции (Quick Migration) - на vmguru.
Есть даже видеоролик с доказательствами, размещенный на необычном хостинге.

Еще один звоночек - Don’t know much about resource pools.
Да, SCVMM может управлять ESX'ами. Но. Ему для этого нужен VC. И, пока что это управление не совсем отлажено - сейчас SCVMM не особо знаком с такой штукой. как пулы ресурсов в DRS кластере, и игнорирует членство ВМ в них при VMotion.

Коллеги, особенно из Microsoft,
сразу прошу расценивать этот пост не слишком аггресивно.
Я сразу признаю, что обе проблемы носят не слишком тяжелый характер, что их исправят. Скорее всего. Когда нибудь ;)
Так что дискуссии на эти темы затевать, думаю, не стоит.