выбор и обсуждение инструментов для виртуализации

[Skyb]

Виртуальные технологии на базе KVM лучше щупать в Fedora. Причины, по которым там самый свежий qemu, spice и libvirt, думаю, не стоит обьяснять

я на centos поставил, понравилось
Не совсем понял - а как выделять свободное место под виртуальные машины, тоесть как разбивать винт при установки хоста?

[Bluetooth]

Не совсем понял - а как выделять свободное место под виртуальные машины, тоесть как разбивать винт при установки хоста?

Есть два варианта: хранить виртуальные машины в файлах-образах или хранить в отдельных разделах, например, с помощью lvm. В первом случае выделяется большой раздел под образы, во втором случае ничего заранее не выделяется, разделы создаются по мере надобности под конкретную виртуальную машину.
Второй способ должен быть быстрее, т.к. в этом случае нет дополнительной прослойки в виде файловой системы на хосте.
Я предпочитаю второй вариант. В ксене это лучше еще и потому, что такой раздел можно спокойно примонтировать, т.к. там в каждом разделе не образ диска в целом делается, а отдельная файловая система. Хотя и образ целиком тоже никто не мешает запихнуть.

[Aliech]

Виртуальные технологии на базе KVM лучше щупать в Fedora. Причины, по которым там самый свежий qemu, spice и libvirt, думаю, не стоит обьяснять

Вот уж не скажите. Использую на серверах виртуализации Debian Testing. Сказать, что всем доволен - значит ничего не сказать.

[v8jupiter]

А какую ось лучше использовать для kvm centos 5,5 или debian 5. Сейчас использую debian 5 но kvm из бэкпортов, вроде все устравиает, но видел в просторах интернет что под centos быстрей крутится

[Aliech]

Я предлагаю не мельтешить.
а) дождаться нового стейбла дебиана. С новым kvm, включительно (ну и новым ядром, ясно дело).
б) мигрировать уже сейчас на тестинг. Потому что, ИМХО, серверу виртуализации всё равно...

ЗЫ: перевёл все сервера на тестинг. Давно. Первыми были сервера виртуализации. По производительности нареканий у меня нет. По стабильности тоже.

[v8jupiter]

Вообщем ваш выбор это debian.
Надо было в форме опроса делать наверно.

[landgraf]

А какую ось лучше использовать для kvm centos 5,5 или debian 5. Сейчас использую debian 5 но kvm из бэкпортов, вроде все устравиает, но видел в просторах интернет что под centos быстрей крутится

ну судя по тому, что qemu и libvirt разрабатываются в основном RedHat я сделал свой выбор в сторону Fedora (посмотреть что нового, вкусного) RHEL (стабильно)/

Не совсем понял - а как выделять свободное место под виртуальные машины, тоесть как разбивать винт при установки хоста?

Как уже писалось - можно выделять целый раздел, можно файлы, форматы тоже на выбор. Я выбрал для себя такую стратегию - создаю LV - на нее устанавливаю виртуальную машину с минимум необходимого софта, от нее делаю снапшоты по необходимости (средствами LVM). Позволяет сохранить гибкость снапшотов при отсутсвии дополнительной "прослойки" в виде ФС под qcow

[v8jupiter]

А какой формат raw или qcow использовать лучше с драйверами virtio, на lvm. И стоит ли вообще использовать lvm?

[Aliech]

А какой формат raw или qcow использовать лучше с драйверами virtio, на lvm. И стоит ли вообще использовать lvm?

Не совсем верно поставлен вопрос. LVM всегда RAW. Под использованием lvm понимается "скармливание" в качестве диска не файла, а всего тома LVM.

Допустим:

Код: Выделить всё

kvm -boot c -drive file=/dev/vg0/logicalvolume,if=virtio,boot=on

Смысл есть:
а) производительность хранилища на LVM выше;
б) само LVM дарует нам уйму вкусностей, таких как создание снапшотов, ресайз, перемещение томов на лету и т.д.

Вот, так, например, засчёт особенностей lvm, можно сделать бэкап виртуалок:
http://aliech.pp.ru/node/15

[v8jupiter]

А можно , еще вопрос как управляете виртуалками virsh,virt-manager,или proxmox.?
Еще очень инетресует правильно я ли создаю bridge?
в /etc/network/interfaces

auto lo
iface lo inet loopback
auto eth0
iface eth0 inet static
auto br0
iface br0 inet static
address 178.ххх.ххх.137
netmask 255.255.255.192
network 178.ххх.ххх.0
broadcast 178.ххх.ххх.191
gateway 178.ххх.ххх.129
bridge_ports eth0
bridge_fd 9
bridge_hello 2
bridge_maxage 12
bridge_stp off

А потом создаю virt-install -n vm1 -r 1024 -f /dev/namegrouplvm/name -c /iso/debian-cd/5.0.4/amd64/iso-cd/debian-504-amd64-CD-1.iso –accelerate –os-type=linux –os-variant=generic26 -v –vnc -w bridge:br0 , а что бы использовать virtio редактирую xml файл виртуалки, может есть какойто проще спомоб сразу заставить использовать virtio (кроме использования virt-manager)?

[Aliech]

Это лишнее:

Код: Выделить всё

auto eth0
iface eth0 inet static

Про libvirt-оболочки сказать не могу ничего. Уже год с копейками пользую только самописные скрипты и qemu-monitor.

[v8jupiter]

Так прочитал новый man virt-install , что бы использовать virtio достаточно указать

Код: Выделить всё

-os-variant=virtio26

Еще заметил что при использовании virtio процесс виртуалки сьедает по 4% процессора

[Aliech]

Еще заметил что при использовании virtio процесс виртуалки сьедает по 4% процессора

Это много?

[v8jupiter]

Еще заметил что при использовании virtio процесс виртуалки сьедает по 4% процессора

Это много?

Я думал что вообще не должно загружать.

[Aliech]

Я думал что вообще не должно загружать.

Халявы не бывает (=
Лишь бы весь ЦПУ не утилизировало, а так - всё нормально...

[landgraf]

v8jupiter
мы тут на работе пытались посмотреть почти все из списка

Proxmox - хорош для дебиано-систем небольшой обзор
Karesansui - довольно неплоха для CentOS-систем (недостатки есть и там и там, статья пишется). Сейчас активно пилим для работы на F14.
Convirt - неплохо для одного хоста, но все равно не то.

Остальные всё как-то грустно. О замене VMWare речи даже не идет...

Еще заметил что при использовании virtio процесс виртуалки сьедает по 4% процессора

для того прироста скорости гостевого I/O это очень небольшая жертва

Не совсем верно поставлен вопрос. LVM всегда RAW.

никто не мешает скрестить ежа с ужом натянуть qcow поверх lvm (qemu-img create -f qcow2 /dev/vg/lv) но это уже для "любителей"

[v8jupiter]

v8jupiter
мы тут на работе пытались посмотреть почти все из списка

Proxmox - хорош для дебиано-систем небольшой обзор
Karesansui - довольно неплоха для CentOS-систем (недостатки есть и там и там, статья пишется). Сейчас активно пилим для работы на F14.
Convirt - неплохо для одного хоста, но все равно не то.

Остальные всё как-то грустно. О замене VMWare речи даже не идет...

Еще заметил что при использовании virtio процесс виртуалки сьедает по 4% процессора

для того прироста скорости гостевого I/O это очень небольшая жертва

Не совсем верно поставлен вопрос. LVM всегда RAW.

никто не мешает скрестить ежа с ужом натянуть qcow поверх lvm (qemu-img create -f qcow2 /dev/vg/lv) но это уже для "любителей"

Я писал о том что потеря в 4% появляется при использовании proxmox, если же взять чистый debian и все настроить вручную без proxmox то потерь вообще нет, хотя используются драйвера virtio для всего что можно