15.12.2012 12:15, Alexander Yerenkow пишет:
15 декабря 2012 г., 3:09 пользователь Владимир Друзенко
<[email protected] <mailto:[email protected]>> написал:
15.12.2012 02:38, Alexander Yerenkow пишет:
А смотрели в сторону xcp? Оно не настолько закрыто как есхи, и
достаточно управляемо, миграция емнип тоже есть.
HeadStart Restore? Беглое гугление не выявило связи с вопросом.
Поясните, пожалуйста.
Имел в виду Xen Cloud Platform с их "Storage XenMotion®" - которая
мигрейтит между разными хранилищами без даунтайма (аналогично как у
VmWare сделано). Типа переносится стейт, потом запись на "диск" на
новом месте идёт в снепшот, чтение идёт из локального диска, если нет
- то как-то затягивает этот кусок из места оригинала, следующее чтение
уже локально. Всё прозрачно и мало заметно в обычной ситуации работы
ВМ (конечно если там будет запущен бенч на IO диска, то вы увидите
миграцию. Хотя в случае если между хранилищами гигабит чисто для
миграций, то разве что по задержкам, пропускная способность не
пострадает).
Платформа админится из страшного виндовс-онли приложения, но т.к. там
в глубине души хен, то есть возможность скриптованного управления, что
вам и нужно в случае "единой админки".
Обещают виндовс онли приложение заменить в будущем.
Xen я даже не рассматриваю - с ним ситуация близка к VirtualBox.
OpenSource часть хоть и есть, но без проприетарных компонент уже не то.
Да и FreeBSD не поддерживается в качестве host платформы. А если уж
менять гипервизор и оставаться на Linux, то лучше переходить на KVM, чем
на Xen - вон как RedHad его серьёзно продвигает.
Ну и stand-alone управлялка на винде - сразу нет. Платформонезависимость
клиента (администратора виртуалок) обязательное требование. Веб морда +
ручное управление в консоле - в итоге достаточно браузер и ssh клиент,
чтобы сделать всё необходимое, при чём в консоле можно даже больше
(например как в VirtualBox + phpvirtualbox).
Не для всех типов.миграции кстати требуется шаред хранилище :)
Меня интересует именно "Live Migration" без "down time", который
виден пользователю, вернее отсутствие связи в несколько секунд
(десятков секунд) допустимо, но не более. В идеале чтобы даже
соединения (TCP/...) с приложениями на виртуалке не разрывались.
Возможно что ваша потребность не настолько нужна. Какая ваша
основная цель/решаемая задача?
Динамический баланс нагрузки, наверное самый важный момент. В
первую очередь по оперативной памяти.
Ещё немного минимизация простоя в случае физической поломки одного
из серверов, но это не так критично, т.к. является форс-мажором и
будет воспринято пользователями с пониманием.
Пользователь (в данном случае администратор своих виртуалок)
должен из одной админки запускать и останавливать свои виртуалки,
при этом совершенно не заботясь о том, на каком именно физическом
сервере они работают. В случае полной загруженности одного из
серверов и простое другого, система виртуализации должна сама в
автоматическом режиме (согласно каким-то правилам и приоритетам)
переносить часть виртуалок на свободный сервер. Без общей хранилки
это будет ооочень долго. Надо будет переписывать все диски и
память, а с хранилкой только "savestate" на одном сервере и
"startvm" на другом. В случае с подключением к хранилке через
Ethernet мы получим дикие тормоза для всех виртуалок - шутка ли
сказать 60+ одновременно запущенных виртуалок. Только "savestate"
виртуалки с 4Gb оперативки может длится больше минуты и ещё
столько же "startvm". Для такой схемы GigabitEthernet не вариант.
Пока это потенциальная хотелка. Если реально будет такое соорудить
на FreeBSD + BHyVe в ближайшем будущем (год?), то это будет совсем
идеально!
Возможно ваши задачи может (даже уже) решать вот этот проект.
http://www.7he.at/freebsd/vps/about-vps.html
Другой уровень виртуализации. FreeBSD не превышает и 20% от всех
виртуалок. Остальное - это зоопарк из всевозможных версий оффтопиков, в
том числе виндов, Linux и даже Solaris.
Regards, Alexander Yerenkow
--
Regards,
Alexander Yerenkow
