LINUX.ORG.RU
Форум — Admin  

После перехода на libvirt существенно снизилась производительность виртуализации


0

2

Всем привет

Я использую виртуализацию на KVM. Раньше я использовал ConVirt в качестве интерфейса управления, но что-то оно остановилось в развитии и я решил попробовать libvirt. Попробовал. Теперь производительность виртуальной машины упала до невозможности просто.

Немного характеристик о хостах (2 одинаковых хоста):

Дистрибутив - CentOS 5.7 x86_64

Ядро - Linux phobos.comp.susu.ac.ru 2.6.18-274.7.1.el5 #1 SMP x86_64 x86_64 x86_64 GNU/Linux

cpuinfo - http://dpaste.org/wsc4A/

rpm -qi kvm libvirt - http://dpaste.org/trWQR/

Стартовая строка, которую генерировал ConVirt - http://dpaste.org/KXUin/

Стартовая строка, которую генерирует libvirt (через virt-manager) - http://dpaste.org/Myixp/

Соответствующая конфигурация машины - http://dpaste.org/JBvgW/

При этом создание снапшота и миграция работают быстро и чётко.

На виртуальных машинах CentOS 5.7 x86_64 и ArchLinux x86_64, обе ведут себя одинаково плохо

Помогите кто чем может, пожалуйста.

★

Последнее исправление: hc (всего исправлений: 1)

для двух то машин можно и вручную скрипт написать (к тому же судя по арчлинуксу - вряд ли у тебя серьезный продакшн).

может быть конвирт и либвирт по разному сети для виртуалок устроили. может быть либвирт не использует виртио.

belka ★
()
Ответ на: комментарий от belka

Виртио используется для сети, для дисков нет поддержки в гостях. Виртуальных машин больше, арч на госте - это легаси. Да и хост-узлов в перспективе может стать больше. Да, не особый продакшен, однако управлять всё же хочется по-человечески. Сети были построены одинаково - что там два бриджа, что здесь два бриджа.

hc ★
() автор топика
Ответ на: комментарий от no-dashi

Упирается-то всё не в I/O. У меня апач отрабатывает trac раз в 10 дольше, чем был до libvirt

hc ★
() автор топика
Ответ на: комментарий от no-dashi

Ну даже сменил я драйвер на virtio_blk - толку ноль. Не в I/O проблема

hc ★
() автор топика
Ответ на: комментарий от no-dashi

Измерил через Firebug скорость работы - 1,5 минуты загружалась 1 HTML-ка, 6,8 минут - 1 жаваскрипт, 7,5 минут - 1 CSS. Никакое I/O не может так затормозить работу апача. Уже даже сменил метку SELinux на дисках, чтобы не появлялась ошибка при старте машины - толку всё тот же ноль.

На хосте топ показывает, что одно ядро, выделенное виртуальной машине, полностью загружено, как и положено. Но не может 2 ГГц ядро работать с такой черепашьей скоростью же. Есть подозрение, что виртуализация идёт мимо kvm, но может ли быть такое при использовании qemu-kvm - сомневаюсь.

В общем, я что-то даже не знаю, куда покопать

hc ★
() автор топика
Ответ на: комментарий от sdio

Тут-то всё в порядке с виду:

# lsmod | grep kvm
kvm_intel              85256  0 
kvm                   224928  2 ksm,kvm_intel
hc ★
() автор топика
Ответ на: комментарий от fragment

В самом начале XML-конфига виртуалки сказано, что domain=kvm. Просто qemu на хосте нет, есть только qemu-kvm, который и запускается. Так что маловероятно

hc ★
() автор топика

Блин. выкопал в логах то, что и ожидал:

open /dev/kvm: Permission denied
Could not initialize KVM, will disable KVM support

Поставил 666 на /dev/kvm - завелось. Но ведь права и так в порядке были! Что не так-то?

hc ★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
Admin