» Системы Виртуализации.

Tabu
Я пытался потестировать VMWare Server 2.0 на платформе MS Server 2003 x64 R2 SP2. Я, конечно, далеко не спец, но...

Ява не работает вообще или работает криво, настройки раскиданы по незнакомым местам, принципиально нового я ничего, по сравнению с сервером 1.0.5, за исключением обещанной, но так и не реализованной поддержки USB 2.0, не увидел. Обещают ещё поддержку до 8 Гб памяти на виртуалку и расширение списка поддерживаемых гостевых систем.
Что явно и недвусмысленно не понравилось: перевод всего интерфейса в браузер. Версия 1.0.х всё-таки отдельное приложение, хотя и имеет веб-морду, такую же кривую и медленную, как и у версии 2. Ещё могу сказать, что запускать версию 2 на мониторе с разрешением меньше 1600Х1200 - настоящее мучение.

Выскажу свое мнение

Сейчас на работе тоже стоим перед выбором ( начальство услышало новые слова - виртуализация, консолидация ... ). Что выбрать xen-enterprise-Citrix или vmware nfrastructure 3.5.

Нужна поддержка платформ windows Linux(sles) netware

На сегодняшний день вообщем расклад такой - Xen drivers для платформы Microsoft
1. Novell sles
2.Xen enterprise (Citrix)
3.Virtualiron
4.еще какая то контора ( непомню)
5.Vmware
#################################


1,Novell
http://www.novell.com/documentation/vmserver/virtualization_basics/index.html?page=/documentation/vmserver/virtualization_basics/data/b9uglku.html

sles10.1-> поддержка linux -> sles/oes/netware x86/64 -
поддержка Microsoft xp/vista/2003 (x32) (Xen drivers -для висты нет)
Минус нет интегрированого решения P2V ( возможно будет , в связи с покупкой Platespin)

2.Xen enterprise (Citrix)
http://www.citrix.com/English/ps2/products/feature.asp?contentID=1297950

Supported Guest Operating Systems
Microsoft Windows 64-bit:

* Windows Server 2003 Standard, Enterprise, Datacenter Edition SP2

Microsoft Windows 32-bit:

* Windows Server 2003 Web, Standard, Enterprise, Datacenter SP0/ SP1/SP2/R2
* Windows Small Business Server 2003 SP0/SP1/SP2/R2
* Windows XP SP2
* Windows 2000 SP4
* Windows Vista

Linux 64-bit:

* Red Hat Enterprise Linux 5.0, 5.1
* CentOS 5.0, 5.1
* Oracle Enterprise Linux 5.0, 5.1

Linux 32-bit:

* Red Hat Enterprise Linux 3.5, 3.6, 3.7, 4.1, 4.2, 4.3, 4.4, 4.5, 5.0, 5.1
* CentOS 4.1, 4.2, 4.3, 4.4, 4.5, 5.0, 5.1
* Oracle Enterprise Linux 5.0, 5.1
* Novell SUSE Linux Enterprise Server 9SP2, 9SP3, 10SP1
* Debian sarge (3.1), etch (4.0)

Device Configuration

* Physical NICs per server: 6
* Virtual NICs per VM: 7 (Windows), 3 (Linux)
* Virtual disks per VM: 7 (with XenServer Tools installed – 3 without Tools)
* Plus 1 virtual CD drive


3, Virtualiron

http://www.virtualiron.com/products/System_Requirements.cfm
http://www.virtualiron.com/products/virtual-iron-4.cfm

Support for running unmodified 32- and 64-bit x86 guest operating systems including Windows XP, Windows Server 2003, RHEL4, and SLES 9.


* RHEL 3 U8 32-bit
* RHEL 4 U4 and U5 AS 32-bit and 64-bit
* CentOS 4 U4 and U5 32-bit and 64-bit
* RHEL 5 U0 32-bit and 64-bit
* CentOS 5 U0 32-bit and 64-bit
* SUSE Linux Enterprise Server 9 SP3 32-bit and 64-bit
* SUSE Linux Enterprise Server 10 SP1 32-bit and 64-bit
* Windows 2000 SP4 32-bit
* Windows XP SP2 Professional 32-bit
* Windows Server 2003 SP2 32-bit and 64-bit
* Windows Vista 32-bit
Плюс
Bundled Windows P2V and V2V conversions powered by PlateSpin


PS В общем пока самый интересный вариант Xen enterprise, хотя здесь нужно исходить из того какие платформы нужно будет поддерживать в будущем . Например вряд ли Xen enterprise будет поддерживать Sles / Oes лучше чем сам Novell . Опять же между Novell Microsoft ксть свои договоренности так что и поддержка платформ windows должна быть хорошей . С другои с стороны - зто не совсем решения -barremetal. Хотя здесь вообщемто не вижу ни каких преград для Novell - могут и ..сбацать,,
Опять же нельзя сбрасывать со щетов гиганта Oracle ( хотя у них нет поддержки пока кроме семеиства Redhat с их 9000 програмистов не вижу ни каких препятствий)

В общем тут очень много политики и пока карты далеко нераскрыты.







    

Поделитесь информацией:
нужна система виртуализации под RHEL 5 Advanced Server IA64 edition, чтобы была возможность запустить под ней Windows 2003 x86.
Что может помочь в этом случае и с какой производительностью гостевой ОС?

Если нельзя по RHEL, то какая хостовая ОС нужна и какое ПО?

Поднял xen и пару вирт. серверов. (serv1 и serv2) в замену одного старенького, на котором крутились куча сервисов (web, mail и прочие)
теперь хочется чтобы serv1 был web, а serv2 был mail, но при этом хочется чтобы dns адеса остались прежние.. (раньше было сайт site.ru и user@site.ru)

подскажите как это можно реализовать.

Да уж виртуализация становиться всё популярнее и популярнее, на работе тоже руководство предлагает испытывать виртуальные системы даже сервер выделили, пока будем пробовать Parallels Virtuozzo

Axypa79

Цитата:

Поделитесь информацией:
нужна система виртуализации под RHEL 5 Advanced Server IA64 edition, чтобы была возможность запустить под ней Windows 2003 x86.
Что может помочь в этом случае и с какой производительностью гостевой ОС?

Если нельзя по RHEL, то какая хостовая ОС нужна и какое ПО?

По идее VMware Server должен вполне справиться, в плане производительности при замешивании win/nix я обычно выбираю VMware. Для nix/nix Xen очень неплохое решение.

подскажите по xen
не запускается вирт. машина, ошибка:
Error: Device 768 (vbd) could not be connected. losetup /dev/loop7 /raid/vm/dbsrv/disk.img failed
Это решение не подходит.

Tabu

Цитата:

хотел поднять, чтоб спросить:
разве Дебаг не отключается в Вэб-интерфейсе?
в 1.0.4 можно как включить, так и отключить на каждую машину

Нельзя, пока из Беты не выйдет дебаг вкомпилён и не отключается.

Что же касается ощущений, мне лично понравилось, в отличие от Galaxxxer переход полностью на web. Причем они сделали плагины как для IE так и для Firefox для виртуальной консоли, итд. Понравилось взаимодействие хоста с гостем. Установив VMware Tools вы можете прямо у хоста узнать IP гостевой системы, итд итп. SDK ещё не ковырял но подозреваю что там должны быть тоже улучшения. Также у меня с Server 1.x вечно были проблемы на x64 хостах, которые пропали на двойке. Конечно бета явно не подходит чтобы пустить её в нормальный production цикл, из-за отсутствия оптимизации. Но в целом мне пока нравится куда оно идёт.

Galaxxxer
я тоже поигрался с бетой минувшей зимой - и забросил до релиза. Вебинтерфейс конечно тормоз, но справедливости ради должен отметить, что вмваре решила, кажется, выпустить что-то вроде бесплатной lite версии ESX. Управление очень похоже на тамошнее.

Поставил на вирт. машину ubuntu сервер, при установке указал пользователя, у которого будут привелегии рута, задал пароль..
Теперь запускаю вирт. машину, логинюсь под созданным юзером.. хочу войти в режим рута, пишу sudo -i, а мне в ответ говорят что я не рут.
пишу su, пароль не подходит

может такие изменения произошли после того как я указал ядро xena в конфиге вирт. машины?

Цитата:

Поставил на вирт. машину ubuntu сервер, при установке указал пользователя, у которого будут привелегии рута, задал пароль..
Теперь запускаю вирт. машину, логинюсь под созданным юзером.. хочу войти в режим рута, пишу sudo -i, а мне в ответ говорят что я не рут.
пишу su, пароль не подходит

может такие изменения произошли после того как я указал ядро xena в конфиге вирт. машины?

проблему решил:
смонтировал диск вирт. машины
ls -l usr/bin/sudo
chown root:root /usr/bin/sudo
chmod 4755 /usr/bin/sudo
reboot

(Zen)
Кто-нить знает как настроить связь с вирт. машиной по сети?
Настроил я мост, засунул в него интерфейсы реальной и виртуальной машин..
В итоге вирт. машина никого не видит и ее саму тоже не видно

klimusu

1. По-поводу "Device 768 (vbd) could not be connected." - засунь в /etc/modules строку "loop max_loop=128" или сколько надо, т.к. каждый дисковый файл-образ заворачивается через loop-устройство.
2. По-поводу сети, я решаю через /etc/network/interfaces (для Debian):

auto virbr0
iface virbr0 inet static
    address 192.168.0.1
    netmask 255.255.255.0
    broadcast 192.168.0.255
    bridge_ports none
    bridge_stp off
    bridge_maxwait 5

ну и далее NAT с реального IP на IP domU, в domU.

Доброго времени суток!
Есть вопрос о работе виртуальных машин, с которыми столкнулся.
1) Установил для тестирования Windows 2008 server.
Поднял Hiper-V с двумя гостевыми системами под управлением Windows 2003 server
Поднял на гостевых системах NLB для распределения нагрузки между сервисами.
Работает неплохо, только надо покупать лицензию на Windows 2008 server.

2) Установил для тестирования Fedora 12
Поднял сервер виртуализации под управлением http://virt-manager.et.redhat.com/
с двумя гостевыми системами под управлением Windows 2003 server (как в первом случае).
NLB на гостевых системах не заработал.
Попробовал сделать что-то наподобие NLB.
а) при помощи IPTABLES с DNAT. Проблема при запуске сервера, поднимаются правила IPTABLES, затем гостевые машины с их интерфейсами. Система не работает пока не перестартуешь IPTABLES. К тому же, через время перестал работать IPTABLES. Стал пересылать запросы только на одну гостевую машину.
б) Скачал и установил программу Balance (http://www.inlab.de/balance.html). Заработала программа сразу.
Но, при перезапуске системы программа balance не стартует пока не загрузился libvirtd

По большому счету обе системы и под Windows и под Fedora 12 работают прекрасно.
Зато за вторую не надо денег платить, но надо поупражняться с решением некоторых проблем. Например, с той, с которой столкнулся я.

Может кто уже сталкивался с задачей балансировки сетевой нагрузки и может предложить решение или есть идеи?

Решил написать о решении, которое работает у меня, может кому пригодится.
Для балансировки нагрузки использую программу Balance (http://www.inlab.de/balance.html).
Для того, что бы она отработала при загрузке компьютера, создал скрипт /etc/net_balance.add его содержимое:
#!/bin/sh
/bin/sleep 10 # пришлось ставить задержку
/usr/sbin/balance -b 192.168.122.1 80 192.168.122.31 192.168.122.32
/usr/sbin/balance -b 192.168.122.1 8080 192.168.122.31 192.168.122.32
Правило, которое необходимо изменить, ищу командой:
udevadm test /sys/class/net/virbr0, где /sys/class/net/virbr0 - виртуальный интерфейс
Я добавил в правило: /lib/udev/rules.d/60-net.rules последнюю строку:

ACTION=="add", SUBSYSTEM=="net", DEVPATH=="/devices/virtual/net/lo", RUN+="/sbin/ifup $env{INTERFACE}"
ACTION=="add", SUBSYSTEM=="net", PROGRAM="/lib/udev/rename_device", RESULT=="?*", ENV{INTERFACE_NAME}="$result"
SUBSYSTEM=="net", RUN+="/etc/sysconfig/network-scripts/net.hotplug"
#Добавленная строка
KERNEL=="virbr0", SUBSYSTEM=="net", RUN+="/etc/net_balance.add"
Перегружаем систему и смотрим, как всё работает.
Решение может и не самое лучшее, но действующее.

Основное никто не написал. Вот минифак который сэкономит кучу времени многим.

KVM ESX XEN требуют intel VT для запуска винды
openVZ не запускает винду, только платный паралелс
XEN можно поставить с mdadm, ESX очень мало железа знает
Можно скачать лайв CD что бы попробовать гипервизор без установки.

Так что на старом железе запускает винду только Virtualbox и варя.
Но у вари есть баг со свапом, который не лечится. Так что остается только бокс, который прекрасно работает в хедлесс с пропатченым rdesktop но с ограничением 1 ядро на машину.

Ну и про libvirt не забываем.

Цитата:

KVM ESX XEN требуют intel VT для запуска винды

Применительно к ESX - чушь

libvirt не является гипервизором, если вы это имели в виду.