как удобно работать с kvm-qemu на удаленном сервере?

Какое-то время назад встала задача по поднятию на удаленном сервере виртуалок и, собственно, работе с ними. Цельной статьи "для удобной работы сделайте...." я как-то не нашел, что заставило таки попыхтеть над гуглом :) Собственно для того чтобы в следующий раз мне (или не мне) не пришлось опять искать все по отдельности - решил собрать все воедино. Собственно если измышления мои сугубо чайниковые, не пинайте почем зря, а лучше направьте на путь истинный, как сделать правильнее.

Итак у нас есть некая машина (gentoo) на просторах интернета где нужно поставить одну(несколько) виртуалок. При этом:
1. При шатдауне (ребуте) хост-машины виртуалки должны автоматически шатдаунится (а не отрубатся эмулируя "выключенное питание").
2. При поднятии хост машины виртуалки должны автоматически подниматся...
3. Нужно иметь возможность управления(изменения параметров) виртуалок без их перезагрузки (через qemu monitor) - чаще всего такая необходимость появляется когда нужно "вставить cdrom" :)

С первыми двумя задачами отлично справляется kvm.init некого Michael Mair-Keimberger.
Для работы скрипта необходимы следующие пакеты (скорее всего большинство из них уже стоит в вашей системе):

sys-apps/coreutils
sys-apps/net-tools
sys-apps/grep
sys-apps/iproute2
sys-process/procps
net-misc/bridge-utils
net-analyzer/netcat6

Работать с kvm.init достаточно просто, скачиваем, кладем в /etc/init.d/, далее

cd /etc/init.d/
chmod +x kvm.init
ln -s kvm.init kvm.virtualkaname 

Вместо "virtualkaname", естественно, пишем имя своей виртуалки (например windows2008 или haiku). Потом вытаскиваем default.config, кладем в /etc/conf.d/, переименовываем (или копируем) в kvm.virtualkaname (Это важно!!! название конфига должно совпадать с названием init скрипта) и редактируем конфиг. Там несложно, все с комментариями.

Собственно все, после этого можно запускать (/etc/init.d/kvm.virtualkaname start) вашу виртуалку.
...мне, правда, слегка не понравилось что виндовая виртуалка (по крайней мере 2008 винда) все время орала про "обнаружение новой сети", поэтому я слегка поменял в kvm.init функцию start_tap_device(). У меня она выглядит так:

start_tap_device(){
  if ( ${VM_HAVE_NET} ); then
    einfo "Setting up the tap interface: tap$startup_tap_id"
    ${TUNCTL} -b -u ${TAP_USERID} -t tap${startup_tap_id} || return 1

    einfo " Linking the bridge interface with tap${startup_tap_id}"
    ${BRCTL} addif ${BRDEV} tap${startup_tap_id} || return 1

    einfo " Bring tap${startup_tap_id} interface up"
    ${IP} link set dev tap${startup_tap_id} address 1a:46:0b:ca:bc:${startup_tap_id}  up promisc on || return 1
  fi
}

...благодаря чему каждый tap интерфейс имеет свой (неизменный) mac-address и винда (схавав эти адреса для разных tap интерфейсов) больше не ругается на "новую сеть". (впрочем это дело добровольное, можно работать и с оригинальным скриптом).

Собственно все, наши виртуалки работают до тех пор, пока нам не понадобится подключить к ним cd-rom (или еще что-нибудь сделать) не перегружая их.
С этим нам поможет маленький скриптик qemu-monitor.sh. Скачиваем, сохраняем, запускаем (под юзером, у которого есть доступ к сокетам виртуалок... ну или под рутом):

chmod +x qemu-monitor.sh
./qemu-monitor.sh /var/run/virtualkaname.sock info status

...и получаем информацию о статусе виртуалки. ...вместо info status можно указывать любые команды, которые поддерживает QEMU monitor.
Например, для того чтобы сменить cd:

./qemu-monitor.sh /var/run/virtualkaname.sock change ide1-cd0 /home/user/iso/MarioBrothers.iso

Спасибо за внимание, надеюсь это хоть кому-нибудь в чем-нибудь поможет. :)