O ESX / ESXi pode ser muito otimizado (usando um conjunto de 'configurações avançadas' e configurações de bit de CPU da VM) para permitir o vmotion entre a AMD e a Intel - o problema é que isso causa problema maior que corrige.
O motivo pelo qual o ESX / ESXi não permite que ele seja 'out of the box' é que diferentes famílias de CPU oferecem diferentes recursos de CPU, que no caso do ESX / ESXi são passados para as VMs para permitir que sejam usados adequadamente. Agora, se uma VM em uma CPU moderna da Intel acha que pode usar, por exemplo, comandos SSE4.2 e, em seguida, é movida para uma CPU que não suporta esses recursos, você obtém uma grande falha.
A maneira de contornar isso é definir uma linha de base 'maior denominador comum', ou seja, em um cluster você escolhe a CPU menos capaz disponível e apenas expõe suas funções às VMs, ignorando as funções disponíveis para CPUs mais novas e mais capazes permitindo que as VMs se movimentem.
Se você remover manualmente todas as diferenças de capacidade entre uma CPU AMD e Intel para encontrar uma especificação de linha de base absoluta, então você será capaz de mover VMs entre esses chips sem risco de bater, eu não sei KVM em tudo desculpe mas vou assumir que é assim que permite isso. A desvantagem disso é que você não está permitindo que suas máquinas virtuais usem qualquer uma das funções de CPU mais avançadas disponíveis para chips modernos, então elas podem se mover sim, mas elas serão mais lentas e menos funcionais.
Espero que isso ajude você a entender por que esse não é um caminho comumente usado, ou, na minha opinião, sábio.