Comments 51
Использую такую же связку у себя на сервере. Испытываю некоторые проблемы с виндовыми гостями. Почему то они в идле кушают процессор. С линуксовыми осями такого нет. Пробовал ставить ESXi и туда винду — такой проблемы нет. Не знаете что может быть?
Драйвера для гостевой машины ставили? www.linux-kvm.org/page/WindowsGuestDrivers
Судя по всему нет. Сейчас попробую.
Если я правильно понял это драйверы для сетевой карты. Процессор грузят скорее всего дисковые операции т.к. вм работает в hvm.
А еще автор забыл про XEN. На выбор бесплатная версия от citrix, опенсорсный XCP или хардкорный гипервизор под понравившийся дистрибутив.
ИМХО про использование в корпоративной среде для Windows виртуалок qemu-kvm не лучший выбор. Не говоря уже про икебану LXDE и сервер xrdp на сервере.
А еще автор забыл про XEN. На выбор бесплатная версия от citrix, опенсорсный XCP или хардкорный гипервизор под понравившийся дистрибутив.
ИМХО про использование в корпоративной среде для Windows виртуалок qemu-kvm не лучший выбор. Не говоря уже про икебану LXDE и сервер xrdp на сервере.
xen не работает на Athlon. virtio поддерживает блочные и сетевые устройства. Проблема скорее в последней версии Windows. Вообще для подобной мощности хост машины и одной-двух виртуалок проще взять VirtualBox, xen и qemu/kvm актуальны в том случае, когда вы виртуализируете большое количество хостов.
ИМХО про использование в корпоративной среде для Windows виртуалок qemu-kvm не лучший выбор. Не говоря уже про икебану LXDE и сервер xrdp на сервере.Начинал с GUI. Теперь только консоль.
Про XEN не забыл, у меня будет шанс попробовать его в живую. За одно будет с чем сравнить.
UFO just landed and posted this here
Вы знаете нужно смотреть. На вскидку не скажу.
-cpu host,level=9 может помочь
советую еще попробовать proxmox очень мошьная система для виртуализации.
Microsoft hyper-v не подходит — платная. Компания, в которой я работаю использует только лицензионное программное обеспечение. Следовательно никто не выделит для моих целей лицензию на сервер.
Простите, где вы об этом прочитали?
Видать Автор совсем не в курсе что hyper-v имеет вполне функциональную free версию. Он наверное и предположить не мог, что такое у M$ бывает…
Увы не точная формулировка. Я имел в виду hyper-v как роль 2008 R2 сервера, а не как отдельный продукт Hyper-V Server 2008 R2.
Первый вопрос, возникающий про такого рода статьи (это за неделю уже вторая): почему Вы не использовали Proxmox? Почему не добавили к 4-м гигабайтам ещё пару десятков? Откуда Вы взяли некорректно работающий virtio для сети? Почему не настроили LVM и как без него собираетесь делать бэкапы без остановки/суспенда? В общем, руководство «как не надо делать».
почему Вы не использовали Proxmox?По тому -что у меня уже был на тот момент крохотный опыт работы с этой системой.
Откуда Вы взяли некорректно работающий virtio для сети?Лично у меня при копировании файла на виртуальную машину больше 5 гигабайт машина просто переставала работать с сетью. переключившись на e1000 проблемы ушли. На тот момент такие проблемы были не только у меня.
Почему не настроили LVM и как без него собираетесь делать бэкапы без остановки/суспенда?Увы, про такую возможность даже не думал. Для меня было не критично. Но огромно спасибо обязательно попробую.
Не нашел от чего, но debian guest на debian host у меня дико тормозил. Причем я так и не понял от чего. Точнее тормозило disk IO пробовал все разные версии драйвера, разные версии пакетов qemu и ядра. Пробовал диски raw, qcow2 и lvm — ничего не помогла 2-4 Мб/с скорость записи на диск. Вручную пакеты не пересобирал. Просто перешел на CentOS. Все работает как часы — скорость записи 140-160.
Так что еще раз убедился что RedHat подобные дистрибутивы лучше работают с kvm.
Так что еще раз убедился что RedHat подобные дистрибутивы лучше работают с kvm.
А у меня на CentOS были пробдемы с сетью виртуалках — скорость была очень низкая.
P.S. Поставил ProxMox — реально класная система.
P.S. Поставил ProxMox — реально класная система.
Была такая же проблема. Отключил кеш диска.
<driver name='qemu' type='qcow2' cache='none'/>
Скорее всего помогла бы установка более свежего ядра из backports.
А в целом да, RH ядра под гипервизор, по крайней мере, больше подходят.
А в целом да, RH ядра под гипервизор, по крайней мере, больше подходят.
а какой debian?
на squeeze со стоковым ядром 2.6.32 — 12309 цветёт и пахнет
на squeeze со стоковым ядром 2.6.32 — 12309 цветёт и пахнет
Debian GNU/Linux 6.0
ну, он и есть squeeze. И система 64-биная?
Если ядро стандартное, то соберите по новее.
Да. А в чем проблема с 64 битной ОС?
У меня стоит Х64.
Linux kvm 3.7.6-cybermind #1 SMP Tue Feb 5 10:25:05 EET 2013 x86_64 GNU/LinuxПравда из тестовой ветки.
«Qemu-kvm не работает напрямую с сетевой картой на физическом компьютере.»
Это на железке автора напрямую работать не будет, а на нормальных серверах есть SR-IOV и всё будет работать напрямую без всяких мостов.
Это на железке автора напрямую работать не будет, а на нормальных серверах есть SR-IOV и всё будет работать напрямую без всяких мостов.
>> Поэтому virtualbox, microsoft virtual pc, vmware workstations не подходили.
А VirtualBox-то чем не подходил?
А VirtualBox-то чем не подходил?
В основном из за графического интерфейса управления. phpvirtualbox у меня так толком и не заработал и требовал дополнительно установки веб сервера и непосредственно php. Плюс если запущенные виртуальные машины в сумме забрали больше половины оперативной памяти, физическая машина начинала жутко тормозить. Из за чего зависали виртуальные. Жутко раздражает.
UFO just landed and posted this here
Sign up to leave a comment.
Qemu-KVM: работа в Debian