15.12.2012 02:38, Alexander Yerenkow пишет:
А смотрели в сторону xcp? Оно не настолько закрыто как есхи, и
достаточно управляемо, миграция емнип тоже есть.
HeadStart Restore? Беглое гугление не выявило связи с вопросом.
Поясните, пожалуйста.
Не для всех типов.миграции кстати требуется шаред хранилище :)
Меня интересует именно "Live Migration" без "down time", который виден
пользователю, вернее отсутствие связи в несколько секунд (десятков
секунд) допустимо, но не более. В идеале чтобы даже соединения (TCP/...)
с приложениями на виртуалке не разрывались.
Возможно что ваша потребность не настолько нужна. Какая ваша основная
цель/решаемая задача?
Динамический баланс нагрузки, наверное самый важный момент. В первую
очередь по оперативной памяти.
Ещё немного минимизация простоя в случае физической поломки одного из
серверов, но это не так критично, т.к. является форс-мажором и будет
воспринято пользователями с пониманием.
Пользователь (в данном случае администратор своих виртуалок) должен из
одной админки запускать и останавливать свои виртуалки, при этом
совершенно не заботясь о том, на каком именно физическом сервере они
работают. В случае полной загруженности одного из серверов и простое
другого, система виртуализации должна сама в автоматическом режиме
(согласно каким-то правилам и приоритетам) переносить часть виртуалок на
свободный сервер. Без общей хранилки это будет ооочень долго. Надо будет
переписывать все диски и память, а с хранилкой только "savestate" на
одном сервере и "startvm" на другом. В случае с подключением к хранилке
через Ethernet мы получим дикие тормоза для всех виртуалок - шутка ли
сказать 60+ одновременно запущенных виртуалок. Только "savestate"
виртуалки с 4Gb оперативки может длится больше минуты и ещё столько же
"startvm". Для такой схемы GigabitEthernet не вариант.
Пока это потенциальная хотелка. Если реально будет такое соорудить на
FreeBSD + BHyVe в ближайшем будущем (год?), то это будет совсем идеально!
Regards, Alexander Yerenkow
