Windows Server и KVM на Linux
Сегодня постараюсь описать все трудности в пути установки операционной системы (ОС) семейства Windows (а конкретнее Windows Server 2008 R2) на виртуальную машину KVM (используется qemu-kvm) в ОС Linux (а именно Debian 7)
Сложностей с установкой kvm возникнуть не должно
Далее необходимо скопировать установочный образ операционной системы куда-нибудь на диск. К примеру можно скопировать в
sudo dd if=/dev/cdrom of=Window_Server_2008_R2.iso
Самое необходимое: скачайте драйвера virtio, без них установка будет очень-очень долгой.
Затем создадим папку для файлов виртуального жёсткого диска
И сам файл виртуального жёсткого диска, где 25G — его размер
qemu-img create -f qcow2 WIN2K8R2.qcow2 25G
и самое главное — запуск самой виртуальной машины.
qemu-system-x86_64 —enable-kvm -m 2048 -boot d -drive file=WIN2K8R2.qcow2,if=virtio -cdrom Win2K8X64R2Ent.iso -drive file=virtio-win-drivers-20120712-1.iso,media=cdrom -net nic,model=virtio -net user
, где -m 2048 — объём оперативной памяти для неё, WIN2K8R2.qcow2 — файл виртуального жёсткого диска, созданного ранее, if=virtio — источник драйверов для подключения жёсткого диска к виртуальной машине, Win2K8X64R2Ent.iso — образ операционной системы.
К сожалению, мне пришлось подключаться к удалённому рабочему столу, потому что по ssh установить Windows не удавалось, система требовала графический интерфейс.
Для запуска qemu под юзером производим следующие шаги:
Редактируем /etc/libvirt/qemu.conf, чтобы виртуальные машины работали у нас от непривилегированного пользователя:
user = «username»
group = «libvirt»
Поскольку у нас будут использоваться tun-устройства, нужно выставить capability CAP_NET_ADMIN, сделать это можно как для отдельного исполняемого файла, так и для пользователя в целом, или настроить чтобы libvirt не сбрасывал нужные права для qemu/kvm.
Выставляем для отдельного файла:
sudo setcap cap_net_admin=ei /usr/bin/kvm
Или выставляем для пользователя в целом в файле /etc/security/capability.conf:
Или выставляем соответствующую настройку в /etc/libvirt/qemu.conf:
Добавим пользователя в группу libvirt и kvm:
# adduser username libvirt
Установка Windows Server проста до безобразия, если знать когда подсунуть файлы драйверов для жёсткого диска.
Приведу краткий перечень действий, необходимых для корректной установки:
- Нажимаем Install
- Выбираем тип ОС
- Соглашаемся с лицензионным соглашением
- Выбираем Полная установка
- Щёлкаем по ‘Загрузить драйвер’
- Обзор
- Выбираем диск с драйверами Virtio. дисков должно быть два: один с Windows, другой — с драйверами.
- Выбираем ‘Virtio Drivers’ => STORAGE => SERVER2008R2 => AMD64
- OK
- Драйвер ‘Red Hat VirtIO SCSI controller’ будет выбран. Если его не видно, значит что то пошло не так 🙁
- Жмакаем Далее. Драйвер загрузится и вернёт на экран выбора дисков для установки ОС. Если размер не меняли, то там будет 25 Гб.
- Щёлкаем на пустом диске и жмём Далее. Всё. Установка идёт стандартным путём.
Единственная трудность случилась в конце установки, когда нужно придумать пароль для учётной записи администратора. Через RDP почему то не печатались иностранные символы, пришлось воспользоваться экранной клавиатурой.
Потребление памяти и утилизация процессора в пределах нормы и не превышала пары процентов при простое системы. Проц — Celeron G1620 🙂
Теперь осталось пробросить эту машину во внешку и подключится к ней по RDP, минуя RDP хостовой системы. Это пока не решено.
Windows Server 2012 в KVM: хороша ли идея?
Привет.
Я — админ-самоучка с вытекающими.
Для того, чтобы не восстанавливать контроллер домена (из резервного к.д.) придумал такую схему: кручу КД в kvm-виртуалке, регулярно делаю снапшоты (на отдельный диск). В случае, если серверное железо полетит, достаточно просто поднимаю КД на другом железе.
Сомневаюсь, потому что это усложнение системы и как бы снижение надёжности.
Сервер: IBM, Xeon, 4 ядра, 4 гига.
Задачи КД: файловый сервер, служба каталогов, dhcp.
Хорошая идея. В случае проблем поднимаешь виртуалку из бэкапа на другой машине.
Виртуалки это хорошо и удобно, только ЕМНИП откат из снапшота не поможет, в данном случае. Погугли про починку КД.
Со слов виндовых одминов, после этого тебя ждет увлекательное приключение, полное анальной боли.
Почему? Переносил старый 2003 простым dd с железа в виртуалку, брат жив. Ну скорее жив, ЕВПОЧЯ.
Плохая идея, на таких мощностях сам 2012 то стартует?
Не помню с какого винда стала заморачиваться на фикс драйвера диска. Я 2008 с бубном переносил из квм прокмокса в квм овирта. Просто так не взлетает и падает в синеву.
Так ты поди нормально погасил и перенес. А вот если в процессе работы были какие-то изменения, а потом оно упало, то восстановление из бекапа/снапшота все ломает.
DC в виртуалке — плохая идея, насколько я помню.
Не помню с какого винда стала заморачиваться на фикс драйвера диска.
А, было что-то такое, не грузилось. Починил за пять минут по какому-то руководству. Вроде с реестром надо было что-то делать. Это в любом случае бесконечно проще, чем заново ставить и настраивать.
Главное синхронизацию времени с хостом отключить, в остальном никаких проблем.
Компы виндового домена периодически обновляют свой GID в АД, если это произойдет между снэпшотом и восстановлением, то данные компы будут исключены из домена. Т.е. снэпшоты КД не являются бэкапом. Если надо точнее, то лучше на винфак или где там виндоадмины кучкуются.
А почему KVM а не Hyper-V?
В случае, если серверное железо полетит, достаточно просто поднимаю КД на другом железе.
На самом деле исходя из таких вводы — тебе нужен veeam backup, можно бесплатный. С ним КД безопаснее ресторить. А он хорошо работает с хип-в.
у меня основной КД чистый на отдельном серваке а резервные в квм .. но я каждую ноч делаю клон на бекап сервер. а не снапшот.. также и почтовик на дебиане . каждую ночь клон .. хранится 3 дня .. не подводило никогда
На хосте? Или гостю? Если даже гостю, имхо 4гб для офтопик 2012 маловато будет. Таже спермерка x64 в kvm норм работать начинает только с 4гб озу, да — это «особенность» kvm, но что делать.
регулярно делаю снапшоты (на отдельный диск)
Да вы очень рисковый товарищ
А восстанавливали хоть раз?
На хосте. Гостю дал 2Гб оперативки, немного тормозит, но работает.
Через virsh хотел.
Но исходя из того, что здесь говорят, лучше каждую ночь полный бэкап диска делать.
На хосте. Гостю дал 2Гб оперативки, немного тормозит, но работает.
Забейте на идею. Серьезно. 2gb для офтопика 2012 это не о чем.
Агент в гостевом офтопике установлен? Если да, то «говорят» фриз гостевой фс должен робить. Но сам не пробовал на 2012. Без тестирования на «кошках» не рекомендую внедрять.
Но исходя из того, что здесь говорят, лучше каждую ночь полный бэкап диска делать.
Если такая возможность есть (останавливать vm), то я бы тоже по такому пути пошел. Меньше промежуточных вариантов факапа.
Думаю норм будет, если накрутить политику перегенарции GID компов в домене, по дефолту это 90суток. Я нафиг выключил эту полиси и моя samba AD, с бекапа норм поднималась.
Управление виртуальными машинами KVM из консоли
В предыдущей статье мы рассмотрели установку гипервизора KVM и создание виртуальной машины. В рамках одной статьи, мы не смогли охватить все нюансы управления виртуальными машинами, а затронули лишь их часть. Сегодня, мы постараемся рассказать все об управлении виртуальными машинами из консоли сервера: как изменить параметры ВМ, добавить дополнительные устройства и рассмотрим основные команды, которые используются для администрирования виртуальных машин KVM.
Virsh: команды управления виртуальной машиной KVM
Первый вопрос, который возникает у начинающего администратора KVM: как увидеть созданные виртуальные машины, как остановить, запустить и удалить их. Для управления ВМ в KVM из консоли можно использовать утилиту virsh (использует libvirt API). С помощью утилиты virsh можно выполнить практически все операции с виртуальными машинами KVM.
# virsh list – показать список запущенных ВМ
# virsh list —all – показать список всех машин (в том числе выключенных)
Как видно из скриншота, в первом случае отключенная ВМ не была отображена.
# virsh shutdown — выключить виртуальную машину
# virsh start — запустить виртуальную машину
# virsh suspend — приостановить виртуальную машину
# virsh resume — запустить приостановленную виртуальную машину
# virsh reboot — перезапустить виртуальную машину
# virsh destroy — уничтожить виртуальную машину
# virsh undefine — удалить машину из списка и удалить все файлы, принадлежащие ей (обычно применяется после выполнения команды virsh destroy).
# virsh vcpuinfo — информация о процессоре на виртуальной машине (информацию о железе физического Linux сервера можно получить так)
Еще несколько команд по получению различной информации о виртуальной машине:
# virsh domid — получить идентификатор виртуальной машины
# virsh domuuid — получить UUID виртуальной машины
# virsh dominfo — получить сведения о виртуальной машине
# virsh domstate — просмотр состояния виртуальной машины
# virsh dumpxml — вывести файл конфигурации указанной виртуальной машины в XML формате
Добавление памяти и vCPU виртуальной машине KVM
В консоли KVM вы можете добавить или уменьшить ресурсы процессора и памяти, выделенные для ВМ двумя способами:
- С помощью virsh
- Через конфигурационный XML файл ВМ
Если виртуальная машина запущена, ее нужно остановить:
# virsh shutdown test-centos
Теперь с помощью virsh изменим количество виртуальных процессоров до 6 (vCPU):
# virsh setvcpus —config
— количество ядер процессора
# virsh setvcpus test-centos 6 —config
Но при применении этой команды, у меня сразу же появилась ошибка:
Мы не можем установить количество ядер процессора, больше, чем максимальное количество. Чтобы увеличить максимальное количество ядер ВМ, выполните команду:
# virsh setvcpus test-centos 6 —config —maximum
Повторите первую команду и запустите виртуальную машину:
Проверим количество процессоров в настройках ВМ: овленное количество процессоров:
# virsh dumpxml test-centos
Аналогичным образом добавим память виртуальной машине:
# virsh setmem —config
# virsh setmem test-centos 4G —config
Все по той же причине, сразу же вышла ошибка:
Увеличим максимальное значение памяти::
# virsh setmaxmem test-centos 6G —config
Теперь можно увеличить память ВМ.
Перед всеми изменениями не забывайте останавливать ВМ, а после запускать ее.
Также вы можете изменить ресурсы ВМ KVM через ее конфигурационный XML файл. Можно изменить файл в режиме онлайн или же сделав бэкап XML файла ВМ, изменить его и применить к виртуальной машине.
Отредактируем XML файл ВМ в онлайн режиме:
В открывшемся редакторе vi внесите изменения, нажав кнопку “Insert”.
Например, зададим для ВМ 2 ядра и 1Гб памяти:
Сохраните изменения в файле и перезапустите ВМ:
Проверьте настройки ВМ:
Тоже самое можно сделать, сделав бэкап XML файла:
# virsh dumpxml > /root/test.xml
# vi /root/test.xml
Измените нужные вам параметры, сохраните файл и примените к виртуальной машине:
# virsh shutdown test-centos
# virsh define /root/test.xml
# virsh start test-centos
KVM: добавление диска в виртуальную машину
В одной из наших статей, мы описывали процесс расширения и уменьшения дисков виртуальных машин в KVM. Но мы не описывали вариант по добавлению дополнительного диска.
Сначала нужно создать дополнительный файл диска для виртуальной машины:
# qemu-img create -f qcow2 -o size=20G /vz/disk/test.img
Вместо qcow2 вы можете указать нужный формат диска, так же нужно указать путь до файла. У меня хранилище для дисков /vz/disk/.
После этого, можно добавить устройство виртуального диска к самой ВМ:
# virsh attach-disk /vz/disk/test.img vdb —type disk —persistent
Остановите и запустите ВМ, проверьте что получилось:
# virsh shutdown test-centos
# virsh start test-centos
# virsh dumpxml test-centos
Как видим, диск добавлен. После данных манипуляций, на виртуальной машине нужно разметить этот диск под ваши нужды.
KVM: добавление сетевой карты для виртуальной машины
Попрьуем добавить дополнительный сетевой интерфейс для ВМ. Сначала проверим, какие сетевые интерфейсы созданы на хосте:
У меня на KVM сервере создана одна виртуальная машина, с одним сетевым интерфейсом. К br0 нам нужно прикрепить еще один виртуальный сетевой интерфейс. Выполните команды:
# virsh shutdown test-centos
# virsh attach-interface test-centos —type bridge —source br0 —persistent
# virsh start test-centos
Проверьте, что у ВМ появился дополнительный сетевой интерфейс:
Также вы можете изменить сетевые настройки виртуальной машины напрямую через XML файл: # virsh edit test-centos
После первого сетевого интерфейса добавьте следующие строки:
Сохраните файл и запустите ВМ. Остальную конфигурацию, KVM добавит сам (mac address и тд).
В данной статье мы затронули основные моменты, которые могут вам понадобиться при управлении виртуальными машинами KVM из консоли Linux сервера. В следующей статье мы рассмотрим управление виртуальными машинами через графический менеджер virt-manager.