VPN работала бы просто великолепно для Ваших требований. Одной вещью наблюдать за является коллизия IP-адреса. Если у удаленного пользователя есть та же подсеть как Ваша сеть, то, когда они пытаются соединиться с 192.168.123.321, они могли бы получать локальный компьютер вместо удаленного сервера. Я предложил бы использовать класс B (172.16.0.0 – 172.31.255.255) или класс A (10.x.x.x) сеть вместо этого, так как они не будут так же вероятны для коллизии.
Нет, Вы не можете мигрировать между различными поставщиками ЦП. с RHEV Вы не должны мочь разместить Intel и хосты AMD в том же кластере (домен миграции)
Никакая платформа виртуализации не позволяет перекрестные миграции поставщика сегодня, обычно Вы заблокированы во время этапа установки, таким образом, Вы не получаете разрушенный VMs.
KVM позволяет Вам указать вид ЦП, 'выставленного' VM путем выбора определенного подмножества функций, о которых это объявляет BIOS. Если Вы используете -cpu host
, это просто выставляет те же функции как хост; но существует другое больше 'универсальных' подмножеств, как -cpu qemu64
. При использовании того же на различных машинах можно свободно мигрировать между ними.
Я думаю, что миграция должна работать хорошо, пока Вы используете 64-разрядный (и иначе тождественно настроенные) дистрибутивы в обоих полях. Но если другое поле выполняет некоторую другую версию RHEV или установило 32-разрядную версию, то существуют проблемы, ожидающие Вас.
(Оба поля, выполняющие 32-разрядное распределение, должны работать хорошо, также. Это - только если Вы перепутываете 32 и 64 бита, затем существуют проблемы),