The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Раздел полезных советов: Быстрая настройка qemu/kvm окружени..."
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Раздел полезных советов: Быстрая настройка qemu/kvm окружени..."  +/
Сообщение от auto_tips (ok) on 19-Май-09, 23:28 
Для упрощения и унификации работы с различными системами виртуализации можно использовать
удобный фронтэнд virt-manager (http://virt-manager.et.redhat.com/).

В Ubuntu ставим необходимые пакеты:

   sudo apt-get install kvm qemu libvirt-bin bridge-utils ubuntu-virt-mgmt ubuntu-virt-server

Отдельно GUI интерфейс можно поставить из пакетов virt-manager и virt-viewer.
Пакет для формирования гостевых окружений: python-vm-builder
Пакет для создание гостевых VM с другими ОС внутри: python-virtinst

Добавляем себя в группу администраторов виртуальных серверов:

   sudo usermod -aG libvirtd `id -un`

Далее, управление виртуальными машинами производится командой virsh.


Создаем файл конфигурации test.xml и определяем новую виртуальную машину test c Ubuntu внутри:

   sudo python-vm-builder kvm jaunty \
                  --domain test \
                  --dest описание \
                  --arch i386 \
                  --hostname имя_хоста \
                  --mem объем_памяти_в_мегабайтах \
                  --user имя_пользователя \
                  --pass пароль \
                  --ip 192.168.0.12 \
                  --mask 255.255.255.0 \
                  --net 192.168.0.0 \
                  --bcast 192.168.0.255 \
                  --gw 192.168.0.1 \
                  --dns 192.168.0.1 \
                  --components main,universe \
                  --addpkg vim openssh-server \
                  --libvirt qemu:///system ;

   virsh dumpxml test > ~/test.xml
   редактируем test.xml
   virsh define ~/test.xml

При необходимости создания гостевой VM с другой операционной системой, можно использовать python-virtinst:

   sudo virt-install --connect qemu:///system -n test -r 512 -f test.qcow2 -s 12 \
      -c test_inst.iso --vnc --noautoconsole --os-type linux --os-variant ubuntuJaunty --accelerate --network=network:default

Для контроля процесса установки, соединяемся GUI интрфейсом:

   virt-viewer -c qemu:///system test  # локально
   virt-viewer -c qemu+ssh://ip_адрес_хоста/system test # с внешнего IP

Если необходимо, чтобы гостевая ОС работала в отдельном разделе диска, то файловый образ нужно сконфертировать:

   sudo qemu-img convert root.qcow2 -O raw /dev/sdb

Клонирование ранее созданного гостевой системы:

   virt-clone --connect=qemu:///system -o srchost -n newhost -f /path/to/newhost.qcow2


А затем поправить в XML файле "<source file='/dev/sdb'/>"


Управление окружением.

Заходим в shell virsh:

   virsh --connect qemu:///system

Стартуем виртуалную машину:

   virsh # start test

Замораживаем состояние виртуальной машины:

   virsh # suspend test

Продолжаем выполнение с момента остановки:

   virsh # resume test

Список активных виртуальных машин:

   virsh # list

Список всех определенных в системе виртуальных машин:

   virsh # list --all

Останавливаем виртуальную машину test (эквивалент выполнения shutdown -r now):

   virsh # shutdown test

Мгновенно останавливаем виртуальную машину, как при выключении питания:

   virsh # destroy test

Удаляем виртуальную машину test из списка (удалем файл конфишурации virsh):

   virsh # undefine test


Для управления виртуальными машинами с удаленного ПК 10.0.0.1 через GUI интерфейс можно использовать:

   virt-manager -c qemu+ssh://10.0.0.1/system

на локальной машине:

   virt-manager -c qemu:///system


Настройка сети.

Настойка эмуляции локальной сети и создания полноценного сетевого соединения внутри виртуального окружения.

В хост-окружении создаем интерфейс для бриждинга, в /etc/network/interfaces добавляем:

   auto br0
   iface br0 inet static
        address 192.168.0.10
        network 192.168.0.0
        netmask 255.255.255.0
        broadcast 192.168.0.255
        gateway 192.168.0.1
        bridge_ports eth0
        bridge_fd 9
        bridge_hello 2
        bridge_maxage 12
        bridge_stp off

Рестартуем сеть:

   sudo /etc/init.d/networking restart

В XML конфигурации гостевой системы правим настройки сети на:

  <interface type='bridge'>
      <mac address='00:11:22:33:44:55'/>
      <source bridge='br0'/>
      <model type='virtio'/>
    </interface>


URL: https://help.ubuntu.com/community/KVM
Обсуждается: http://www.opennet.dev/tips/info/2074.shtml

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "Быстрая настройка qemu/kvm окружений при помощи virt-manager"  +/
Сообщение от pavlinux (ok) on 19-Май-09, 23:28 

# ssh kudanado.org
# qemu -daemonize -hda xp.img -cdrom winxp.iso -boot d -vnc :0;
^D

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

5. "Быстрая настройка qemu/kvm окружений при помощи virt-manager"  +/
Сообщение от Аноним (??) on 20-Май-09, 12:28 
virsh # destroy test - отрабатывает 100%, но это некорректная остановка для гостя.
virsh # shutdown test - в моей системе не проходит. что hw-нода, что гость - gentoo 2008.0, у гостя запущен acpid. все равно гостя корректно не получается остановить.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

8. "Быстрая настройка qemu/kvm окружений при помощи virt-manager"  +/
Сообщение от mike_t on 21-Май-09, 10:00 
>virsh # destroy test - отрабатывает 100%, но это некорректная остановка для гостя.

хорошо бы :( зомби не дестроятся

>virsh # shutdown test - в моей системе не проходит. что hw-нода,
>что гость - gentoo 2008.0, у гостя запущен acpid. все равно
>гостя корректно не получается остановить.

rhel5 и домен-0 и гость, всё работает

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

10. "Быстрая настройка qemu/kvm окружений при помощи virt-manager"  +/
Сообщение от r0mik (??) on 23-Май-09, 14:53 
>gentoo 2008.0, у гостя запущен acpid. все равно
>гостя корректно не получается остановить.

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

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

11. "Быстрая настройка qemu/kvm окружений при помощи virt-manager"  +/
Сообщение от Аноним (??) on 01-Июн-09, 13:42 
Каюсь. Именно в конфигурации ядра "гостя" была проблема.
Ядро 2.6.29-gentoo-r4, в разделе ACPI Support включил:
<*> Button
а ведь в хелпе на эту опцию написано: "... This is necessary for software controlled poweroff."

Может еще кто споткнется через это. Так что знайте, народ :)

Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

9. "Быстрая настройка qemu/kvm окружений при помощи virt-manager"  +/
Сообщение от PavelR (??) on 22-Май-09, 07:14 
Рестартовать сеть через networking restart - это почти как через reboot. Чтож так по windows-ски ?

Достаточно ifup br0 и интерфейс подымется.
Также непонятно, зачем интерфейсу br0 ip-адрес, поскольку вероятно он уже есть на eth0, конфигурация которого не приведена. Возможно, что в состав br0 не требуется включать eth0, тогда хост-машина будет маршрутизатором для гостевого окружения, а br0 - просто интерфейсом в виртуальную сеть.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

12. "Быстрая настройка qemu/kvm окружений при помощи virt-manager"  +/
Сообщение от Retspen email on 25-Апр-12, 15:11 
http://webvirtmgr.net
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

13. "Быстрая настройка qemu/kvm окружений при помощи virt-manager"  +/
Сообщение от Anonim (??) on 09-Май-12, 18:03 
Как я понял это интерфейс на чужом сервере, т е глупость. Локальные веб интерфейсы к сабжу имеются.
Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

14. "Быстрая настройка qemu/kvm окружений при помощи virt-manager"  +/
Сообщение от mxm360 email(ok) on 30-Май-12, 11:01 
WebVirtMgr это конфигуратор гипервизора KVM предоставляемый как web-сервис. В рамках модели SaaS своим пользователям мы предоставляем возможность удобно, интуитивно понятно и главное просто выполнять первичную конфигурацию и настройку сервера для дальнейшего развертывания на нем вирутальных машин. Если это по вашему глупо тогда всю модель SaaS можно также назвать глупой идеей.

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

На сегоднешний день WebVirtMgr это один из немногих интсрументов для быстрой настройки гипервизора KVM через libvirt.

Никто и ничто не мешает вам после настройки отключать свой сервер от нашего сервиса и эксплуатировать его в своей внутренней инфраструктуре.

Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

15. "virt-manager"  +/
Сообщение от Куаныш email on 23-Мрт-13, 16:58 
Доброе суток времени! Установил на виртуальную машину debian,задал 10GB на HDD, хотел спросить как я могу увеличить объем памяти HDD на виртуальной машине, 10 GB стало мало
Спасибо!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

16. "virt-manager"  +/
Сообщение от Michael Shigorin email(ok) on 23-Мрт-13, 18:26 
> Установил на виртуальную машину debian,задал 10GB на HDD, хотел
> спросить как я могу увеличить объем памяти HDD на виртуальной машине,
> 10 GB стало мало

Сделайте du -shcx /[^dspr]* | sort -h для того, чтобы выявить основных потребителей (вероятно, это что-то из списка /usr, /var, /srv,  /home), подключите к VM ещё один виртуальный диск (например, /dev/vdb), разбейте его fdisk, далее, скажем,

mkfs.ext4 /dev/vdb1
mkdir /mnt/usr
mount /dev/vdb1 /mnt/usr

затем rsync -qaHx /usr/ /mnt/usr/ (это для примера с /usr) и в single user mode что-то вроде:

echo "/dev/vdb1 /usr auto defaults" >> /etc/fstab
mv /usr /usr.bak
mkdir /usr
mount /usr

с тем, чтобы новая ФС с копией данных оказалась смонтирована в нужной точке; если после контрольной перезагрузки VM всё хорошо, то исходную теперь уже копию данных можно удалить (rm -rf /usr.bak).

Только если такого не делали -- лучше сперва потренируйтесь на ещё одной VM.

Вот ещё на всякий:
http://www.tldp.org/HOWTO/Multi-Disk-HOWTO.html
http://www.tldp.org/HOWTO/Hard-Disk-Upgrade/index.html

Ну или поищите, например, expand virtual harddisk с упоминанием типа используемой VM.

Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру