dyasny, Мне кстати в рассылке сказали, что графики скорости что я предоставил вполне нормальные. =(

значит дело в железе а не в софте

?

!

И как я понял на KVM все утыкаются в io дисков.

это общее для всех систем виртуализации. невозможно гонять несколько полноценных нагрузок на ресурсах которых достаточно для гораздо меньшего количества.

Debian известны глючностью сборки пакетов виртуализации

?

сколько ему нужно в данный момент, а не фиксировано при запуске сколько ему было назначено при создании или конфигурации. Хотя последняя фичя может и появилась, я не в теме уже почти год, но на тот момент её не было и для меня это было серьезным ограничением.

Использовать baloon драйвера можно было. Как раз для этого.
И как я понял на KVM все утыкаются в io дисков. Что бы как то ускориться, нужно ВМ накатывать в LVM и юзать virtio. Сейчас работает win2k8+MSSQL2008 с одновременным коннектом примерно 50 пользователей и со скоростью более менее нормально. 50-70 метров тянут диски.

Все перечисленные задачи и ВМ запущены всегда. Все 32 Гб оперативы были полностью утилизированы, процессор в среднем утилизировался на 15-20%, а в пиковые периоды, особенно во время интенсивной работы с сервером удаленных рабочих столов и все 100% в течении 40-50 минут подряд при этом load average достигал 5-6. Все 3 сетевых интерфейса были задействованы. Средний трафик в сутки в сервер составлет 100-120 ГБ с сервера 650-700 ГБ. Единственным затыком в моем железячном конфиге явился программный рейд из 2х3ТБ дисков, iotop показывал практически постоянную 100% нагрузку на чтение с дисков. Единственным недостатком KVM - QEMU считаю отсутствие т.н. технологии dynamic memory usage, когда контейнер отъедает столько оперативы, сколько ему нужно в данный момент, а не фиксировано при запуске сколько ему было назначено при создании или конфигурации. Хотя последняя фичя может и появилась, я не в теме уже почти год, но на тот момент её не было и для меня это было серьезным ограничением.

В общем, цель которую я себе поставил была достигнута. И я с уверенностью могу сказать, что весь этот пафос, так помпезно раздуваемый вкруг "отказоустойчивости", "кластеризации", "бизнес-критичных приложений", "пиковых нагрузок" и прочих прочих модных словечек на презентациях типа Cisco Day или "Серверные решения от HP", где за точно такую же железку требуют в !десятки раз больше бабок - все это совершенно необязательно в реалиях современной действительности. И на десктопном железе можно виртуализировать, причем довольно удачно!

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

А по поводу веб-морды для KVM-ма про это я не забыл, но к сожалению к этому я еще даже и не приступал. После ухода с той работы, все так закрутилось, время куда-то постоянно бежит и я за ним не успеваю...

Error: Refusing to undefine while domain managed save image exists

это значит что на диске остался снимок с памяти VM, сделанный через virsh save

------------------
UPDATE
------------------
Блин, я уже удалил image файл. И только потом нашел инфу как удалять ВМ:

virsh destroy VMname_1
virsh undefine VMname_1
virsh vol-delete --pool guest_images_dir VMname_1.img

Наконец удалил ВМ:

virsh vol-list --pool guest_images_dir 
virsh vol-delete --pool guest_images_dir VMname_1.img

Сложно пост от начала и до конца прочитать?

читал, только куски меня не интересуют. весь конфиг в студию

Проделайте простой эксперимент.

serv# /etc/init.d/unbound stop
 * Stopping unbound ...                                                                                                                                                                                     [ ok ]
serv#  iptables -v -I FORWARD 1 -p udp -j DROP
DROP  udp opt -- in * out *  0.0.0.0/0  -> 0.0.0.0/0  
serv# iptables -v -I INPUT 1 -p udp -j DROP
DROP  udp opt -- in * out *  0.0.0.0/0  -> 0.0.0.0/0  
serv# linuxru.org@root$ iptables -v -I OUTPUT 1 -p udp -j DROP
DROP  udp opt -- in * out *  0.0.0.0/0  -> 0.0.0.0/0  
serv#  exit
Connection to 192.168.0.1 closed.
G#cat /etc/resolv.conf
# Generated by dhcpcd from eth0
# /etc/resolv.conf.head can replace this line
nameserver 192.168.0.1
# /etc/resolv.conf.tail can replace this line
G#cat /etc/hosts
# /etc/hosts: Local Host Database
#
# This file describes a number of aliases-to-address mappings for the for 
# local hosts that share this file.
#
# In the presence of the domain name service or NIS, this file may not be 
# consulted at all; see /etc/host.conf for the resolution order.
#

# IPv4 and IPv6 localhost aliases
127.0.0.1    localhost
::1        localhost

#
# Imaginary network.
#10.0.0.2               myname
#10.0.0.3               myfriend
#
# According to RFC 1918, you can use the following IP networks for private 
# nets which will never be connected to the Internet:
#
#       10.0.0.0        -   10.255.255.255
#       172.16.0.0      -   172.31.255.255
#       192.168.0.0     -   192.168.255.255
#
# In case you want to be able to connect directly to the Internet (i.e. not 
# behind a NAT, ADSL router, etc...), you need real official assigned 
# numbers.  Do not try to invent your own network numbers but instead get one 
# from your network provider (if any) or from your regional registry (ARIN, 
# APNIC, LACNIC, RIPE NCC, or AfriNIC.)
#
G#/etc/init.d/net.eth0 restart
 * samba -> stop: smbd ...                                                                                                                                                                                  [ ok ]
 * samba -> stop: nmbd ...                                                                                                                                                                                  [ ok ]
 * Unmounting network filesystems ...                                                                                                                                                                       [ ok ]
 * Stopping htpdate ...                                                                                                                                                                                     [ ok ]
 * Bringing down interface eth0
 *   Stopping dhcpcd on eth0 ...                                                                                                                                                                            [ ok ]
 *   Removing addresses
 * Bringing up interface eth0
 *   dhcp ...
 *     Running dhcpcd ...
dhcpcd[13268]: version 5.6.7 starting
dhcpcd[13268]: eth0: waiting for carrier
dhcpcd[13268]: eth0: carrier acquired
dhcpcd[13268]: eth0: sending IPv6 Router Solicitation
dhcpcd[13268]: eth0: sendmsg: Cannot assign requested address
dhcpcd[13268]: eth0: rebinding lease of 192.168.0.211
dhcpcd[13268]: eth0: acknowledged 192.168.0.211 from 192.168.0.1
dhcpcd[13268]: eth0: checking for 192.168.0.211
dhcpcd[13268]: eth0: leased 192.168.0.211 for 43200 seconds
dhcpcd[13268]: forked to background, child pid 14106                                                                                                                                                        [ ok ]
 *     received address 192.168.0.211/24                                                                                                                                                                    [ ok ]
G#ssh zr
Last login: Thu Mar 28 00:14:53 2013 from 192.168.0.211
serv#  mc

В упор тормозов не вижу. (ssh zr - альяс на 192.168.0.1)

обращается к DNS и пытается отрезолвить имя компьютера

Так вот где собака порылась. Спасибо за информацию, получается он не может обратный резольв сделать. Попробую поэкспериментировать. Извините за грубость, смысл поста не уловил просто.

делается это элементарно, через virsh edit

Делал, элементарно:

Сложно пост от начала и до конца прочитать?

Уважаемый Cruiser78, с Вашим-то кол-во сообщений на ЛИНУКСФОРУМЕ стыдно такое писать. Вы либо пост мой до конца не дочитали, либо это писали не вы, а Ваш акк. просто взломал какой-то нубяра с полным отсутствием знаний мат.части... Причем тут DNS? Я по ip ssh запрашиваю.

Проделайте простой эксперимент. Настройте хост таким образом, чтобы он не имел доступа к DNS-серверу. Ни к какому. Но, чтобы в файле /etc/resolv.conf была нужная запись про nameserver (то есть чтобы хост думал, что DNS есть). Соответственно подчистите и файлик hosts. А после этого - попробуйте зайти через ssh с другого компьютера на этот хост. Симптомы будут один в один, как было описано.
sshd при коннекте юзера обращается к DNS и пытается отрезолвить имя компьютера, с которого на него обращаются. Ну и, соответственно, сохранить эту информацию с целью её отображения при последующем входе юзера. И если ответа от DNS-сервера нет - висеть будет всё таймаутное время при входе юзера.
Если что - плясал на этой грабле лично, на последних зимних каникулах, когда системы на рабочих серверах на CentOS переводил. Пока не поднимался DNS в сети - при входе по ssh были тормоза изрядные. Как раз по 10-15, примерно, секунд. Как только начинал работать DNS - все висяки исчезали. Вариант лечения - внести эти ремутные компьютеры (с которых юзер ходит) в /etc/hosts. Тогда тоже висяков нет.