Как делает VMware, ESX перемещают VM от одного блейда до другого, не теряя данных?
Я соглашаюсь с, "Нет" на этом. После того как кто-то использует многоуровневый продукт / уязвимость приложения, у них есть доступ к Вашим AD файлам, который является немного больше, чем немного менее, чем желательный. Большинство попыток взламывания происходит внутренне...
vMotion требует, чтобы у Вас была совместно используемая память между серверами ESX (SAN, другими словами), и что у Вас есть быстрая сеть, настроенная для vMotion. Это также требует, чтобы хосты ESX имели те же центральные процессоры (или что Вы сделали некоторое маскирование функции CPU так, чтобы центральные процессоры появились то же к VMs).
По существу это предварительно копирует все содержание памяти к целевому хосту ESX, затем начинает прерывать всю активность ЦП, в конечном счете приостанавливая VM на источнике, которого создает резервную копию хост ESX, копируя последние биты памяти и состояния ЦП к целевому хосту ESX и запуская его. Я думаю, что это также вызывает некоторые arp объявления так, чтобы Ваша инфраструктура переключения взяла перемещение.
Конечный результат состоит в том, что миграция может занять минуту или два, но сами VM только приостанавливаются для части секунды, и никогда не знает, что она была перемещена от одного физического хоста до другого. ОС никогда ничего не видит.
Мы используем его на нашем кластере ESX все время. Мы даже включили функции, которые автоматически размещает VMotion VMs для балансировки загрузки между ESX.