Компания VMware объявила (http://vmware.com/company/news/releases/tools.html) об открытии, под лицензией GPL, исходных текстов комплекта утилит, драйверов и модулей ядра для управления виртуальными машинами VMware, работающими в гостевом режиме (guest vm). Проект получил название Open Virtual Machine Tools (http://open-vm-tools.sourceforge.net/).
Утилиты поддерживают операционные системы Linux, Solaris и FreeBSD, могут выполнять функции обмена данными между гостевой и родительской ОС, организовывать взаимодействие двух гостевых систем, оптимизировать производительность сетевой подсистемы и подсистемы распределения памяти для гостевой ОС. Полный список утилит можно найти здесь (http://open-vm-tools.sourceforge.net/faq.php).
В заключение, можно отметить анонс (http://openvz.org/news/announcements/2.6.22-20070912) нового набора патчей OpenVZ (http://openvz.org/), доступных для Linux ядра 2.6.22. Главное новшество - изменение организации пространства идентификаторов процессов, что позволит реализовать миграцию виртуальных окружений без остановки их работы.URL: http://vmware.com/company/news/releases/tools.html
Новость: http://www.opennet.me/opennews/art.shtml?num=12001
Вау, открытые VMTools - неплохо, так держать ;)
OpenVZ...мигрировать виртуальное окружение в другое место...звучит многообещающе.Представьте себе завтра.У вас есть несколько физических машин.Вы хотите обновить на них ядро, что-то сделать с железом, etc.Но ронять сервисы и рестартовать - совсем уж не здорово, да?Что в идеале?А в идеале - задачи распихиваются на другие машины с их текущим состоянием и продолжают работать как батарейка энерджайзер.Машина перегружается, что надо делается.Потом на нее можно вернуть задачи.Или их часть.Не важно :)
И это уже вовсе не завтра.... а вполне себе сегодня.
уже давно сегодня
и имя этому - xen
>уже давно сегодня
>и имя этому - xenVirtuozzo Тоже умеет -))
Кстати, проприетар, основаный как раз на кодовой базе OpenVZ...
Интересно, на чем теперь будут зарабатывать SWsoft?
А что касается Xen'а, на web-хостингах он таки реже Virtuoz'ы встречается...
Virtuozzo и есть OpenVZ, на сколько я понимаю. SWsoft зарабатывает на поддержке и солидном наборе утилит для обслуживания и автоматизации виртуальных серверов, без которых обычный пользователь не сможет это использовать.
некогда, пару лет назад, виртуозу эту открыли, ибо пачт на ядро (с проприетарным модулем был). ВСе остальное продолжает лезть в карман за баблом...Ну да и за ядро пасиба :)
может я чего-то не понял, но миграция в OpenVZ существует уже давно:http://openvz.org/documentation/mans/vzmigrate.8
http://www.opennet.me/opennews/art.shtml?num=8857
Это миграция с "заморозкой"... то есть на какое-то время виртуальная машина уходит в спячку, потом переносится на другую машину, а потом будится. Даунтайм при правильной работе порядка 2-3х секунд.Теперь же есть возможность сделать миграцию вообще без остановки. Вживую.
>Это миграция с "заморозкой"... то есть на какое-то время виртуальная машина уходит
>в спячку, потом переносится на другую машину, а потом будится. Даунтайм
>при правильной работе порядка 2-3х секунд.
>
>Теперь же есть возможность сделать миграцию вообще без остановки. Вживую.не могу представить как это работает...
>не могу представить как это работает...да не напрягай моск
Есть конечно остановка, тока она на неск порядков меньше стала.Подобное тяжело сделать вообще без задержек (даже неощутимых для пользователя)
>>не могу представить как это работает...
>
>да не напрягай моск
>Есть конечно остановка, тока она на неск порядков меньше стала.
>
>Подобное тяжело сделать вообще без задержек (даже неощутимых для пользователя)дело как раз в том, что мне хочется понять, как это работает, но единственное что приходит в голову, это как работала предыдущая версия -- дамп памяти, перенос окружения на другую машину, восстановление состояния. Дальше уже фантастика какая-то... Надо идти к ним на форум за разъяснениями, судя по всему.
>дело как раз в том, что мне хочется понять, как это работает,
>но единственное что приходит в голову, это как работала предыдущая версия
>-- дамп памяти, перенос окружения на другую машину, восстановление состояния. Дальше
>уже фантастика какая-то...ну... не все так просто
про опенмозикс слышал?
процесс уежает на другой хост и потихоньку подтягивает что нужно для работы: код, данные, стек... системные вызовы прозрачно передаються обратно на родителький хост, процессяцо и возвращаються на испольняющую ноду.
Примерно так и реализован момент передачи образа системы.
Она начинает потихоньку копировать память на другой комп.
Память на исходном компе становиться не обновляемой: операции чтения проходят наура,
а операции записи отдают изменения на новый комп (куда в фоне льеццо весь образ памяти).
И вот когда все переехало - тут все тушиццо и перенаправляеться траффик на другой комп.
вот этот момент - несколько десятых секунды.
круто, блин... Теперь нужно дождаться, пока это появится в уже использующихся ядрах.
Спасибо за разъяснения :)