Офигеть. А производительность намного больше той же VmWare? Эх, надо было брать процессор с Intel VT… А то у меня под Линуксом виртуалка с Windows XP только для чата локальной сети работает и довольно сильно просаживает производительность процессора Intel Celeron, распаянного на материнской плате.
А можно впечатления в студию — как работает, что разместили на машину? Потому что у меня в убунтовской сборке Xen на протяжении как минимум 2-ух релизов безбожно глючил, вследствие чего пришлось отказаться от него на тот момент.
У меня куча VPS, крутятся на базе CentOS 5.2, никаких глюков на протяжении почти уже полгода работы не обнаружено. В качестве DomU стоят как сами центоосы, дебиан и ещё netbsd. Потери производительности в режиме виртуализации практически нет.
Во-первых, спасибо за то что откликнулись на комментарии и всё-таки написали статью;
Во-вторых, спасибо за статью :)
И в-третьих — мой вопрос:
У нас два «сервера». Вернее один сервер (Intel Xeon 3.0x2, 2GB RAM, 2x1GBIT LAN, 4x200GB), а другой «сервер» (простой Intel 2.5, 1GB RAM, 2x100MBIT LAN, 80GB HDD). На первом стоит Ubuntu Linux, используется он для Samba, Squid (почти не используется), связки AMP, недонастроенного LDAP, DHCP, DNS. На втором — Windows Server 2003, используется в основном для Traffic Inspector (нам нужен именно такой прокси+биллинг) ну и так, по мелочам вроде Donwload Master по ночам.
Теперь собственно вопрос: стоит ли «переносить» второй сервер в первый? (ну чтоб не было двух машин, да и так, для порядку + экспиренс). Если да, будет ли всё работать? Будет ли работать всё без тормозов, как на раздельных машинах?
Заранее спасибо за ваши ответы. Они мне, начинающему «сисадмину» ой как нужны :)
Однозначно стоит, но не думаю, что Xen здесь был бы лучшим вариантом. Проще было бы поставить VirtualBox или VMware Server.
Правильным бы решением было создать как минимум 2 виртуальные машины, и на одну смигрировать Windows, а на вторую — Linux. На самой же хостовой операционке оставить задачи чувствительные к дисковой нагрузке — например Samba шару.
понятно :) в принципе так и думаю сделать, sabma и иже шаренные папки, касперский, dchp/dns в «корень», одну операционку — для LAMP, одну — Windows и ещё одну — для эспериментов.
а что насчёт производительности? и сколько места нужно будет на всё это добро?
да, и ссылки на толковые мануальчики не помешали бы, если не сложно конечно :)
Вполне внятная документация поставляется с каждым из названных здесь продуктов, прочитав её можно без проблем создать рабочую виртуальную машину.
На производительность виртуальных машин можно глядеть с разных сторон. Производительность процессора и памяти практически не падает. Основная проблема — это устройства ввода/вывода. Основные представители — сетевые адаптеры и дисковые накопители. Если образ жёсткого диска создаётся как объект файловой системы хостовой виртуальной машины, то потери будут весьма значительными. Ситуация улучшается при использовании паравиртуальных драйверов для виртуальных машин, в продуктах VMware это VMware Tools, в Xen для Windows существуют драйвера для диска и сетевой карты которые разрабатываются под GPL. Практически нулевые потери при использовании паравиртуализации, но это возможно только на модифицированных ОС. На хостовой операционке нет нужды оставлять dns и dhcp — прекрасно будут работать и на виртуальной машине. Чем меньше будет задач на ней, тем надёжнее будет вся система.
Я бы сделал так: по возможности добил в зеоновый сервер еще пару гигов памяти (так сказать задел на будущее), поднял на нем VMware ESXi 3.5 (он ныне бесплатный) и уже в нем поднял все нужные мне сервисы в требуемых операционках. Итого вы сэкономите на месте, электроэнергии и охлаждении.
Что вообще за чушь про xming?
К VNC можно подключится удалённо и без ssh туннелей. Ставим TightVNC и не занимаемся бредом.
Пример с XP в целом — не удачен, запуск не модифицированных доменов это совсем не первостепенная задача Xen. Основное направление его использования — паравиртуализация. Для не модифицированных как раз удобнее использовать продукты, описанные в первой части статьи, так как в отличие от Xen могут выполнять с такими виртуальными машинами как минимум следующие операции:
1. Создание снапшотов
2. Приостановка виртуальной машины
3. Миграции виртуальной машины с одного хоста на другой
Ну и в целом, из статьи невозможно понять что мы ставим и зачем.
br0ziliy, а какие Вы использовали системы виртуализации, сколько виртуальных систем и сколько серверов подняли? Вообще насколько Вы опытны в этой области?
Поддерживал 10 хост-систем на Virtuozzo (по 5-7 гостей на каждом), плюс Ксен (2 хоста, по 3-4 гостя на каждом, многоцелевые). Опыт — около четырёх лет.
и что в итоге посоветуете для виртуализации с последующим юзаньем в виде веб-серверов? Virtuozzo или Xen
я в принципе буду и то, и то пробовать, но опыта у меня будет только 1 неделя
С целью веб-хостинга. Использовалась Виртуоза, но там это была сорее вынужденная необходимость — сервер овнер требовал именно виртуозу.
Оборудование — да вобщем ничего военного, обычные серваки Supermicro с 4-10 Гб оперативки и Xeon'ами
Если ничего не знать. По манулалу с сайта, на федору было натянуто ядро, и, за 10 минут было поднята 1 машина с генту. Потом было перелопачивание конфигов, и тонкая настройка.
Profit!
Статья хорошая, но есть пару непоняток, в статье не описанных, например, что у нас с сетью? Можно было написать подробнее. Используемые ресурсы, количество памяти, использование процессора? И, простите, если поднимать вируализацию на сервере, то зачем там иксы?
Для BSD есть какие-то патчи на ядро, но официально это не поддерживается. В принципе, какая разница какая ОС является хостовой — единственная её задача предоставлять виртуальным машинам доступ к устройствам ввода/вывода.
VMware Server и Workstation устанавливается только на Linux или Windows.
Напрасно вы думаете, что поддержка виртуальных машин и поверье о том, что *BSD лучше всего справляются в большим числов процессов, как-то связаны.
Де-факто линукс более популярен. Линукс использует vmware даже в своих фирменных продуктах в качестве хоста. Ее специалисты поправили в линуксе куда больше багов для работы своих же приложений.
Причём тут BSD. Xen построен на концепции гипервизора — для него любая ОС виртуальная. Dom0 просто имеет возможность обращаться к устройствам ввода/вывода. Через запросы к гипервизору(hypercalls), кстати.
Есть достаточно старое исследование(2003 год) The Art of Virtualization там Xen в одном из тестов успешно справлялся с 128-ю доменами.
А возможно ли сделать полную симуляцию двух машин? для домашнего компьютера.
Что хочется иметь:
1) Переключение между осями как между раб. столами
2) Полноценная работа с NVidia PCI-E видеокартами(любим вечерами с друзьями загамить в статежку какую-нибудь))
3) Возможность полноценной работы с совсем специфичными осями, таких как вин7 и хакинтош.
Спасибо)
1. Разворачивай VNC на весь рабочий стол.
2. Выше писал — теоретически возможно, но виртуальной машине надо отдавать в пользование видяху. Значит, она не будет доступна ни хостовой операционке, ни другим виртуальным машинам. Плюс нужно иметь процессор с VT-d(IOMMU у AMD, но появится только в конце 2009), и чипсет материнской платы, поддерживающей данную технологию.
3. Если нет специфических требований к железу — любая подойдёт.
Вывод — если тяга к играм непреодолима — купи консоль.
лично я не из-за игр хочу, мне нужен фотошоп (да, да, для гимпа руки кривые) и то как работает коммфорт чат под вайном уже достало. только вот виртуал бокс кушает много ресурсов ((
Продвижения в сторону поддержки виртуальной машиной DirectX, кажется(кажется) есть только у VMware в Fusion(OS X) и Workstation 6.5. Для Xen есть ещё хитрый патч для виртуалки с Linux для поддержки OpenGL, но он для Linux.
Проц Core2Quad @2.3Ghz (есть VT-d скорее всего ;) + 4GB ram
Сейчас используется всего 3 гига ибо стоит вин7 и не хорчет последний гиг юзать, проц не грузится больше чем на 40%. Вот и сразу видно, что можно паралельно без проблем запустить вторую ось.
Ах да)
Я не против отдать железку в монопольное использование.
Так где прочитать про отдачу железки в монопольное использование?
Спасибо)
Наличие аппаратной виртуализации ещё не значит наличие VT-d. Плюс поддержка чипсета должна быть, есть у Q35 и ещё каких-то. Читать про pci passthrough. И повторяю, возможность чисто теоретическая, о успехах на практике я не слышал.
С другой стороны, зачем использовать Xen, можно просто на Windows поставить либо VMware Workstation/Server или VirtualBox и запускать на нём что угодно, но уже без аппаратного ускорения видео. На Windows оно останется, и не надо никаких дополнительных видеокарт.
кстати, для игр под вайном есть замечательная штуковина, которая автоматически ставит все библиотеки и что-то там настраивает. правда она равносильна директу 8,1, но, как не странно, ГТА 4 идет с легким подтормаживанием, а мак пейн, вайс сити и тд. идут отлично.
Это логично, так как когда машина работает с истинным блочным устройством, но она не задействует ресурсы Dom0, а когда машина пишет в файл ФС dom0, то, естественно, ресурсов будет тратится гораздо больше, потому что надо, во-первых, нужно писать одни и теже данные в две ФС одновременно, да ещё и эмулировать блочное устройство из файла.
И как оно работает? Когда я ставил операционку с iso образа использование проца в dom0 взлетало до небес. Если файл на диске, то в него надо писать, а если надо писать, то надо задействовать ФС. Я не прав?
1. На lxlabs.com есть очень удобная тулза гиперВМ, есть смысл её юзать после первоначального знакомства с ксеном или опезвз, и есть существенный смысл её юзать для продакш-серваков )
2. Если кому интересно могу описать процесс виртуализации в центосе + если всё будет гладко то и в НетБСД и самое кошерное — фрибсд как гостевой ОС
>1. На lxlabs.com есть очень удобная тулза гиперВМ, есть смысл её юзать после
>первоначального знакомства с ксеном или опезвз, и есть существенный смысл
>её юзать для продакш-серваков )
А есть ли опыт HyperVM использовать в приватной сети? Вроде они требуют реальный IP.
гиперВМ вообще непонятно как ведёт учёт использования своих продуктов, но факт того что панельк ставится без проблем и работает, более того — позволяет создать до 15 виртуальных машин — мной проверен и доказан)
Управление несколькими серверами, и миграция контейнеров OpenVZ и сервера на сервер. Ну или виртуальных машин Xen. Да там много чего делается централизованно, чем HyperVM и интересен.
и первое и второе проверялось на опенВЗ, есть много керриеров и рутовых и слейвов под которыми бегает порядка 30 ВПСов, так что схема рабочая, в случае опенВЗ
в случае ксена есть керриер на 15 впсов и оверселлинга там сильно не выйдет, т.к. ресурсы лимитированы
А мне статья не понравилась, уж извините. Это всё написано в мануале или находится элементарным гуглением. Да и в мейлисте xen-user можно найти кладезь информации.
Так же Вы совершенно не освятили вопросы безопасности.
Просто я на xen уже собаку съел, так что может быть просто гунжу.
Xen server своими руками. Часть вторая.