Кроме KVM, какой-либо гипервизор поддерживает живую миграцию между серверами Intel и AMD?
400 МГц быстрее затем 333 МГц согласно определению ;)
С другой стороны, различие между поршнем на 333 МГц и поршнем на 400 МГц в большинстве случаев незначительно на основе моего опыта. Больше поршня лучше в большинстве случаев, однако он зависит от шаблона использования. Если Ваш сервер никогда не будет использовать больше затем поршень 512 МБ, то пребывание с 512@400 будет лучше.
ESX/ESXi можно в большой степени настроить (использование целого плота 'расширенных настроек' и разрядных ЦП настроек VM) для обеспечения vmotion между AMD и Intel - проблема - то, что это вызывает большую проблему, которую это решает.
Причина, которую ESX/ESXi не позволяют ему 'из поля', состоит в том, что различные семейства ЦП предлагают различные возможности ЦП, которые в случае ESX/ESXI передаются до VMs, чтобы позволить им использоваться правильно. Теперь, если VM на современном Intel CPU думает, что может использовать, например, команды SSE4.2 и затем vMotioned к ЦП, который не поддерживает это возможности, хорошо Вы получаете главный катастрофический отказ.
Путь вокруг этого состоит в том, чтобы установить 'самый высокий общий знаменатель' базовая линия, т.е. в кластере Вы выбираете наименее способный доступный ЦП и только выставляете его функции VMs, игнорируя функции, доступные более новым, более способным центральным процессорам - таким образом позволяющий VMs переместиться.
Если Вы вручную 'сократите' все различия в возможности между AMD и Intel CPU для нахождения абсолютной базовой спецификации ЦП затем, то Вы, конечно, сможете переместить VMs между этими микросхемами без риска катастрофического отказа, я не знаю, что KVM вообще извините, но я предположу, что это - то, как это позволяет это. Оборотная сторона этого - то, что Вы не позволяете Вашему VMs использовать любую из более усовершенствованных функций центрального процессора, доступных современным микросхемам, таким образом, они могут переместить да, но они будут медленнее и менее функциональными.
Я надеюсь, что это помогает Вам понять, почему это не наиболее часто используемое, или по-моему мудрое, путь для взятия.
OpenVZ является основанной на контейнере виртуализацией для Linux. Можно переместить 32-разрядный "VMs" или контейнеры и между 32-разрядными и между 64-разрядными хостами, но очевидно Вы не можете переместить 64-разрядный VM в 32-разрядный хост. Больше здесь.
Это очень быстро (скорость собственного оборудования для VMs), но не может выполнить MS VMs.