Как включить виртуализацию в linux
Обновлено: 06.07.2024
Вам нужно запустить другую операционную систему на вашем ПК с Linux. Но стоит ли вам дважды загружать системы или лучше использовать виртуальную машину? И если вы выберете второй вариант, то нужно узнать какое программное обеспечение для виртуальных машин вы должны использовать?
Виртуальные машины для Linux против режима Dual Boot
Ранее, мы уже говорили о том, как можно установить Linux возле Windows 10 на одном устройстве. Это делается очень просто. Но что делать в ситуации, если вы хотите запускать Windows прямо в среде Linux и при этом, чтобы все работало плавно и быстро? Давайте разберемся. В этом нам помогут так званные виртуальные машины для Linux.
Время перезагрузки, выбор другой ОС на экране загрузчика GRUB, а затем загрузка, могут быть проблематичными. Это особенно справедливо в системах, где Linux установлен рядом с Windows.
В более медленных системах или системах со многими приложениями, пытающимися работать при загрузке Windows, вы можете ждать 5-15 минут, прежде чем сможете начать работать. Установите антивирусное решение, и вы будете загружаться еще медленнее. Но это касается старых устройств, ведь на новых все работает очень быстро.
Однако запуск вашей второй ОС на виртуальной машине может решить эту проблему. Виртуальные машины для Linux являются очень полезными во многих ситуациях и могут намного увеличить производительность.
Что такое виртуальная машина?
Кроме того, виртуализация может быть улучшена с помощью специализированного системного оборудования.
Если говорить еще более понятно то, виртуальные машины для Linux являются программами на которых можно запускать дополнительные операционные системы.
Как активировать виртуализацию на вашем ПК
Хотя выбранная вами гостевая ОС может работать без аппаратной виртуализации, если опция доступна, то ее стоит использовать. Не в последнюю очередь потому, что это уменьшит утечку ресурсов системы вашего компьютера.
Чтобы включить аппаратную виртуализацию, вам необходимо перезагрузить компьютер для доступа к BIOS. Как это будет достигнуто, будет зависеть ваше устройство, но обычно это делается путем нажатия Del или F2 после перезагрузки компьютера.
Найдите экран «Дополнительно» в BIOS и найдите одно из следующего:
BIOS управляется с помощью клавиш со стрелками. Когда вы включили виртуализацию, нажмите F10, чтобы сохранить и выйти.
Как только это будет сделано, у вас будет выбор из трех приложений с открытым исходным кодом VM, которые мы рассмотрим ниже (VMWare также доступен для Linux, но не является программой с открытым исходным кодом).
1. VirtualBox
Предлагая универсальную виртуализацию, VirtualBox может создавать виртуальную машину практически с любой операционной системой (за исключением тех, которые предназначены для устройств ARM). Он также предлагает программное обеспечение и жесткую виртуализацию, сохраняя виртуальные машины в виде образов дисков. Это упрощает резервное копирование или перенос на другие ПК или приложения VM.
2. QEMU
Если вы хотите запустить операционную систему заточенную на базе ARM (например, Android, Raspbian или RISC OS), тогда это средство командной строки, которое вы выберете.
Если кратко для программы «Quick Emulator» вы сможете сделать производительную виртуалку, QEMU прост в настройке, и некоторые гостевые операционные системы могут быть даже загружены с встроенным QEMU.
Хотя неназванное имя для QEMU является «Quick Emulator», это на самом деле гипервизор, инструмент для управления аппаратной виртуализацией. Вы можете установить QEMU с помощью:
sudo apt-get install qemu qemu-kvm libvirt-bin
3. KVM
Сокращая виртуальную машину на основе ядра, KVM является вилкой проекта QEMU и работает в сочетании с этим инструментом для предоставления дополнительных параметров (например, близкой скорости) за пределами собственных встроенных функций VM.
Это означает, что KVM предлагает отличную скорость и стабильность, чем VirtualBox, но KVM немного сложнее настроить. Однако, если вы можете обойти пара-виртуализированные драйверы, вам будет хорошо на вашем пути понять, почему KVM является популярным вариантом для размещения виртуальных машин.
Чтобы использовать KVM, начните с подтверждения того, что ваше оборудование подходит для аппаратной виртуализации:
Если ответ «Ускорение KVM можно использовать», приступайте к установке программного обеспечения:
sudo apt-get install qemu-kvm libvirt-bin virtinst bridge-utils
Вы сможете запустить KVM через рабочий стол с помощью Virtual Machine Manager, который вы найдете в меню рабочего стола.
Какие дистрибутивы работают лучше всего в VM?
После того, как вы выбрали подходящее приложение для виртуальной машины, вам нужно будет подобрать свой вариант гостевой ОС. Например, вы можете легко запускать Windows на VirtualBox, хотя Windows 7, вероятно, является самым безопасным вариантом.
Между тем, что-то легкое, как Lubuntu, будет работать на любом из этих инструментов VM.
Какой инструмент VM нужно использовать?
В этой статье мы рассмотрели три самых популярных варианта и рассказали о том как они работают. Выбрать можно любую из этих программ, тем более что все они являются качественными и работают достаточно производительно. Но все таки, нужно выбрать самый интересный, удобный и быстрый VM.
VirtualBox — отличная программа для запуска виртуальной системы. Интерефейс является очень удобными понятным, что является огромным плюсом для новичков. Также стоит отметить, отличную оптимизацию и общую скорость работы, которая улучшается с каждым обновлением.
Если вы нашли ошибку, пожалуйста, выделите фрагмент текста и нажмите Ctrl+Enter.
Многие пользуются VirtualBox или VMWAre, но не все знают о системе виртуализации KVM. KVM обеспечивает виртуализацию в среде Linux, и на технологии KVM базируются такие монстры как DigitalOcean, Amazon и многие другие. А это, согласитесь, показатель. Технология виртуализации способна заменить для обычного пользователя VirtualBox или VMWAre, при этом, данная технология бесплатна. Для работы KVM необходима поддержка процессора одной из аппаратной виртуализации Intel VT либо AMD SVM. Для работы с виртуальными образами машин можно использовать Virtual Machine Manager, который облегчит жизнь рядовому пользователю благодаря простому интерфейсу.
Подготовка к установке KVM
Ну и начнем мы с подготовки, для начала необходимо убедиться, что ваш процессор поддерживает аппаратную виртуализацию. Для этого выполним команду:
В случае поддержки вашим процессором аппаратной виртуализыции, вы увидите число, которое будет больше нуля. А в случае вывода нуля (0), будет означать, что ваш процессор не поддерживает аппаратную виртуализацию. То есть, данная команда должна вывести количество ядер вашего процессора.
Так же возможно, вам необходимо включить аппаратную виртуализацию в BIOS. Для проверки включения опции виртуализации в BIOS давайте установим утилиту ” kvm-ok”:
sudo apt update
sudo apt install cpu-checker
После установки необходимо запустить kvm-ok командой:
В том случае если виртуализация включена в BIOS вы получите примерно следующий вывод:
INFO: /dev/kvm exists
KVM acceleration can be used
А если же виртуализация отключена, вам необходимо ее включить, в данном случае рекомендуется обратиться к документации к материнской плате, если вы не знаете как ее включить самостоятельно.
Установка KVM в Ubuntu 20.04
Теперь собственно переходим к установке KVM виртуализации в Ubuntu 20.04. Что бы установить KVM и необходимые для работы пакеты, выполним команду:
sudo apt install qemu-kvm libvirt-daemon-system libvirt-clients bridge-utils virtinst virt-manager
Давайте немного поясню, что это за пакеты которые мы устанавливаем:
- qemu-kvm – программное обеспечение, для гипервизора KVM.
- libvirt-daemon-system – файлы конфигурации для демона libvirt.
- libvirt-clients – программное обеспечение позволяющее управлять виртуализацией.
- bridge-utils – Инструменты командной строки для настройки Ethernet мостов.
- virtinst – Инструменты командной строки для создания виртуальных машин.
- virt-manager – графический интерфейс для управления виртуальными машинами через libvirt.
После установки давайте проверим, запустился ли демон libvirt, обычно он автоматически запускается, но, не лишним будет проверить. Для проверки выполним команду:
Как видим, он запустился, об этом нам говорит вывод “active”. Для работы с виртуальными машинами необходимо добавить своего пользователя в группы “libvirt” и “kvm”. Для этого выполним следующие команды:
sudo usermod -aG libvirt $USER
sudo usermod -aG kvm $USER
Создаем виртуальные машины в KVM
Для создания виртуальных машин воспользуемся графическим инструментом под названием virt-manager. В случае возникновения ошибок наподобие “Configure SSH key access for the remote host, or install an SSH askpass package locally” выполните команду:
sudo apt-get install virt-manager ssh-askpass-gnome
Так же рекомендуется сделать аутентификацию по ключу в случае работы по ssh, как это сделать, читайте в этой статье . После запуска virt-manager, для создания новой виртуальной машины, нажмите пункт “Файл”, затем выберете пункт “Создать виртуальную машину”:
Далее у вас должен быть скачен образ ISO той операционной системы, которую вы хотите установить в KVM, это может быть любая из существующих систем. Для создания виртуальной машины, выберете пункт “Локальный ISO или CDROM”:
После чего в следующем окне выберете пункт “Обзор”, далее в открывшемся окне, в низу выберете пункт “Выбрать файл”. Затем выберете тот ISO образ операционной системы, который вы хотите установить на виртуальную машину:
Подготовить систему к использованию в качестве гипервизора можно, как с помощью ansible-ролей, так и вручную — путем установки и настройки необходимых пакетов. Ниже будут рассмотрены оба способа.
Установка необходимых пакетов.
Прежде, чем ис п ользовать сервер в качестве гипервизора, проверим включена ли в BIOS аппаратная виртуализация. Для Intel следующий вывод должен содержать инструкции “vmx”, для AMD — “svm”:
Можно так же проверить командой:
Для установки пакетов и использования системы в качестве гипервизора подойдет как серверный, так и desktop-дистрибутив. Ниже будет рассмотрена установка на Centos 7.x, Debian Stretch, Ubuntu 16.x, но в других версиях этих дистрибутивов установка может быть абсолютно идентична.
Ubuntu.
Debian.
Centos.
Для Centos пакеты лучше устанавливать из EPEL репозитория:
или из oVirt, где они новей:
Непосредственно сама установка пакетов:
Настройка Bridged Network.
По умолчанию, все создаваемые виртуальные машины будут в дефолтной сети KVM, которая находится за NAT’ом. Её можно удалить:
Список всех сетей для KVM можно получить командой:
Для того, чтобы создаваемые виртуальные машины находились в одной сети необходимо настроить network bridge.
Убедимся, загружен ли модуль bridge:
Если нет, то загрузим:
Ubuntu/Debian.
Устанавливаем пакет bridge-utils и редактируем настройки сетевых интерфейсов:
Для статических адресов:
Переподнимаем интерфейс и перегружаем daemon:
Centos.
Для конфигурации можно использовать текстово-графический интерфейс network manager’а:
Непосредственно сам bridge:
Для статических адресов:
Если интерфейс не управляется network manager’ом следует добавить строчку:
Переподнимаем интерфейс и перегружаем daemon:
Подготовка хоста виртуализации с помощью Ansible.
Перед тем как управлять хостами с помощью Ansible для Debian/Ubuntu дополнительно может потребоваться установить python (или python-minimal):
Нам понадобятся три роли: epel-repo для установки репозитория Epel, network — для создания network bridge и kvm — непосредственно для самой подготовки хоста виртуализации. Устанавливаем Ansible. Для Ubuntu/Debian:
Установку для других дистрибутивов смотрите в официальной документации. Указываем в конфиге путь к скачанным ролям — например, /home/username/ansible/roles:
Приводим файл inventory приблизительно к следующему виду:
И далее задаем в playbook’е, вызывающем роли kvm и network необходимые параметры — настройки сети (IP-адресс хоста не меняется), имя bridge-интерфейса:
В некоторых дистрибутивах (Centos) создание bridged interface может завершиться с ошибкой (bug пока что не исправлен), поэтому лучше явно указать, к какому интерфейсу подключать bridge. Задаем его имя, исправляя перед запуском playbook’а:
Управление гипервизором проще всего осуществлять через virt-manager. Устанавливаем в локальной системе:
Предположим, что подключаться к гипервизору будем под пользователем user. Создаем пользователя:
Для того, чтобы пользователь имел возможность управлять libvirt’ом его нужно добавить в соответствующую группу: в Centos — это группа libvirt, в Ubuntu — libvirtd. Проверим:
Следовательно, добавляем пользователя user в группу libvirtd:
В некоторых дистрибутивах (Debian 9.x) пользователя так же необходимо будет добавить в группу “libvirt-qemu”. Просмотреть список групп можно:
Теперь необходимо сгенерировать ключ ssh и установить его на сервер, к которому будем подключаться через libvirt. Поскольку virt-manager по умолчанию запускается от обычного пользователя (не из под root), то и ключ генерируем не из под root’а. Обычно ключи лежат в папке /home/user/.ssh/id_rsa. Если их нет, то создаем:
и устанавливаем на сервер с libvirt:
Далее подключаемся в virt-manager к серверу виртуализации (рис. 1).
Помимо графического интерфейса virt-manager возможно так же подключение из консоли (virsh). Подробную инструкцию можно найти на сайте libvirt.
Создание и управление виртуальными машинами.
Создание виртуальных машин из virt-manager’а тривиально и в дополнительном описании не нуждается. Что касаемо CLI, то создание виртуальной машины с именем “ubuntu-vm” ОС Ubuntu с 1024 килобайтами RAM и 1 ядром CPU будет выглядеть:
После создания виртуальная машина сама запустится, в противном случае запустить можно командой:
Завершить работу ВМ можно командой:
Завершить работу принудительно (hard power-off):
Просмотреть список всех виртаульных машин можно командой:
а только запущенных (running):
“Заморозить” (suspend) и запустить далее (resume) виртуальную машину можно командами:
Сохранить состояние машины можно командой:
По умолчанию все конфигурации виртуальных машин находятся в xml-формате папке /etc/libvirt/qemu. Можно открыть их на редактирование любым привычным редактором, а можно выполнить команду (откроется в vi):
Просмотреть конфигурацию в более читаемом виде можно командой:
Отобразить потребляемые ресурсы (CPU и Memory) можно командой:
Если пакет не установлен в системе, то:
Клонирование виртуальных машин может быть осуществлено через графический интерфейс virt-manager’а, или через консольный virt-clone. Следующая команда создаст клон оригинальной <vm-name> и автоматически сгенерирует образ диска:
Принудительно задать имя клона:
Задать имена виртуальных дисков (например, если клонируемая ВМ имеет два диска):
Если в качестве носителей ВМ используется LVM:
Подключение к консоли.
Spice.
Для подключения через virt-manager достаточно, чтобы в качестве сервера был выбран Spice (см. настройки на рис. 2), а в качестве дисплей адаптеров виртуальной машины — QXL, или VGA. Подключение через virt-manager необходимо осуществлять по SSH-ключу (не по паролю). В большинстве случаев дефолтные конфиги libvirt уже пригодны для подключения к Spice, в противном случае стоит сверить следующие настройки:
Все остальные параметры Spice должны быть дефолтными (обычно закомментированы).
VNC.
Для подключения по VNC аналогично достаточно в virt-manager выбрать “VNC Server” (рис. 3), а в качестве display-адаптеров в гостевых системах использовать QXL, или VGA.
Можно так же отредактировать настройки видео через CLI:
Приведенный пример будет слушать подключения на всех IP-адресах KVM сервера и при подключении запрашивать пароль “yourpassword”. Если убрать параметр passwd, то можно будет подключиться без пароля. Для того, чтобы определить IP-адрес и порт для подкючения к виртуальной машины по VNC выполните команду:
К полученному значению порта нужно прибавить 5900. Таким образом, в приведенном примере, подключение возможно с любого IP-адреса по порту 5901.
tty.
Подключение к текстовой консоли так же возможно напрямую через CLI. Но для этого предварительно нужно указать некоторые параметры загрузки. Для Centos/RHEL:
Альтернативно можно дописать в /etc/grub следующие параметры:
Подключаемся к консоли:
Использование NUMA.
По умолчанию libvirt использует дефолтную политику гипервизора, которая в свою очередь подразумевает запуск виртуальной машины на любых свободных вычислительных ресурсах (процессорах и ядрах). Но бывают случаи, когда явное задание ресурсов процессора бывает рациональней, особенно для систем с архитектурой NUMA (Non-Uniform Memory Access). Рассмотрим пример конфига, когда нужно назначить виртуальной машины определенные ядра процессора. Но для начала просмотрим информацию о процессорных ресурсах:
Таким образом видим, что установлен два процессора с 4 ядрами и двумя потоками на каждом ядре. Из вывода так же видим, что имеется две NUMA-ноды. Дополнительные параметры CPU можно получить командой:
Но назначение ресурсов CPU конкретной ноде не даст никакой пользы, если у этой NUMA-ноды недостаточно памяти. libvrit хранит информацию о доступной памяти на каждой NUMA-ноде. Получить информацию можно:
Таким образом видим, что для запуска ВМ с 3Гб оперативной памяти лучше использовать первую NUMA-ноду (cell 1). Просмотреть информацию можно так же через numactl. Устанавливаем:
Для примера создадим виртуальную машину, которой назначено по 2 ядра от каждого процессора:
Просмотреть результат CPU affintiy можно командой:
Подробней об использовании NUMA можно узнать на сайте Fedora и RedHat.
Проброс устройств (Passthrough).
Рассмотрим проброс устройств на примере проброса Ethernet-порта с хоста гипервизора внутрь гостевой системы в режиме PCI Passthrough. Вообще, Network адаптеры создаваемые для виртуальных машин в KVM можно так же назначать (assign) к любому ethernet-интерфейсу, но тогда теряется часть функционала hardware, а трафик пойдет через ядро хостовой системы. Для работы PCI Passthrough нужно чтобы процессор и чипсет поддерживали технологию виртуализации (в Intel — это VT-d, в AMD — AMD-Vi) и была активирована опция intel_iommu/amd_iommu. В первую очередь необходимо проверить, активированы ли данные опции в BIOS. Далее проверяем доступна ли IOMMU в самой ОС. Для AMD:
Обновляем grub и перезагружаемся:
Ubuntu/Debian:
Centos:
Теперь необходимо добавить адрес PCI-устройства:
Соответственно, адрес устройства 01:00.0, или 01:00.1. Находим его в virt-manager’е в настройках ВМ:
или добавляем через CLI при создании машины, добавив следующую строчку:
Работа со snapshots.
Наиболее простой способ управления snapshots — это virt-manager, который в свою очередь использует команды qemu. “Замораживаем” виртуальную машину, создаем snapshot и по завершении “размораживаем” виртуальную машину:
QEMU также поддерживает временные снимки, в которых пользователю не нужно создавать отдельный img-файл: флаг “-snapshot” позволяет создавать временные файлы пока виртуальная машина включена и, как только она будет выключена, все изменения удалятся:
Но QEMU в отличие от virsh не может создавать snapshot виртуальных машин “на ходу”, но для того, чтобы воспользоваться этой возможностью необходимо в гостевой системе установить qemu-guest-agent и добавить для этой виртуальной машины устройство “QEMU channel device”. Заходим в свойства виртуальной машины в virt-manager (рис. 4) и добавляем устройство:
Или через консоль:
Устройство так же может быть добавлено и для запущенной виртуальной машины. Создаем xml:
Теперь на виртуальной машине <vm-name> (так же еще называют “dom name”) необходимо установить “гостевой агент”. Ubuntu/Debian:
Centos/RHEL:
Запускаем агент и добавляем в автозагрузку:
Для того, чтобы проверить доступность гостевого агента с хоста виртуализации можно выполнить команду:
Получим следующий вывод:
Но по факту, для создания snapshots нам потребуется поддержка “заморозки” гостевой файловой системы (fsreeze). Проверяем, выполнив команду с хоста гипервизора:
Если получим вывод вида:
Дампим настройки машины в xml:
Создаем snapshot непосредственно с самими данными:
В последствии подобные snapshots, содержащие только состояние дисков, удобно использовать для backup’ов (за счет использования опции blockcommit). Во всех остальных случаях удобней пользоваться полными снимками виртуальных машин. Создадим полный snapshot:
Как видно, можно так же задать имя (ключ “name”) и описание (ключ “description). За списком остальных ключей следует обратиться к документации на сайте RedHat.
Просмотреть список всех snapshots для виртуальной машины можно командой:
В результате получите список полных snapshots. Snapshot’ы содержащие только блочные устройства (ключи “--disk-only --quiesce --no-metadata”) можно получить командой:
Получить информацию о каком-либо конкретном snapshot’e:
Получим примерно следующий вывод:
Откатить состояние ВМ к определенному snapshot’у можно командой:
Иногда snapshot может быть случайно удален. Если виртуальная машина не остановлена, то snapshot можно восстановить: на Stackoverflow есть post, описывающий пошаговое восстановление образов/snapshots виртуальных машин.
Работа со Storage Pools.
Образы жестких дисков виртуальных машин располагаются в так называемых Storage Pools. libvirt поддерживает различные типы storage pool’ов — от обычной локальной папки (local storage, или filesystem pool), или LVM-based до NFS, iSCSI, CEPH и тд. По умолчанию libvirt хранит образы дисков в локальном filesystem pool, который располагается в /var/lib/libvirt/images. Как обычно, большую часть операций со storage pools можно производить из virt-manager:
Что касаемо, консоли, то получить список доступных для хоста pool’ов можно командой:
Если требуется вывести так же список неактивных pool’ов, то следует воспользоваться ключом “--all”:
Информацию о конкретном pool’е можно получить:
Обновить имеющиеся образы в storage pool’е:
К примеру, если требуется создать дополнительный storage pool, расположенный локально в папке /mnt/somefolder, то для начала требуется создать xml:
Создаем pool из этого xml, проверяем результат и запускаем:
Если по каким-то причинам Pool неактивен, можно активировать командой:
Или даже добавить в автозапуск:
Если требуется удалить Pool, то для того, чтобы избежать проблем с виртуальными машинами использующими этот Pool, требуется вначале выполнить:
При желании, если вы хотите удалить каталог, в котором находится пул хранилищ, используйте следующую команду:
Удалить предопределяющие Pool данные можно командой:
Операции с образами дисков.
Операции с образами виртуальных дисков обеспечивает пакет QEMU, который в свою очередь поддерживает множество различных форматов: qcow, qcow2, raw, vdi, vmdk, vhdx и тд (более полный список опубликован здесь). Проще всего управлять образами через virt-manager, однако функционал QEMU будет несколько ограничен (например, нельзя изменить размер образа, или сконвертировать образ из одного формата в другой). Через консоль создание образа диска в нативном для KVM формате qcow2:
с последующим attach’ем к виртуальной машине <vm-name> как устройство vdb будет выглядеть следующим образом:
В целом интерфейс virsh c функцией attach-disk используется в следующем формате:
В качестве driver’а в большинстве случаев указывается “qemu”, в качестве cache можно указать “writethrough”. Подробней о режимах дискового кэширования можно ознакомиться здесь. Если параметр кэширования не задан, то используются параметры “Hypervisor defaults”.
Альтернативным способом будет добавление уcтройства через его xml-конфиг:
Изменим размер образа (увеличим на 10Гб):
Но при этом в virt-manager’е не отображается ни одного снимка, а команда:
так же е выводит никаких результатов о созданных snapshots. Вероятней всего, snapshot был создан через qemu и получить информацию об образе можно командой:
которая, к примеру, выдает:
Как видим, перед расширением образа необходимо удалить snapshot по его ID:
Смотрим информацию об образе можно командой:
Зачастую бывает нужно сконвертировать образ из одного формата в другой (например, для того, чтобы native-формат qcow2 работал быстрей, чем vmdk от VMware). Для этого можно воспользоваться пакетом qemu-img:
Пакет qemu-img поддерживает vmdk, qcow2, vhd, vhdx, raw, vdi. По факту нужно указать исходный и конечный формат. Сконвертируем vdi в qcow2:
Возможно использовать следующие опции:
Многое (за исключением специфических для RedHat компонентов) можно так же почерпнуть по следующим ссылкам:
Информацию по распоространенным проблемам при работе с livbirt можно найти в отдельном разделе сайта RedHat:
или использовать виртуальную машину? И если вы выберете второй вариант, какое программное обеспечение виртуальной машины вы должны использовать?
Виртуальные машины против двойной загрузки
Время, необходимое для перезагрузки, выбора другой ОС на экране загрузчика GRUB и последующей загрузки, может быть проблематичным. Это особенно верно в системах, где Linux установлен вместе с Windows.
На более медленных системах или в тех, где многие приложения пытаются запускаться при загрузке Windows, вы можете подождать 5–10 минут, прежде чем начнете работать. Добавьте антивирусное решение, и вы скоро станете медленным.
Однако запуск вашей вторичной ОС на виртуальной машине может решить эту проблему.
Что такое виртуальная машина?
В прошлом мы несколько раз рассматривали виртуальные машины, известные как виртуальные машины. Проще говоря, это приложения, которые создают программную среду, которая имитирует компьютерное оборудование. Затем в эту среду можно установить операционную систему. Мы называем это «гостевой ОС», в то время как операционная система, установленная на вашем физическом компьютере, является «хост-ОС».
Кроме того, виртуализация может быть улучшена с помощью специального системного оборудования.
Как активировать виртуализацию на вашем ПК
Хотя выбранная вами гостевая ОС может работать без аппаратной виртуализации, если опция доступна, ее стоит использовать. Не в последнюю очередь потому, что это уменьшит расход системных ресурсов вашего компьютера.
Чтобы включить аппаратную виртуализацию, вам необходимо перезагрузить компьютер, чтобы получить доступ к BIOS. Как это будет достигаться, будет зависеть от вашего устройства, но обычно это делается нажатием Del или же F2 после перезагрузки компьютера.
Найдите расширенный экран в BIOS и найдите одно из следующих:
BIOS управляется с помощью клавиш со стрелками. Когда вы включили виртуализацию, нажмите F10 сохранить и выйти.
Как только это будет сделано, у вас есть выбор из трех приложений VM с открытым исходным кодом, которые мы рассмотрим ниже (VMWare также доступна для Linux, но не с открытым исходным кодом).
1. VirtualBox
Предлагая универсальную виртуализацию, VirtualBox может создавать виртуальные машины практически с любой операционной системой (кроме тех, которые предназначены для устройств ARM). Он также предлагает программное обеспечение и виртуализацию с поддержкой, сохраняя виртуальные машины в виде образов дисков. Это облегчает их резервное копирование или миграцию на другие ПК или приложения виртуальных машин.
VirtualBox особенно хорош для запуска 32-битных и 64-битных дистрибутивов Linux, а также Windows. Можно даже запустить OS X в VirtualBox, возможно, протестировать его перед настройкой ПК как Hackintosh.
2. QEMU
Сокращенно от «Quick Emulator», QEMU прост в настройке, и некоторые гостевые операционные системы могут быть загружены даже со встроенным QEMU. Наш предыдущий взгляд на запуск основной Raspbian Pi Raspbian OS в QEMU даст вам хорошее представление об этом инструменте. ,
3. КВМ
Сокращая виртуальную машину на основе ядра, KVM является ответвлением проекта QEMU и работает совместно с этим инструментом, предоставляя дополнительные параметры (например, почти естественную скорость), помимо собственных функций виртуальной машины.
Это означает, что KVM предлагает большую скорость и стабильность, чем VirtualBox, но KVM немного сложнее в настройке. Однако, если вы сможете разобраться с паравиртуализированными драйверами, вы сможете лучше понять, почему KVM является популярным вариантом для размещения виртуальных машин.
Чтобы использовать KVM, начните с подтверждения того, что ваше оборудование подходит для виртуализации оборудования:
Если получен ответ «Можно использовать ускорение KVM», перейдите к установке программного обеспечения:
Вы сможете запускать KVM через рабочий стол с помощью Virtual Machine Manager, который вы должны найти в меню рабочего стола.
Какие дистрибутивы лучше всего работают на виртуальной машине?
После того, как вы выбрали подходящее приложение для виртуальной машины, вам нужно будет адаптировать свой выбор гостевой ОС. Например, вы можете легко запускать Windows в VirtualBox, хотя Windows 7, вероятно, является самым безопасным вариантом.
И наоборот, QEMU подходит для запуска ARM-ориентированных дистрибутивов, таких как Raspberry Pi от Raspberry Pi или Android.
Тем временем что-то легкое, как Lubuntu
будет работать на любом из этих инструментов VM.
Какой инструмент VM вы должны использовать?
Итак, мы рассмотрели три приложения виртуальных машин. Но что вы должны использовать?
Это сложно. Если вы хотите легко и быстро настроить виртуализацию, то VirtualBox должен стать вашей первой остановкой. Для более продвинутой виртуализации или для запуска виртуальной машины устройства ARM взгляните на QEMU.
Однако если вы считаете себя опытным пользователем виртуальной машины, то KVM должен стать вашей первой остановкой.
Вы предпочитаете двойную загрузку, или виртуальная машина предпочитает многоплатформенный доступ к рабочему столу? Расскажите нам, как вы делаете это в комментариях.
Читайте также: