Подключение к виртуальной машине hyper-vhyper-v virtual machine connection

Введение

История релиза Hyper-V Server 2019 получилась необычной и даже какой-то драматичной, как и все последние релизы от компании Microsoft. Поясню для тех, кто не в курсе. Сам 2019-й сервер зарелизился в октябре 2018 года с какими-то критичными багами. Подробности проблем не помню, но в итоге релиз отозвали. Через месяц зарелизили еще раз и вроде как успешно.

С сайта микрософт можно было скачать все версии 2019-го сервера, кроме бесплатной версии Hyper-V. Я следил за темой и все ждал, когда же появится iso образ с Hyper-V Server 2019, а его все не было и не было. Причем в Evaluation Center стояла пометка, что релиз пока откладывается, ждите, скоро все будет.

И вот дождались. 15-го июня я увидел новость о том, что Hyper-V Server 2019 доступен для загрузки в Evaluation Center. Зашел, проверил. В самом деле это так. Появился iso образ, который можно свободно загрузить, что я успешно сделал.

К слову, образ hyper-v 2019 гулял в сети, так как после первого релиза еще в октябре 2018, он был доступен и многие его скачали. Но там были какие-то баги. Из того, что я прочитал, люди указывали на то, что не работал rdp доступ к гипервизору. Не смог это проверить, так как у меня просто не проходила установка на сервер. Он то ли не устанавливался вовсе, выдавая ошибку в процессе установки, то ли потом в синий экран падал. Точно не помню. Я не стал разбираться, а поставил предыдущую версию. Как оказалось, не зря.

Задаем настройки протоколов

  1. Для начала зайдем в Hyper-V manager и откроем правым кликом настройки Hyper-V. В настройках Live Migration укажем адреса сетевых интерфейсов, к которым будет обращаться гипервизор: 
  2. Заглянем в Advanced features. Нас интересуют оба пункта: протокол аутентификации и транспорт, который используют наши ВМ.
    • Authentication protocol: по умолчанию установлен протокол CredSSP – Credential Security Support Provider Protocol. Он прост в использовании, но, если в инфраструктуре несколько кластеров, мы не сможем перенести ВМ между кластерами. 
      Мы выберем Kerberos как более безопасный и подходящий для переноса ВМ между различными кластерами.
    • Performance options: здесь выбираем сетевой протокол. Живая миграция у нас будет работать поверх Switch Embedded Team по протоколу SMB (Server Message Block). 
      Возможность использовать этот протокол появилась в Windows Server 2016. SMB по умолчанию отдает трафик в несколько портов (SMB Multi-channel). Также он прекрасно работает с RDMA – адаптером удаленного прямого доступа к памяти. Это полезно для ускорения переноса кластеров. 
  3. Kerberos позволяет переносить ВМ между кластерами, но требует настройки ограниченного делегирования (Kerberos Constrained Delegation) на объектах Computer в Active Directory. 
    Начиная с Windows Server 2016, службы работают в контексте NETWORK SERVICE, который не может имперсонироваться в AD. Так что в этом случае выбираем неограниченное делегирование (Unconstrained Delegation), но учитываем, что это довольно небезопасно:
    Если живая миграция инициируется через System Center Virtual Machine Manager (SC VMM), то дополнительной настройки не нужно. SC VMM является доверенным сервисом для переноса машин по Shared-Nothing Live Migration.
  4. Протокол SMB не требует особой настройки. Если мы находимся в доверенной среде, можно немного ускорить процесс Live Migration и отключить сквозное шифрование данных SMB:

    Так мы совершим меньше действий при передаче трафика и не потратим лишнее время на шифрование. В случае с кластерами оно может нам понадобиться. 
    Эти же настройки в более модном Windows Admin Center:

NUMANUMA

Версии ядра Linux ниже 2.6.37 не поддерживают NUMA в Hyper-V с виртуальными машинами большего размера.Linux kernel versions earlier than 2.6.37 don't support NUMA on Hyper-V with larger VM sizes. Эта проблема влияет в основном на дистрибутивы более ранних версий, в которых используется исходное ядро Red Hat 2.6.32, и была исправлена в Red Hat Enterprise Linux (RHEL) 6.6 (kernel-2.6.32-504).This issue primarily impacts older distributions using the upstream Red Hat 2.6.32 kernel, and was fixed in Red Hat Enterprise Linux (RHEL) 6.6 (kernel-2.6.32-504). В системах под управлением модифицированных ядер старше версии 2.6.37 или ядер RHEL старше 2.6.32-504 в командной строке ядра необходимо задать параметр загрузки в файле grub.conf.Systems running custom kernels older than 2.6.37, or RHEL-based kernels older than 2.6.32-504 must set the boot parameter on the kernel command line in grub.conf. Дополнительные сведения см. в статье базы знаний Red Hat 436883.For more information, see Red Hat KB 436883.

Если устройств много и все они одинаковые

Я решил ее при помощи udev.
Кстати если вы не совсем понимаете как работает udev, на Debian Wiki есть классная

И так приступим

Запустим udev-монитор: $ udevadm monitor --environment --udev

И вставим наше устройство, после этого мы сразу увидим список переменных этого устройства которые udev любезно инициализировал для нас: ...
UDEV add /devices/virtual/bdi/8:16 (bdi)
ACTION=add
DEVPATH=/devices/virtual/bdi/8:16
ID_SERIAL_SHORT=11C130317234004B
SEQNUM=4352
SUBSYSTEM=bdi
USEC_INITIALIZED=189056149826
...

Информацию о серийнике и других аттрибутах можно получить и другим способом, но стоит учитывать что для написания правил мы будем использовать именно переменные из команды выше, а не аттрибуты из команды ниже. В противном случае не будет отрабатывать триггер remove при отключении устройства. $ udevadm info -a -n /dev/bus/usb/003/011 | grep «{serial}»

Теперь создадаим файл /etc/udev/rules.d/99-usb-serial.rules и запишем в него следующие правила: ACTION=="add", ENV{ID_SERIAL_SHORT}="11C130317234004B", RUN+="/usr/bin/usbredirserver -p 4000 $attr{busnum}-$attr{devnum}"
ACTION=="remove", ENV{ID_SERIAL_SHORT}="11C130317234004B", RUN+="/usr/bin/fuser -k 4000/tcp"

Перезагрузим udev-правила: $ udevadm control --reload-rules

Готово, теперь при подключении нашего устройства, оно будет автоматически шарится на нужный нам порт, а при отключении usbredirserver будет прекращать свою работу.
По аналогии добавляем и остальные устройства.

На этом все. Спасибо за проявленный интерес:)

Удаленное управление Hyper-V

Т.к. в Windows Server 2016 Core отсутствует графический интерфейс, то управлять им придется из командной строки. Однако для полноценного управления лучше использовать графическую консоль Hyper-V Manager. Эту консоль можно установить на любой другой сервер с GUI или рабочую станцию администратора и управлять сервером Hyper-V удаленно. Чтобы разрешить удаленное подключение консолью диспетчера Hyper-V Manager к нашему серверу, необходимо включить некоторые правила на встроенном фаейрволе. Итак, чтобы предоставить возможность удаленного подключения к серверу Hyper-V, на нем нужно выполнить следующие команды:

Если же вы совсем хотите отключить файервол, выполните команду.

Установка Hyper-V Server 2019

Скачать бесплатный Hyper-V Server можно с сайта microsoft со специальной страницы с ознакомительными версиями, где в том числе обитают и бесплатные гипервизоры — https://www.microsoft.com/en-us/evalcenter/evaluate-hyper-v-server-2019. К сожалению, требуется регистрация, но это стандартная практика.

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

Дальше выполняете установку стандартным способом, как и любую другую Windows систему. Загружаетесь с iso образа и следуете по шагам инсталлятора

Каких-то нюансов или проблем с тем, чтобы установить hyper-v server нет, так что я не буду заострять на этом внимание. Обращу внимание только на самый конец установки

У меня появилось вот такое окно:

При этом я не мог ничего сделать или выбрать. Я нажал ctrl+alt+delete и появилось предложение задать пароль администратора. Я сделал это, установка завершилась, загрузилось окно со стандартным интерфейсом управления:

Если вы по какой-то причине закроете это окно, вызвать его снова можно в командной строке с помощью команды sconfig. На этом установка Windows Hyper-V server 2019 закончена. Переходим к настройке.

Копирование файлов в Hyper V через виртуальный диск

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

Вы можете создать диск воспользовавшись статьей «Создание виртуальных дисков в Hyper V». Папку, где лежит виртуальный диск можно увидеть через настройки виртуальной машины:

Если путь заканчивается на avhdx, то вы используете контрольную точку. Для монтирования диска нужно перейти по пути и выбрать Mount у vhd/vhdx файла:

В моем случае появилось два раздела, так как это системный диск. Для размонтирования дисков нужно кликнуть по разделу и нажать Eject. 

Если хотите выполнить команду через Powershell, то это можно сделать так:

Командлет выше подразумевает, что  у вас подключен один диск. В случае нескольких дисков запустите:

Возможные проблемы и их решение

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

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

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

Если камере не удается добиться необходимой четкости, попробуйте изменить расстояние вручную.
Ошибки программы. Бывают ситуации, когда приложение для Андроид дает сбои и не может отсканировать графический ключ. В таком случае установите другой софт и попробуйте еще раз. Эта рекомендация также касается случаев, когда пользователь применяет встроенное ПО.
Старая ОС. Одной из причин, почему телефон с Андроид не может отсканировать ключ — устаревшая ПО. Попробуйте обновить софт до последней версии.

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

Где скачать и как установить Virtualbox на ОС Windows 10?

Если вы хотите установить и протестировать какую-то операционную систему или программу, но не хотите для этого использовать собственную ОС, программа Virtualbox поможет решить эту проблему.

После загрузки установочного файла, стоит запустить инсталляцию.

В следующем окне появится список дополнительных компонентов будущей виртуальной машины, а именно

  • Virtualbox USB Support – отвечает за поддержку всех устройств, которые подключаются к виртуальной машине через USB порт.
  • Virtualbox Networking – отвечает за поддержку сетевых адаптеров и доступ к интернету;
  • Virtualbox Python 2 x Support – необходим для поддержки языков программирования.

Оставляем все компоненты и жмём «Далее».

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

На следующем этапе предстоит установить некоторые сетевые компоненты. Установщик об этом вас уведомит. Жмём «Да» и ждём, пока завершится их установка.

Далее необходимо установить всю программу.

Как только установка софта для создания виртуальной машины завершиться, появится следующее окно. Ставим отметку «Запустить программу» и жмём «Готово».

Откроется начальное окно программы.

Как создать виртуальную машину с помощью Virtualbox на Windows 10?

Для того, чтобы создать виртуальную машину на Windows 10, стоит изначально скачать дистрибутив операционной системы, которую вы хотите установить на Virtualbox. После загрузки системы, жмём на кнопку «Создать» в главном окне программы.

Присваиваем виртуальной машине имя, указываем версию ОС, которую будете устанавливать и её тип.

В следующем окне стоит указать объём оперативной памяти, который вы разрешаете использовать Virtualbox.

Выбираем на какой диск необходимо установит машину. Жмём «Создать новый виртуальный жёсткий диск».

Выбираем тип диска. Поскольку мы создаём виртуальный диск, нажимаем VDI.

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

Указываем имя для диска и выбираем размер.

Теперь виртуальная машина создана на Windows 10.

Если нажать на кнопку «Настроить», можно изменить объём видеоадаптера, повысить или уменьшить нагрузку на процессор. Чтобы запустить машину, стоит нажать кнопку «Запустить».

После нажатия кнопки «Запустить», программа запросит указать место хранения установочного файла новой ОС.

Появится окно установщика. Следуем подсказкам. Установка операционной системы на виртуальную машину очень похожая, как и на обычную ПК.

ВАЖНО! При установке ОС на экране монитора может появиться запрос «Press any key to boot from the CD/DVD». Чтобы данное сообщение не появлялось, стоит отключить файл ISO от виртуального привода

Для этого до установки или во время (нужно свернуть окно установки) переходим в раздел «Настройки» и выбираем пункт «Носители».

Здесь нужно нажать на значок диска.

Появится список опций. Выставляем «Изъять диск из привода».

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

Почему на Windows 10 не запускается VirtualBox?

  • Если при попытке запустить VirtualBox на Windows 10 программа не работает и не отвечает на запросы пользователя, причина кроется в том, что софт не определяет сетевые интерфейсы. Чтобы исправить такую проблему, стоит перейти на сайт разработчика и скачать самую последнюю версию программы.
  • Если появляется сбой приложения с кодом 0хс0000005, стоит запустить программу от имени Администратора.

Также, если VirtualBox работал на предыдущий версии ОС, но с обновлением до Windows 10 не запускается, стоит настроить работу софта в режиме совместимости.

Подробно о том, как установить VirtualBox на Windows 10 смотрите в видео:

О том, как создать виртуальную машину с другой операционной системой на Windows 10 смотрите в видео:

Проброс USB-устройств

Если имеется USB ключ защиты, или внешний накопитель, то удобней передавать в гостевую систему непосредственно само устройство, вне зависимости от того, к какому USB-порту это устройство подключено физически. Ведь при обслуживании, мы можем в следующий раз подключить в другой разъем.

# lsusb
Bus 002 Device 002: ID 8087:8000 Intel Corp.
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 002: ID 8087:8008 Intel Corp.
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 004: ID 051d:0002 American Power Conversion Uninterruptible Power Supply
Bus 003 Device 003: ID 051d:0002 American Power Conversion Uninterruptible Power Supply
Bus 003 Device 002: ID 046d:c00c Logitech, Inc. Optical Wheel Mouse
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

Находим нужное нам устройство и берем его ID, который и будем использовать.

У меня стояла задача пробросить UPS-ы.

(Ситуация, на самом деле не типовая, скорее из серии как быть не должно: На сервер и сетевое оборудование поставлены 2 самый простых безперебойника для рабочих станций. UPS-ы оказались нежными и начинали голосить по поводу и без. Чтоб быстро подрезать им голос и пока не разбираться с управлением ИБП из Debian и было решено подцепить два безперебойника к Windows-гостям.)

На этом этапе я обнаружил, что оба нужных мне устройства имеют одинаковые ID… Но пробуем.

Пробрасываемые устройства прописываются в конфигурационном файле соответствующей виртуальной машины.

# nano /etc/pve/qemu-server/101.conf
usb0: host=051d:0002

Перезагрузил. Устройство подцепилось, вроде бы все хорошо. Но тут вспоминаем, что второе устройство с таким же идентификатором. Как их различать? И действительно, опыт показал, что если в две виртуальные машины прописать один идентификатор, то они при включении будут отбирать друг у друга одно и то же устройство. Не смотря на то, что в host-системе есть несколько USB-устройств с таким идентификатором.

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

Для начала несколько слов о вышеперчисленных решениях

  • AnywhereUSB — довольно неплохое решение, но дорогое, и имеет неприятние глюки, например бывает если расшаренная флешка отваливается, то переподключить ее обратно можно только физически вынув и вставив ее.
  • USB/IP — OpenSource проект. Вроде как был заброшен. По факту глючит довольно сильно. При разрыве соединения, машина частенько уходит в полнейший freezee, а windows показывает BSOD
  • USB Redirector — Замечательная софтина. Для расшаривания устройств с linux на linux бесплатна, во всех остальных случаях уже стоит денег, не так много как AnywhereUSB, но и не бесплатно как хотелось бы:)

Требования для создания загрузочной флешки с Hyper-V 2012

  • Usb флешка или флэш-карта (SD/MMC) емкостью не менее 8 Гб
  • Компьютер (сервер), соответствующий системным требованиям Hyper-V (подробнее рассматривались в статье RemoteFx в Windows 2012), с контроллером USB 2.0 или выше, с поддержкой загрузки с USB девайсов
  • Клиент Windows 7 (или выше) с установленным пакетом WAIK (Windows Automated Installation Kit), на котором будет создаваться загрузочная флешка
  • Дистрибутив Microsoft Hyper-V Server 2012 в формате ISO или инсталляционного диска

Кратко процедура создания загрузочной флешки с Hyper-V 2012 выглядит так:

  1. Создание VHD файла с образом Hyper-V 2012
  2. Установка файла Install.WIM на VHD диск с помощью утилиты ImageX
  3. Подготовка USB флешки: форматирование, монтирование в систему, создание загрузочной флешки с помощью DISKPART
  4. Настройка загрузчика на флешке утилитами BOOTSect and BCDBoot
  5. Отключение файла подкачки

Рассмотрим все операции немного подробнее:

Приступаем к манипуляциям

  1. Перво-наперво берём диск и подключаем его к хосту Hyper-V. Диск у нас появился сразу с назначенной буквой.
  2. Далее нам нужно зайти в управление дисками. Для этого открываем меню «Пуск» и в строке поиска вбиваем diskmgmt.msc, в результате должно быть единственное приложение, запускаем его.
  3. В открывшемся окне находим наш диск. На примере указан девайс на 30 Гб назначенным именем Disk. Вызываем контекстное меню, кликнув правой кнопкой мышки по нужному диску, выбираем пункт «Вне сети». Даже если у вас английский интерфейс, найти нужный пункт будет не сложно.

  4. Теперь нам необходимо добавить новый диск в разделе SCSI Controller, запустив консоль Hyper-VManage. Обязательно указываем, что наш девайс физический и, в выпадающем меню, выбираем тот самый на тридцать гигабайт.

Добавляем новый диск в разделе SCSI Controller

ВАЖНО. Вовсе не обязательно отключать ВМ перед добавлением жёсткого диска

Для этого существует специальная технология горячего добавления и горячего удаления.

  1. Подключаемся к ВМ через rdp или просто открываем консоль. Заходим в управление дисками. Если новый на месте, значит мы всё делаем правильно. Проверяем в сети ли он. Если нет, то исправляем это, как и раньше, вызовом контекстного меню. Точек монтирования и букв наши разделы не имеют, надо это дело исправлять. Кликаем на любой из разделов правой кнопкой и выбираем пункт «Изменить букву диска или путь к нему…». Выбираем любую свободную.

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

ВАЖНО. Обязательно проверяем, что никакие приложения не используют наше устройство, перед тем как физически его извлечь

Иначе высока вероятность потерять важные данные и документы.

Плюсы и минусы Hyper-V

Расскажу немного, почему я постоянно пользуюсь hyper-v наравне с другими гипервизорами (в основном KVM). В общем и целом мне нравится этот гипервизор, поэтому я и решил внимательно проработать вопрос установки и первоначальной настройки для дальнейшего использования по мере необходимости. К плюсам hyper-v в целом и бесплатной версии в частности я отношу следующие моменты:

Поддержка всех популярных ОС. Нет никаких проблем с совместимостью, нет необходимости отдельно ставить какие-то драйвера или тулсы. Поддержка hyper-v присутствует во всех windows системах, в ядре линукс, не помню точно с какой версии, но все современные системы ее имеют, в ядре freebsd, начиная с 10-й версии. То есть вы просто берете установочный диск и ставите систему на hyper-v, больше от вас ничего не требуется.

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

Обращаю на это особое внимание. По мне так это самый существенный плюс Hyper-v.

Стандартная панель управления гипервизором, которую можно установить на компьютер под управлением windows

К ней прибавился web доступ через windows admin center. Расскажу об этом далее подробнее.
В основе Hyper-V Server популярная серверная система, с которой понятно и удобно работать. К примеру, чтобы загрузить или забрать файл с гипервизора, вам достаточно расшарить на нем папку стандартным образом, как вы это делаете в любой windows системе.

Hyper-V можно установить на псевдорейды, такие как встроенный рейд контроллер от intel, или собрать софтовый рейд средствами самой ОС Windows.

Полнофункциональная бесплатная версия, правда без удобных средств управления.

Удобная работа со снепшотами из коробки. Не надо думать над форматами файлов, как в KVM. В Hyper-V он один и отлично поддерживает снепшоты.

Это мое личное мнение, основанное на опыте работы с малыми и средними компаниями, где нет каких-то особенных требований к надежности и доступности сервисов. Где используются несколько серверов с виртуальными машинами, не всегда есть домен windows. Конечно, помимо плюсов, есть и минусы. Первый и главный для меня минус — первоначальная настройка. Нельзя просто взять, установить Hyper-V Server и начать им пользоваться. Необходимо производить какие-то непонятные и не очевидные действия на хосте и управляемой машине. Дальше вы поймете, что я имею ввиду. Но преодолев это препятствие, можно спокойно использовать виртуальную инфраструктуру, основанную на бесплатном гипервизоре от microsoft.

Второй минус — нет никакой возможности пробросить USB в виртуальную машину. Подчас это очень неудобно и вынуждает использовать что-то другое, вместо Hyper-V. Не понимаю, почему в Microsoft за столько лет не могут это исправить. Запрос очень актуальный и злободневный, особенно у нас, где повсеместно используется 1С с USB ключами.

Подключение VMDK средствами VMware Workstation

VMDK и VHD – форматы дисков ВМ, с которыми работает ПО VMware — можно подключить для отображения в проводнике хостовой Windows с использованием средств программы VMware Workstation. Её средства монтирования предусматривают и чтение, и запись данных. Открываем параметры нужной ВМ. На вкладке «Оборудование» слева кликаем жёсткий диск, справа жмём кнопку «Карта». Появится окошко мастера подключения диска. Здесь выбираем нужный раздел, ориентируясь на его размер. В нашем случае это системный раздел Windows. Снимаем галочку открытия в режиме только чтения. И жмём «Ок».

Важный нюанс: при открытии системных разделов гостевых ОС, установленных на виртуальные GPT -диски, в окне мастера необходимо выбирать не сам раздел с установленной ОС (раздел С в случае с гостевой Windows) , а предшествующий ему MSR -раздел с размером обычно 16 или 128 Мб. Конечно, если MSR -раздел есть в структуре EFI -системы. Будет он там не в каждом случае.

Далее появится предупреждающее окошко, где говорится о нюансах доступа в режиме записи данных, связанных с работой снапшотов и клонов ВМ. Жмём «Да».

Примонтированный раздел откроется в проводнике хост-системы. Для отключения закрываем его открытого в проводнике (или файловом менеджере) . И идём туда же, где мы его монтировали – в параметры ВМ. Но теперь жмём кнопку «Отключить».

Время ожидания меню GRUB на виртуальных машинах поколения 2Grub Menu Timeout on Generation 2 Virtual Machines

Из-за того, что устаревшее оборудование удаляется из эмуляции на виртуальных машинах поколения 2, для отображения меню GRUB слишком быстро вычисляется таймер обратного отсчета, и сразу же загружается запись по умолчанию.Because of legacy hardware being removed from emulation in Generation 2 virtual machines, the grub menu countdown timer counts down too quickly for the grub menu to be displayed, immediately loading the default entry. Пока GRUB не будет использоваться для использования таймера, поддерживаемого EFI, измените /Бут/груб/груб.конф,/т.п./default/grubили эквивалентным параметром «Timeout = 100000» вместо значения по умолчанию «timeout = 5».Until grub is fixed to use the EFI-supported timer, modify /boot/grub/grub.conf, /etc/default/grub, or equivalent to have «timeout=100000» instead of the default «timeout=5».

Настройка виртуальных коммутаторов

Перед тем, как мы приступим к установке виртуальных машин, подготовим для них сеть. Я не буду подробно рассказывать о нюансах работы сети в hyper-v. Это не тема текущего повествования. Просто создадим сетевой бридж для виртуальных машин. В оснастке управления выбираем справа «Диспетчер виртуальных коммутаторов», выбираем тип «Внешняя». Указываете имя коммутатора. Я рекомендую давать осмысленные названия, чтобы было проще потом управлять. Если это бридж в локальную сеть, то назовите виртуальный коммутатор local.

Сохраняйте настройки. Вы увидите предупреждение о том, что сетевые соединения будут сброшены. Все в порядке, соглашайтесь. Будет создан новый виртуальный сетевой интерфейс с теми же настройками, что были у физического. Но здесь есть один важный нюанс. Если ваш сервер получал сетевые настройки по dhcp, то он скорее всего получит новый ip адрес. Имейте это ввиду.

Recipe compatibility

Firefox is not the only browser with which we can use S3.Translator from Chrome Web Store.

Tiers 1 and 2

Mozilla Firefox:

Try New Browser Features in Pre-Release Versions | Firefox

Firefox Beta will not accept unverified extensions.

Firefox Developer Edition works as expected. I’ll add a video tutorial to the opening post here.

Waterfox Classic and Waterfox Current:

https://www.waterfox.net/releases/

Waterfox Current 2019.10:

Tier-3

Firefox 70.0.1 (20191031162409), FreeBSD-CURRENT:

Home-built Waterfox Classic 2019.10 (20191103135811), FreeBSD-CURRENT:

usb через сеть

Как вы уже знаете в нашу жизнь, давно и на долго вошла виртуализация . Мощности серверов растут, и естественно появились технологии рационального их использования, подразумевающие изоляцию и нормальную утилизацию ресурсов, что породило виртуальные машины , которые уже используют и на хостингах и дата центрах. Я уже рассказывал про все это, если интересно посмотрите по ссылкам слева и выше.

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

К сожалению, у некоторых гипервизоров, нет возможности пробрасывать на прямую с сервера USB устройства. Примером может служить Hyper-V от компании Microsoft, который с 208 года до сих пор не несет в себе такую возможность, в отличии от компании vMvare, которая это позволяет и я уже рассказывал как пробросить USB модем в vmware esxi .

Не спешите расстраиваться, адепты редмондсого гиганта, на выручку вам приходит технология USB over IP или AnywhereUSB. USB over IP позволяет подключить usb через сеть
.

AnywhereUSB это небольшой сетевой usb хаб. Ниже примерные модели, представленные на рынке.

AnywhereUSB /2 – 2 порта USB

AnywhereUSB/ 5 – 5 портов USB

AnywhereUSB /14 – 14 портов USB

Настройка AnywhereUSB

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

Вот как это будет выглядеть.

Для настройки и управления устройством предусмотрено несколько интерфейсов:
• Web интерфейс для настройки, мониторинга и администрирования;
• AnywhereUSB утилита конфигурирования;
• Telnet Command-Line Interface;
• Simple Network Management Protocol (SNMP).

Для настройки устройства рассмотрим Web интерфейс — как наиболее удобный и простой вариант.

Управление IP адресом

Существует несколько вариантов присвоения IP адреса AnywhereUSB:
• Статический IP;
• Динамическое присвоение IP — Using Dynamic Host Configuration Protocol (DHCP);
• Auto Private IP Addressing (APIPA), наиболее известен как Auto-IP;

Как понимаете самый правильный способ это статический ip адрес. Задается он в пункте Network Configuration.

В этом же мню очень удобно задавать сетевые службы, доступные на нем.

На вкладке Conection Management можно посмотреть текущие подключения.

Теперь, что дальше нужно сделать на виртуальной машине, тут все до безобразия логично, нужно поставить там драйвера от AnywhereUSB и задать ip адрес устройства. Как видите я уже подключил ее и у нее есть внутренний Ip адрес.

С помощью специальной утилиты, Anywhere View можно проверить доступность и занятость всех устройств. Пожалуй это самый простой и надежный метод проброса токенов, флешек и различных модемов в ваши виртуальные машины, сами устройства стоят по разному, но если вы уж потратились на софт и гипервизоры, думаю при необходимости купите и это:).

На сегодняшний день существет довольно много способов пробросить USB-устройство на другой компьютер или виртуалку по сети.
Из наиболее популярных — железячные такие как AnywhereUSB и чисто програмные продукты, из тех что я попробовал сам: USB Redirector и USB/IP.
Я бы хотел рассказать вам еще об одном интересном способе, который работает непосредственно с эмулятором QEMU.
Он так же является частью проекта spice, официально поддерживаемым RedHat.

UsbRedir, это открытый протокол для проброса usb-устройств по tcp на удаленный виртуальный сервер, разработанный при поддержке RedHat в рамках проекта spice. Но как оказалось им можно вполне успешно пользоваться и без spice. В роли сервера выступает usbredirserver, который шарит usb-устройство на определенный порт, а в качестве клиента сам QEMU, который эмулирует подключение экспортированного usb-устройства в определенный usb-контроллер вашей виртуальной машины. Благодаря такому подходу в качестве гостевой системы может использоваться абсолютно любая ОС, так как она даже не знает, что устройство является проброшенным удаленно, а вся логика ложится на QEMU.

Заключение

Постарался рассмотреть все наиболее значимые аспекты в работе с бесплатным гипервизором от Microsoft. Сам еще не проверял его в работе и особо не интересовался нововведениями, пока не было времени. Смотрел на него только в тестовых стендах. Можете сравнить его с бесплатным гипервизором на kvm — proxmox, который я рассматривал в своей статье установка и настройка proxmox.

Самым большим преимуществом последнего является возможность установки на программный рейд. Hyper-V сервер я никогда не пробовал установить на программный рейд, я даже не знаю, возможно ли это. Так что использовать его можно только там, где есть аппаратный рейд, либо в тестовых вариантах. Лично я никогда не ставлю гипервизоры в продакшн на одиночные диски. Все остальное дело привычки и удобства. В proxmox мне нравится управление через web браузер. Не нужно ничего ставить на компьютер. После установки гипервизор сразу готов к работе.

В hyper-v удобно, что все системы его поддерживают без проблем. На kvm, к примеру, в proxmox, после установки windows систем в качестве гостевых машин, нужно будет устанавливать драйвера с отдельного диска, либо использовать готовые образы, где они будут уже интегрированы. Мелочь, но все равно не так удобно.

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

Для повышения производительности дискового ввода-вывода используйте планировщик заданий (NOOP/None) Use I/O scheduler noop/none for better disk I/O performance

Ядро Linux предлагает два набора планировщиков дискового ввода-вывода для переупорядочивания запросов.The Linux kernel offers two sets of disk I/O schedulers to reorder requests. Один набор предназначен для более старой подсистемы «BLK», а один — для новой подсистемы «BLK-MQ».One set is for the older ‘blk’ subsystem and one set is for the newer ‘blk-mq’ subsystem. В любом случае с современными твердотельными дисками рекомендуется использовать планировщик, который передает решения о планировании в базовый гипервизор Hyper-V.In either case, with today’s solid state disks it is recommended to use a scheduler that passes the scheduling decisions to the underlying Hyper-V hypervisor. Для ядер Linux, использующих подсистему «BLK», это планировщик «NOOP».For Linux kernels using the ‘blk’ subsystem, this is the “noop” scheduler. Для ядер Linux, использующих подсистему «BLK-MQ», это планировщик «None».For Linux kernels using the ‘blk-mq’ subsystem, this is the “none” scheduler.

1 Звезда2 Звезды3 Звезды4 Звезды5 Звезд (Пока оценок нет)
Загрузка...
Понравилась статья? Поделиться с друзьями:
Добавить комментарий

;-) :| :x :twisted: :smile: :shock: :sad: :roll: :razz: :oops: :o :mrgreen: :lol: :idea: :grin: :evil: :cry: :cool: :arrow: :???: :?: :!:

Adblock
detector