Резервное копирование виртуальных машин в KVM

Mail.ru Cloud Solutions | Гибкие вычисления в облаке

virt-manager — устанавливаем в Debian 10

Так как я предпочитаю в данный момент времени и использую операционную Debian. На сегодняшний день это 10 версия дистрибутива. Ставить будем на этот дистрибутив.

Соответственно так как на Debian 10 основано много дистрибутивов, то и на этих системах установка будет аналогичной.

Первое, что вам необходимо, проверить это поддерживает ли ваш процессор аппаратную виртуализацию.

Проверяем командой в терминале:

egrep -c ‘(vmx|svm)’ /proc/cpuinfo

virt-manager — устанавливаем в Debian 10

Если терминал выдаст ответ 1 — значит все поддерживается и можно устанавливать KVM, если 0 — то виртуализация не поддерживается, но не все еще потеряно возможно данная опция отключена у вас в Bios, как войти в биос можно посмотреть в этой статье.

Теперь установим KVM и необходимые библиотеки командой

apt -y install qemu-kvm libvirt-daemon bridge-utils virtinst libvirt-daemon-system

Все команды выполняем от root пользователя или с использованием sudo. Настройть sudo в Debian 10 и многое другое в этой статье.

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

Устанавливаем инструменты и графический интерфейс virt-manager

apt -y install virt-top libguestfs-tools libosinfo-bin qemu-system virt-manager

Если теперь вы перейдете в список приложений , то увидите ярлык запуска virt-manager.

При первом и последующих запусках у вас будет спрашиваться пароль root

virt-manager — устанавливаем в Debian 10

Давайте решим и эту проблему включив вашего пользователя в группу libvirt, следующей командой

sudo gpasswd -a ПОЛЬЗОВАТЕЛЬ libvirt

Вместо ПОЛЬЗОВАТЕЛЬ — вписываем своего пользователя.

Теперь при запуске графического интерфейса KVM у вас не спросит пароль root.

Выглядит он так

У меня имеется уже несколько виртуальных машин и выглядит он так

Лично по моему, сугубо личному мнению, данная KVM работает более стабильно и шустрее, чем VirtualBox.

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

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

virt-manager — устанавливаем в Debian 10

На этом по установке данной системы все, если, что есть дополнить или сказать пишите в комментариях.

Всем Удачи!

Подписаться Уведомить о новых последующих комментариях новых ответах на мои комментарии {} [+] Имя* Email* Веб-сайт {} [+] Имя* Email* Веб-сайт 3 Комментарий Новые Старые Популярные Межтекстовые Отзывы Посмотреть все комментарии Гость Артур 5 месяцев назад

Чем KVM отличается от Qemu ???

Читайте также:  Дефрагментация в Windows 7

0

Ответить Administrator 5 месяцев назад Ответить на Артур

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

0

Ответить Гость Артур 5 месяцев назад

Где почитать про KVM ?

0

Ответить

Режимы архивирования

  1. Режим Snapshot (Снимок). Этот режим можно еще назвать как Live backup, поскольку для его использования не требуется останавливать работу виртуальной машины. Использование этого механизма не прерывает работу VM, но имеет два очень серьезных недостатка — могут возникать проблемы из-за блокировок файлов операционной системой и самая низкая скорость создания. Резервные копии, созданные этим методом, надо всегда проверять в тестовой среде. В противном случае есть риск, что при необходимости экстренного восстановления, они могут дать сбой.
  2. Режим Suspend (Приостановка). Виртуальная машина временно «замораживает» свое состояние, до окончания процесса резервного копирования. Содержимое оперативной памяти не стирается, что позволяет продолжить работу ровно с той точки, на которой работа была приостановлена. Разумеется, это вызывает простой сервера на время копирования информации, зато нет необходимости выключения/включения виртуальной машины, что достаточно критично для некоторых сервисов. Особенно, если запуск части сервисов не является автоматическим. Тем не менее такие резервные копии также следует разворачивать в тестовой среде для проверки.
  3. Режим Stop (Остановка). Самый надежный способ резервного копирования, но требующий полного выключения виртуальной машины. Отправляется команда на штатное выключение, после остановки выполняется резервное копирование и затем отдается команда на включение виртуальной машины. Количество ошибок при таком подходе минимально и чаще всего сводится к нулю. Резервные копии, созданные таким способом, практически всегда разворачиваются корректно.
Режимы архивирования
Режимы архивирования
Режимы архивирования
Режимы архивирования
Режимы архивирования

Особенности работы механизма Instant VM Recovery

Технология мгновенного восстановления виртуальных машин после сбоев позволяет запустить ее непосредственно из файла локальной резервной копии. Отсутствие необходимости передачи данных по сети минимизирует время на восстановление работоспособности приложений и сервисов независимо от размера виртуальной машины и пропускной способности сетевого окружения.

Чтобы воспользоваться Instant Recovery следует перейти в закладку «Home» панели инструментов, выбрать пункт Restore и затем Instant VM Recovery. Необходимо указать виртуальные машины, которые нужно запустить. При этом на платформе Hyper-V виртуальные машины выбираются из списка объектов виртуальной инфраструктуры либо из перечня существующих резервных копий. При использовании vSphere виртуальные машины выбираются из списка бэкапов. После этого нужно выбрать точку восстановления: в контейнерах можно исключить из обработки отдельные виртуальные машины, а в виртуальных машинах — отдельные виртуальные диски.

Восстановление может проходить в двух режимах:

  • «Restore to the original location» — запускает виртуальную машину на прежнем хосте, с оригинальным именем и параметрами. Внимание! Если восстановление в данном режиме производится на хост Hyper-V и оригинальная машина все еще присутствует на этом хосте, её диски будут удалены!
  • «Restore to a new location, or with different settings» — позволяет выбрать хост для восстановления, и изменить настройки виртуальной машины. В данном режиме набор дальнейших шагов мастера для платформ Hyper-V и vSphere будет различаться.
Читайте также:  Не работает кнопка Пуск в Windows 10: как исправить

Для запуска виртуальной машины нужно указать хост. При использовании vSphere на этом этапе можно выбрать VM folder и resource pool, а также задать имя для восстановленной виртуальной машины.

Затем нужно настроить место хранения Datastore:

  • «для платформы Hyper-V можно настроить, где будут храниться файлы восстанавливаемой виртуальной машины.»
  • «для платформы vSphere можно выбрать место для записи изменений на виртуальном диске. «

При использовании Hyper-V необходимо указать, нужно ли подключать виртуальную машину к сети в пункте Network. Для платформы vSphere выбор конкретной виртуальной сети отсутствует, но на предпоследнем шаге мастера восстановления — «Ready to Apply» — можно настроить подключение виртуальной машины к сети. При работе с платформой Hyper-V — настроить имя и идентификатор для восстанавливаемой виртуальной машины

Кроме этого придется Настроить автоматическое включение машины после восстановления: все виртуальные машины, запущенные в режиме Instant Recovery, отображаются в соответствующем разделе на закладке «Backup & Replication». Для них доступны два действия:

  • «Migrate to production» запускает передачу данных виртуальной машины с репозитория в рабочее хранилище. При этом сохраняются все изменения, произошедшие с машиной во время работы в режиме Instant Recovery;
  • «Stop publishing» — отменяет запуск виртуальной машины, внесенные изменения не сохраняются.

На этом все предварительные настройки закончены, можно запустить виртуальную машину в работу, выбрав пункт «Migrate to production»

Все производителиОбратиться в компанию

Монтирование ISO-образа в VM с использованием «VMware Remote Console»

Для загрузки плагина «VMware Remote Console», откройте контекстное меню виртуальной машины, выберите раздел «Console», затем пункт «Download VMRC». После перенаправления на страницу загрузки, вы сможете загрузить плагин (соответственно операционной системе вашего компьютера).

Монтирование ISO-образа в VM с использованием «VMware Remote Console»

После загрузки и установки данного пакета вы сможете запустить VMware Remote Console через раздел контекстного меню виртуальной машины «Console», пункт «Launch remote console».

Чтобы подключить ISO-образ диска в данной консоли, вызовите основное меню и перейдите в раздел «Съемные устройства». Выберите пункт «CD/DVD drive» и далее – «Настройки».

Монтирование ISO-образа в VM с использованием «VMware Remote Console»

В открывшемся окне в пункте «Расположение» выберите значение «Локальный клиент», затем тип источника – режим «Использовать файл образа ISO».

Укажите путь к расположению выбранного файла-образа, используя экранную кнопку «Обзор».

Монтирование ISO-образа в VM с использованием «VMware Remote Console»

Резервное копирование Hyper-V с помощью встроенного Windows Server Backup

Бесплатный способ организации системы резервного копирования ВМ на Hyper-V предполагает использование встроенного Windows Server Backup через графический мастер резервного копирования/восстановления или утилитой wbadmin (входит в состав WSB). Windows Server Backup поддерживает VSS и инкрементальное копирование, эта фича доступна как в полноценной редакции Windows Server 2012 и выше, так и в Hyper-V. Для установки данного компонента нужно воспользоваться консолью Server Manager или командой:

Читайте также:  Как настроить свойства папок в Windows 10

Install-WindowsFeature Windows-Server-Backup -IncludeManagementTools

У WSB есть графическая консоль , которая позволяет создавать и управлять резервным копированием Hyper-V, создавать расписание резервного копирования и т.д. Для бэкапа ВМ достаточно запустить простой мастер, в котором нужно выбрать какие ВМ с сервера Hyper-V нужно бэкапить, куда, и указать расписание резервного копирования.

Резервное копирование Hyper-V с помощью встроенного Windows Server Backup

Но обычно проще воспользоваться утилитой командной строки wbadmin для бэкапа ВМ Hyper-V. Тем более из графического интерфейса нельзя создать более одного задания резервного копирования ВМ, причем это задание всегда будет перезатирать предыдущие резервные копии.

Чтобы создать резервную копию ВМ с именем Server 1 в локальную папку на диске C: (не самая правильная, идея не так, ли), просто выполните команду:

wbadmin start backup –backupTarget:C: –hyperv:"Server 1"

Например, чтобы создать резервную копию двух ВМ и сохранить их в сетевую папку (допустим это внешнее NAS хранилище), достаточно выполнить команду:

wbadmin start backup -backuptarget:\: -hyperv:"TestVM01,TestVM 02" -allowDeleteOldBackups -quiet

Резервное копирование Hyper-V с помощью встроенного Windows Server Backup

Вы можете добавить эту команду в планировщик Windows (с помощью того же PowerShell) и тем самым настроить регулярное создание бэкапов ВМ (старые бэкапы при этом удаляются).

Например, при бэкапе ВМ с контроллером домена AD, вы можете по окончании бэкап сбросить транзакционные логи AD, чтобы база ADDS в резервной копии была в консистентном состоянии (аналогично можно сделать бэкап ВМ с Exchange или SQL Server:

wbadmin start backup -backuptarget:\: -hyperv:MSK-DC1 -vssFull

Чтобы получить список зарегистрированных в системе резервных копий, выполните команду:

wbadmin get versions

Резервное копирование Hyper-V с помощью встроенного Windows Server Backup

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

При всей своей простоте WSB достаточно надежное решение для резервного копирования ВМ Hyper-V, работает довольно быстро и позволяет управлять расписанием резервного копирования. Но конечно, у Windows Server Backup есть свои недостатки:

  • Нет средств мониторинга выполнения бэкапов, проверки консистентности резервных копий ВМ и приложений в них;
  • Сложно управлять резервным копированием в средних и крупных инсталляциях Hyper-V (подходит для небольших сред с 1-2 хостами Hyper-V);
  • Нельзя автоматически восстановить конкретный файл или состояние приложения (вам придется вручную смонтировать vhdx файл с резервной копией и вручную скопировать нужный файл);
  • При большой плотности и размерах виртуальных машин на хосте вам придется с помощью планировщика Windows настраивать порядок создания резервных копий, чтобы не вызвать перегрузки сервера, а также высокой нагрузки на сети LAN/SAN/ iSCSI в рабочие часы (если вы храните бэкапы на другом хранилище).