Qemu-Kvm + Virt-Manager в Debian - компьютерные сети для малого и среднего бизнеса

Общий индекс серии: Компьютерные сети для МСП: Введение

В мае 2013 года мы опубликовали в этом блоге, две статьи посвященный установке Кему-Квм в Debian 7 «страдающий одышкой«. Они все еще в силе. Поскольку ландшафт установки и настройки в Debian 8 «Jessie» немного изменился, мы хотим обновить процедуру.

Это не что иное, как прежде, чем погрузиться в чтение этого Как это сделать, они посетят предыдущую статью Виртуализация в Debian: Введение - Компьютерные сети для малого и среднего бизнеса, чтобы получить небольшое представление о предмете.

Сайты, которые мы предлагаем посетить

Наблюдение

  • Мы копируем вывод команд, так как они намного поучительнее, чем любая другая написанная нами композиция. Мы предлагаем вам внимательно прочитать сообщения различных мандатов, так как это один из лучших способов учиться без необходимости искать в Интернете. По крайней мере, таково наше мнение.

Установка

Мы начинаем с базовой установки Debian «Jessie», как мы видели в Установка рабочей станции - компьютерные сети для малого и среднего бизнеса. Затем мы устанавливаем рабочий стол или рабочий стол по нашему выбору, как мы видели в 6 Рабочие столы Debian - компьютерные сети для малых и средних предприятий.

Для этой статьи мы выбрали Cinnamon Desktop. Мы выбрали его, потому что многим читателям нравится эта среда рабочего стола. 😉

Общие данные нашей рабочей станции:

Доменное имя: desdelinux.вентилятор
Название команды: сисадмин
Полное доменное имя: сисадмин.desdelinux.вентилятор
IP адрес : 192.168.10.3
Подсеть: 192.168.10.0/24
Обычный пользователь: жужжание
ФИО пользователя: Новости ОС Debian

Проверяем поддержку виртуализации

В консоли выполняем:

buzz @ sysadmin: ~ $ egrep -c "(svm | vmx)" / proc / cpuinfo
2

В нашем случае команда возвращает нам, что у нас есть 2 процессора с должной поддержкой.

Пакеты мы установим

Прежде всего, мы узнаем, что собираемся установить, используя следующие команды:

buzz @ sysadmin: ~ $ aptitude search kvm
p ikvm - виртуальная машина Java для CLI          
v kvm                             - p libicsharpcode-nrefactory-ikvm5 - Библиотека синтаксического анализа и рефакторинга C # - IKVM p libikvm-native - собственная библиотека для IKVM.NET p nova-compute-kvm - OpenStack Compute - вычислительный узел (KVM)    
p qemu-kvm - Полная виртуализация QEMU на оборудовании x86

buzz @ sysadmin: ~ $ aptitude show nova-compute-kvm
Пакет: nova-compute-kvm Новое: да Статус: не установлен Версия: 2014.1.3-11 Приоритет: дополнительный Раздел: net Разработчик: PKG OpenStack Архитектура: все Размер без сжатия: 50.2k Зависит от: adduser, dpkg-dev, qemu-kvm | kvm, libvirt-daemon-system, nova-common, nova-compute, python-libvirt Зависит от: dpkg (> = 1.15.6 ~) Рекомендация: guestmount Конфликтует с: nova-baremetal, nova-compute-lxc, nova- compute-qemu, nova-compute-uml, nova-compute-xen Предоставляет: nova-compute-hypervisor Описание: OpenStack Compute - вычислительный узел (KVM) OpenStack - это надежная облачная инфраструктура. Его миссия - создать повсеместную платформу облачных вычислений, которая будет удовлетворять потребности поставщиков общедоступных и частных облаков независимо от размера, будучи простой в реализации и масштабируемой. OpenStack Compute, под кодовым названием Nova, представляет собой контроллер фабрики облачных вычислений, который имеет модульную структуру и легко расширяется и адаптируется. Помимо «собственного» API OpenStack, он также поддерживает API Amazon EC2 и поддерживает множество различных серверных программ баз данных (включая SQLite, MySQL и PostgreSQL), гипервизоры (KVM, Xen) и системы каталогов пользователей (LDAP, SQL). ). Это пакет зависимостей для вычислительных узлов, использующих KVM. Основная страница: http://www.openstack.org/software/openstack-compute/
  • Мы не собираемся устанавливать пакет OpenStack, потому что нам не нужна вся инфраструктура виртуализации для облака - облако,
buzz @ sysadmin: ~ $ aptitude show qemu-kvm
Пакет: qemu-kvm Новое: да Статус: не установлен Multi-Arch: foreign Версия: 1: 2.1 + dfsg-12 + deb8u1 Приоритет: необязательный Раздел: разное Разработчик: Debian QEMU Team Архитектура: amd64 Размер без сжатия: 60.4 КБ Зависит от: qemu-system-x86 (> = 1.7.0 + dfsg-2 ~) Конфликтует с: kvm Break: qemu-system-x86 (<1.7.0 + dfsg-2 ~) Заменяет: qemu-system-x86 (<1.7.0 + dfsg-2 ~) Предоставляет: kvm Описание: QEMU Полная виртуализация на оборудовании x86 QEMU - это быстрый эмулятор процессора. Этот пакет содержит только сценарий оболочки / usr / bin / kvm, который запускает qemu-system-x86 в режиме kvm для обратной совместимости. Обратите внимание, что старые файлы конфигурации qemu-kvm (в / etc / kvm /) больше не используются.
Основная страница: http://www.qemu.org/

Устанавливаем платформу виртуализации Qemu-Kvm

buzz @ sysadmin: ~ $ sudo aptitude install qemu-kvm libvirt-bin bridge-utils
Будут установлены следующие НОВЫЕ пакеты:     
  augeas-lenses {a} bridge-utils dmeventd {a} ebtables {a} ethtool {a} hdparm {a} ipxe-qemu {a} libaio1 {a} libapparmor1 {a} libaugeas0 {a} libboost-thread1.55.0 {a } libdevmapper-event1.02.1 {a} libfdt1 {a} libiscsi2 {a} liblvm2cmd2.02 {a} libnetcf1 {a} libnuma1 {a} librados2 {a} librbd1 {a} libreadline5 {a} libseccomp2 {a} libspice-server1 {a} libvdeplug2 {a} libvirt-bin libvirt-clients {a} libvirt-daemon {a} libvirt-daemon-system {a} libvirt0 {a} libx86-1 {a} libxen-4.4 {a} libxenstore3.0 { a} libxml2-utils {a} lvm2 {a} netcat-openbsd {a} pm-utils {a} powermgmt-base {a} qemu-kvm qemu-system-common {a} qemu-system-x86 {a} qemu -utils {a} seabios {a} vbetool {a} 0 пакетов обновлено, 42 новых установлено, 0 для удаления и 0 не обновлено. Мне нужно загрузить 8,422 14.8 КБ / 53.3 МБ файлов. После распаковки будет использовано XNUMX МБ. Вы хотите продолжить? [Д / н /?] И

важно

  • Поскольку мы устанавливаем на рабочий стол, нам понадобится интерфейс для управления KVM. Если бы мы выполняли установку на один или несколько серверов, как установка рабочего стола, так и установка Диспетчер виртуальных машин, который мы установим позже. Cв одном экземпляре этого графического интерфейса, мы можем управлять всеми серверами, на которых мы установили пакеты qemu-kvm, libvirt-bin y мосты.
  • Главный демон - демон виртуализации - это libvirtd. Чтобы узнать его статус, мы выполняем:
buzz @ sysadmin: ~ $ sudo systemctl status libvirtd
buzz @ sysadmin: ~ $ sudo service libvirtd status
  • Если в выводе какой-либо из предыдущих команд мы читаем несколько строк красного цвета, можно перезапустить службу. libvirtd и проверьте еще раз, или перезагрузите компьютер и проверьте. Он скриптlibvirtd.service кто водит Systemdнаходится в /lib/systemd/система/libvirtd.service. Обратите внимание, что мы можем вызвать этого демона и старым способом, а именно:
buzz @ sysadmin: ~ $ sudo service libvirtd
Использование: /etc/init.d/libvirtd {start | stop | restart | reload | force-reload | status | force-stop}

buzz @ sysadmin: ~ $ sudo service libvirtd перезапустить buzz @ sysadmin: ~ $ sudo service libvirtd statuslibvirtd.service - демон виртуализации
   Загружено: загружено (/lib/systemd/system/libvirtd.service; включено)
   Активный: активный (работает) с вс 2016 11:27:11 EST; 23мин назад Документы: man: libvirtd (53) http://libvirt.org Основной PID: 8 (libvirtd) CGroup: /system.slice/libvirtd.service └─8 / usr / sbin / libvirtd
  • El скрипт находится в /etc/init.d/qemu-система-x86, отвечает за установку модулей, необходимых для правильной работы Qemu-Kvm. После того, как вы успешно выполните свою работу, все готово. Если мы проверим его статус, он вернет нам, что это 0 или успешно.
buzz @ sysadmin: ~ $ sudo systemctl status qemu-system-x86 ● qemu-system-x86.service - LSB: сценарий загрузки модуля QEMU KVM Загружен: загружен (/etc/init.d/qemu-system-x86)
   Активный: активен (вышел) с Вс 2016-11-27 11:18:17 EST; 18мин назад Процесс: 172 ExecStart = / etc / init.d / qemu-system-x86 start (code = exited, status = 0 / SUCCESS)
  • Если нам интересно и мы хотим узнать, какие модули и их расположение, мы выполняем:
buzz @ sysadmin: ~ $ sudo updatedb

buzz @ sysadmin: ~ $ найти kvm | grep ko
/lib/modules/3.16.0-4-amd64/kernel/arch/x86/kvm/kvm-amd.ko
/lib/modules/3.16.0-4-amd64/kernel/arch/x86/kvm/kvm-intel.ko
/lib/modules/3.16.0-4-amd64/kernel/arch/x86/kvm/kvm.ko

buzz @ sysadmin: ~ $ ls -l /lib/modules/3.16.0-4-amd64/kernel/arch/x86/kvm/
всего 1016 -rw-r - r-- 1 root root 97120 17 июля 2015 г. kvm-amd.ko
-rw-r - r-- 1 root root 223680 17 июля 2015 г. kvm-intel.ko
-rw-r - r-- 1 root root 715920 17 июля 2015 г. kvm.ko

Устанавливаем Virtual Machine Manager

buzz @ sysadmin: ~ $ sudo aptitude install virt-manager
[sudo] пароль для Buzz: будут установлены следующие НОВЫЕ пакеты: gir1.2-gtk-vnc-2.0 {a} gir1.2-libvirt-glib-1.0 {a} gir1.2-spice-client-glib-2.0 { a} gir1.2-spice-client-gtk-3.0 {a} libvirt-glib-1.0-0 {a} python-ipaddr {a} python-libvirt {a} python-urlgrabber {a} virt-manager virt-viewer {a} virtinst {a} 0 пакетов обновлено, 11 установлено новых, 0 для удаления и 0 не обновлено. Мне нужно скачать 2,041 КБ файлов. После распаковки будет использовано 12.5 МБ. Вы хотите продолжить? [Д / н /?] И
  • После установки пакета проконсультируемся:
buzz @ sysadmin: ~ $ cat /usr/share/doc/virt-manager/README.Debian. 
Контроль доступа ============== Доступ к сокету libvirt контролируется членством в группе "libvirt". Если вы хотите управлять виртуальными машинами без полномочий root, вам нужно добавить своего пользователя в эту группу или использовать uris сеанса, например qemu: /// session. См. Также /usr/share/doc/libvirt-bin/README.Debian. - Гвидо Гюнтер Чт, 04 июня 2010 11:46:03 +0100
  • Вышеупомянутое указывает на то, что мы должны сделать так, чтобы пользователь стал членом группа libvirt для доступа к только что установленному интерфейсу:
buzz @ sysadmin: ~ $ sudo adduser buzz libvirt
Добавление пользователя `buzz 'в группу` libvirt' ... Добавление пользователя buzz в группу libvirt Готово.
  • Теперь закрываем сеанс и запускаем его заново. После входа в наш рабочий стол Cinnamon мы переходим к Меню -> Администрирование -> Диспетчер виртуальных машин, и мы получаем доступ к интерфейсу администрирования нашего KVM. вирт-менеджер

Виртуальные сети в диспетчере виртуальных машин

Несмотря на то, что диспетчер виртуальных машин прост в использовании и что с ежедневной практикой мы можем получить степень магистра в его использовании, мы предлагаем Функции о том, как изменить виртуальную сеть, которую Qemu-Kvm устанавливает по умолчанию.

Мы проводим ваши Меню -> Правка -> Детали подключения, и переходим во вкладку «Виртуальные сети«. Если мы перейдем по ссылке Конфигурация IPv4, то Red, а также сообщает нам, что для него активирован DHCP-сервер. Этот сервер работает благодаря пакету dnsmasq-база, который установлен.

Для получения дополнительной информации см. Файл: /usr/share/doc/libvirt-bin/README.Debian. сетей

Если мы хотим изменить конфигурацию сети «по умолчанию«, Поступим следующим образом:

buzz @ sysadmin: ~ $ sudo cp /etc/libvirt/qemu/networks/default.xml /etc/libvirt/qemu/networks/default.xml.original
buzz @ sysadmin: ~ $ cat /etc/libvirt/qemu/networks/default.xml.original
по умолчанию 

buzz @ sysadmin: ~ $ sudo nano /etc/libvirt/qemu/networks/default.xml
по умолчанию 

buzz @ sysadmin: ~ $ sudo systemctl перезапустить libvirtd
buzz @ sysadmin: ~ $ sudo systemctl status libvirtd

Если бы мы не закрыли диспетчер виртуальных машин перед перезапуском демон libvirtd, мы получим следующее сообщение об ошибке, что является нормальным явлением: ошибка

Нам просто нужно закрыть Вирт-менеджер и снова откройте его. Возвращаемся к части конфигурации виртуальных сетей, и проверяем, что сеть по умолчанию, у вас уже есть измененные параметры.

Предлагаем включить автоматический запуск Сети по умолчанию, установив флажок «Автонизировать».

Хранилище в Virt-Manager

Еще один аспект, который мы хотим затронуть, - это хранение. Хранилище в Вирт-Менеджере. По умолчанию системная папка для сохранения всех образов виртуальных машин находится по адресу / var / lib / libvirt / изображений. Предположим, у нас есть жесткий диск, полностью посвященный этой функции, и он установлен на нем. / главная / vms. Чтобы добавить это в Вирт-менеджер, мы переходим через его Меню -> Правка -> Детали подключения -> Хранилище. В левом нижнем углу нажимаем на кнопку «+«. Затем Мастер для «Создать сегмент хранилища«: хранение

Давайте посмотрим на различные типы хранилищ, которые мы можем выбрать. Подробную документацию мы найдем в Руководство по развертыванию и администрированию виртуализации, из Red Hat. Выберем первый «dir: Каталог файловой системы». хранение2

хранение3

В конце мастера новый резервуар для хранения становится активным и запускается автоматически.

Первая виртуальная машина

Мы должны ориентироваться и читать различные варианты, которые предлагает нам Virt-Manager. Давайте заметим на предпоследнем изображении из тех, что показаны ниже, что, когда мы переходим к редакции только что созданной виртуальной машины и раньше Начать установку, в опции «Процессор«, Помечаем коробку "Конфигурация" Копирование конфигурации ЦП хост-компьютера. Возможно, в этом нет необходимости, но мы придерживаемся рекомендаций Debian и нашей практики серверов HP.

Для получения дополнительной информации см. Файл: /usr/share/doc/libvirt-bin/README.Debian. Crea-vm01

Crea-vm02

Crea-vm03

Crea-vm04

Crea-vm05

Crea-vm06

Crea-vm07

Crea-vm08

Crea-vm09

Добавим только, что уже более трех лет эта платформа виртуализации работает в двух компаниях. Несмотря на перебои в подаче электроэнергии, нормальные компьютеры «адаптированный»Чтобы они действовали как слуги, и все трудности, которые могут существовать в такой слаборазвитой стране, как наша, Кему-Квм он всегда работал правильно, как и виртуальные серверы, которые на нем работают.

Надеемся, эта статья будет вам полезна.

Следующая доставка?

«Вирш в Debian«

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


Оставьте свой комментарий

Ваш электронный адрес не будет опубликован. Обязательные для заполнения поля помечены *

*

*

  1. Ответственный за данные: Мигель Анхель Гатон
  2. Назначение данных: контроль спама, управление комментариями.
  3. Легитимация: ваше согласие
  4. Передача данных: данные не будут переданы третьим лицам, кроме как по закону.
  5. Хранение данных: база данных, размещенная в Occentus Networks (ЕС)
  6. Права: в любое время вы можете ограничить, восстановить и удалить свою информацию.

  1.   зодиак сказал

    Дидактическая статья, которая поможет мне в реализации моей пары серверов с Qemu-KVM. Большое спасибо, Федерико, и мы будем ждать ваших сообщений.

  2.   Альберто сказал

    Очень хорошая статья для любого посвящения в Qemu-KVM.
    Было бы очень интересно, если бы в будущих статьях вы объяснили XML-файлы виртуальных машин и тонкое выделение ресурсов жестких дисков, что обеспечит очень эффективное развертывание.
    Приветствую и спасибо за участие.

  3.   Федерико сказал

    Большое спасибо за комментарии !.

    Альберто: основная цель наших статей, как мы уже писали во многих из них, - предложить точку входа для затронутых тем. Иногда очень кратко, а иногда немного более ясно. Это зависит от сложности темы. По этой причине мы даем целый ряд ссылок на другие сайты, чтобы читатели, независимо от того, инициированы они или нет, могли найти дополнительную литературу для обогащения своих знаний. Я возглавляю этот список читателей. 😉

    Из вашего комментария я вижу, что вы не новичок в этом вопросе. Вы просите меня объяснить довольно техническую особенность, такую ​​как «Тонкое резервирование», хотя мы так или иначе используем его в повседневной работе.

    «Тонкое выделение ресурсов» в практических целях - это когда мы используем технологии виртуализации, чтобы создать впечатление, что у нас больше аппаратных ресурсов, чем есть на самом деле. Если система всегда имеет в своем распоряжении необходимые аппаратные ресурсы для поддержки всех виртуализированных ресурсов, то мы не можем говорить о реализации Light Provisioning в этой системе.

    Я стараюсь, чтобы необходимые ресурсы памяти, пространство на жестком диске, количество процессоров и т. Д. Для работы виртуальных серверов или гостей не превышали ресурсы самого Хоста.

    Я стараюсь иметь большой запас или Подготовка тиков. Я организовываю виртуализацию - когда могу - так, чтобы совокупность ресурсов, используемых в гостевой системе, приблизительно соответствовала совокупности доступных ресурсов.

    Предполагается, что эффективность типа предоставления зависит от того, как мы его используем, а не от технологии виртуализации. Heavy Provisioning наиболее эффективен, когда количество используемых аппаратных ресурсов приблизительно равно количеству доступных ресурсов. Thin Provisioning наиболее эффективен, когда количество используемых аппаратных ресурсов намного меньше доступного.

    Для получения дополнительной информации о закупках в первую очередь посетите: https://en.wikipedia.org/wiki/Thin_provisioning.

    Кстати, скажу, что в документе «Руководство по развертыванию и администрированию виртуализации» Упомянутый в этой статье, он относится к тонкой инициализации только один раз и должен сказать нам, что этот тип подготовки не поддерживается хранилищами хранилищ или пулом хранилищ с LVM или диспетчером логических томов.

    Напоследок хочу обратить ваше внимание, что пост не может охватывать или заменять специализированную литературу по определенной теме. Например, старый документ Red Hat состоит из 565 страниц.

  4.   Federico сказал

    Луигис, мне трудно получить опубликованные комментарии.

    1.    Луиджи Торо сказал

      Мы работаем над этим

  5.   Марти Макфлай сказал

    Потому что в Desde Linux Неужели не было разговоров о 25-м выпуске популярного дистрибутива Fedora? У меня такое впечатление, что этот блог специализируется только на Debian и Ubuntu... Как грустно, что я заядлый читатель и в то же время пользователь Fedora.

    1.    Луиджи Торо сказал

      Дорогой Марти, без сомнения, мы что-то забыли о Fedora, не по желанию, а по необходимости. GNU / Linux и свободный мир постоянно меняются, и наши возможности тестировать, учиться и общаться ограничены. Мы хотели бы иметь дни по 48 часов, чтобы иметь возможность так или иначе вносить больший вклад и по большему количеству тем.

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

      Приглашаем всех к сотрудничеству DesdeLinux, для этого есть Руководство для редакторов и Руководство редактора https://blog.desdelinux.net/guia-redactores-editores/ Поэтому мы надеемся, что когда-нибудь сможем предложить гораздо больше материала.

    2.    Federico сказал

      Вы бы хотели, чтобы мы также публиковали о CentOS?

  6.   Креспо88 сказал

    Специальная статья, мы к этому привыкли. Спасибо за этого брата-доставщика, вы уже играете в гораздо более интересные темы, что не отнимает от остальных постов, я говорю это так, с моей точки зрения, потому что мое продолжение Qemu-KVM началось несколько лет назад, и с тех пор, как я встретил его У меня нет претензий по этому поводу.
    Я надеюсь, что Qemu-KVM останется сильным и продолжится в будущем Debian.

  7.   Федерико сказал

    Если вы обозреватель Crespo88, то в этих новых статьях о Qemu-KVM я углублюсь, как вы уже видели в следующем, и вы увидите еще два, которые я скоро опубликую. В современном мире виртуализация - важная технология. Стоит углубиться в его использование. Спасибо за комментарий !!!.

  8.   Исмаэль Альварес Вонг сказал

    Очень хорошая статья о том, как просто и доступно применить на практике теорию виртуализации на основе KVM (или виртуальной машины на основе ядра), то есть это все основы для начала:
    1-й) Установите платформу виртуализации Qemu-Kvm.
    2) Поскольку у хоста есть графический интерфейс, нам нужен диспетчер виртуальных машин для управления виртуализацией KVM.
    3-й) Очень хорошие советы по добавлению нашей пользовательской информации в группу libvirt, чтобы иметь доступ к интерфейсу Virtual Machine Manager; изменить виртуальный сетевой интерфейс и хранилище по умолчанию в Virt-Manager на другой «смонтированный» раздел второго жесткого диска.
    4-й и заключительный) Создание 1-го MV.
    Спасибо, что делитесь этой информацией «самоотверженно», чтобы улучшить нас в мире Linux.

  9.   Federico сказал

    Большое спасибо за ваш комментарий, друг Вонг. Сообщения, подобные вашему, заставляют меня продолжать писать для Сообщества. DesdeLinux и для всех любителей Linux