Меню Рубрики

Установка freebsd на vhd

Установка freebsd на vhd

Доброго времени друзья.
Недавний мой пост про гипервизор на FreeBSD сподвиг меня все таки поставить и потестить и полупродакшене решение.
Была выбрана последняя ОС FreeBSD 11.1
> FreeBSD vh 11.1-RELEASE FreeBSD 11.1-RELEASE #0 r321309: Fri Jul 21 02:08:28 UTC 2017 root@releng2.nyi.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64

В общем. Сейчас везде у меня стоит Windows Server 2012R2 Datacenter со службой Hyper-V. Соответственно образы дисков толко VHD/VHDX.
Чтобы запустить, так сказать в полупродакшене, нужно что-то с виндовой серверов перенести под bhyve, но беда в том, что поддержка vhd обозначена только в будущем.

Вопрос: Как переконвертировать vhd в понятный для bhyve формат img(raw)?

Ответить | Правка | Cообщить модератору

Оглавление

  • VHD & VHDX во FreeBSD, lavr, 12:50 , 28-Фев-18, (1)
    • VHD & VHDX во FreeBSD, nops, 12:56 , 28-Фев-18, (2)
      • VHD & VHDX во FreeBSD, Dorlas, 14:58 , 28-Фев-18, (3)
  • VHD & VHDX во FreeBSD, artemrts, 21:45 , 02-Мрт-18, (4)
    • VHD & VHDX во FreeBSD, nops, 09:47 , 03-Мрт-18, ( 5 )
      • VHD & VHDX во FreeBSD, artemrts, 19:05 , 03-Мрт-18, ( 6 )
        • VHD & VHDX во FreeBSD, Dorlas, 19:08 , 03-Мрт-18, ( 7 )
          • VHD & VHDX во FreeBSD, nops, 19:11 , 03-Мрт-18, ( 8 )
            • VHD & VHDX во FreeBSD, Сергей, 00:04 , 05-Мрт-18, ( 9 )
              • VHD & VHDX во FreeBSD, nops, 06:29 , 05-Мрт-18, ( 10 )
            • VHD & VHDX во FreeBSD, Dorlas, 08:34 , 05-Мрт-18, ( 11 )
              • VHD & VHDX во FreeBSD, nops, 08:38 , 05-Мрт-18, ( 12 )
                • VHD & VHDX во FreeBSD, Dorlas, 08:43 , 05-Мрт-18, ( 13 )
                  • VHD & VHDX во FreeBSD, nops, 08:50 , 05-Мрт-18, ( 14 )

>[оверквотинг удален]
> Была выбрана последняя ОС FreeBSD 11.1
>> FreeBSD vh 11.1-RELEASE FreeBSD 11.1-RELEASE #0 r321309: Fri Jul 21 02:08:28 UTC 2017 root@releng2.nyi.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64
> Далее по этой статье: https://onlyfriends.name/2016/10/pchyolki-v-dele-ili-zapuska.
> Ну а полный листинг для конфигурационного файла можно найти тут: http://www.gsp.com/cgi-bin/man.cgi?section=8&topic=vm
> В общем. Сейчас везде у меня стоит Windows Server 2012R2 Datacenter со
> службой Hyper-V. Соответственно образы дисков толко VHD/VHDX.
> Чтобы запустить, так сказать в полупродакшене, нужно что-то с виндовой серверов перенести
> под bhyve, но беда в том, что поддержка vhd обозначена только
> в будущем.
> Вопрос: Как переконвертировать vhd в понятный для bhyve формат img(raw)?

/usr/ports/emulators/qemu-utils — qemu-img vhd raw
/usr/ports/sysutils/vmdktool — vmdk raw

можно и vboxmanage использовать.

>[оверквотинг удален]
>> Далее по этой статье: https://onlyfriends.name/2016/10/pchyolki-v-dele-ili-zapuska.
>> Ну а полный листинг для конфигурационного файла можно найти тут: http://www.gsp.com/cgi-bin/man.cgi?section=8&topic=vm
>> В общем. Сейчас везде у меня стоит Windows Server 2012R2 Datacenter со
>> службой Hyper-V. Соответственно образы дисков толко VHD/VHDX.
>> Чтобы запустить, так сказать в полупродакшене, нужно что-то с виндовой серверов перенести
>> под bhyve, но беда в том, что поддержка vhd обозначена только
>> в будущем.
>> Вопрос: Как переконвертировать vhd в понятный для bhyve формат img(raw)?
> а почитать самостоятельно:
> https://wiki.freebsd.org/bhyve

Читал. Честно. Не увидел, может просто пропустил. По диагонали прошелся:(

> /usr/ports/emulators/qemu-utils — qemu-img vhd raw
> /usr/ports/sysutils/vmdktool — vmdk raw
> можно и vboxmanage использовать.

vmdktool я поставил, но он работает с VMDK и упоминания про VHD нет. А вот по qemu-utils честно говоря не подумал.

Спасибо тебе друг, ставлю qemu-utils. Дальше я справлюсь, дальше все знакомо:)

> vmdktool я поставил, но он работает с VMDK и упоминания про VHD

На крайняк, полно утилит, которые могут VHD/VHDX в VMDK сконвертировать (StarWind Converter например). А уже потом vmdktool.

Только смотри windows в bhyve работает только с uefi, даже не csm mode.

> Только смотри windows в bhyve работает только с uefi, даже не csm
> mode.

Это я уже понял. Сейчас пробую уже готовую виртуальную систему перевести в uefi, что-то нифига не выходит.

>> Только смотри windows в bhyve работает только с uefi, даже не csm
>> mode.
> Это я уже понял. Сейчас пробую уже готовую виртуальную систему перевести в
> uefi, что-то нифига не выходит.

Если получится отпишись. Что я только не делал, у меня не получилось.

1. «VHD & VHDX во FreeBSD» + / –
Сообщение от lavr (ok) on 28-Фев-18, 12:50
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

7 . «VHD & VHDX во FreeBSD» + / –
Сообщение от Dorlas (??) on 03-Мрт-18, 19:08

>>> Только смотри windows в bhyve работает только с uefi, даже не csm
>>> mode.
>> Это я уже понял. Сейчас пробую уже готовую виртуальную систему перевести в
>> uefi, что-то нифига не выходит.
> Если получится отпишись. Что я только не делал, у меня не получилось.

Ну а если такие проблемы с конвертацией — может тогда начать с того, чтобы чистую Windows систему с 0 поднять в BhyVe ?
Потом поднять роли, смигрировать какие нибудь сервисы?

>>>> Только смотри windows в bhyve работает только с uefi, даже не csm
>>>> mode.
>>> Это я уже понял. Сейчас пробую уже готовую виртуальную систему перевести в
>>> uefi, что-то нифига не выходит.
>> Если получится отпишись. Что я только не делал, у меня не получилось.
> Ну а если такие проблемы с конвертацией — может тогда начать с
> того, чтобы чистую Windows систему с 0 поднять в BhyVe ?
> Потом поднять роли, смигрировать какие нибудь сервисы?

все верно. Похоже это единственный способ, но я пока еще не писал в ТП мелкомягких.
В UEFI новая винда ставится и работает на ура, без нареканий. Но как-то не хочется заниматься миграцией контроллера домена на новый сервак, для тестирования, равно как и други винтовые сервисы, такие как MS SQL, 1C серверный вариант, Терминальный сервер для работы в 1С, в файловом варианте в режиме RemoteApp

Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

9 . «VHD & VHDX во FreeBSD» + / –
Сообщение от Сергей (??) on 05-Мрт-18, 00:04

>> того, чтобы чистую Windows систему с 0 поднять в BhyVe ?
>> Потом поднять роли, смигрировать какие нибудь сервисы?
> все верно. Похоже это единственный способ, но я пока еще не писал
> в ТП мелкомягких.
> В UEFI новая винда ставится и работает на ура, без нареканий. Но
> как-то не хочется заниматься миграцией контроллера домена на новый сервак, для
> тестирования, равно как и други винтовые сервисы, такие как MS SQL,
> 1C серверный вариант, Терминальный сервер для работы в 1С, в файловом
> варианте в режиме RemoteApp

А разметку диска в виртуалке меняли с mbr на gpt.

>>> того, чтобы чистую Windows систему с 0 поднять в BhyVe ?
>>> Потом поднять роли, смигрировать какие нибудь сервисы?
>> все верно. Похоже это единственный способ, но я пока еще не писал
>> в ТП мелкомягких.
>> В UEFI новая винда ставится и работает на ура, без нареканий. Но
>> как-то не хочется заниматься миграцией контроллера домена на новый сервак, для
>> тестирования, равно как и други винтовые сервисы, такие как MS SQL,
>> 1C серверный вариант, Терминальный сервер для работы в 1С, в файловом
>> варианте в режиме RemoteApp
> А разметку диска в виртуалке меняли с mbr на gpt.

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

> В UEFI новая винда ставится и работает на ура, без нареканий. Но
> как-то не хочется заниматься миграцией контроллера домена на новый сервак, для
> тестирования, равно как и други винтовые сервисы, такие как MS SQL,
> 1C серверный вариант, Терминальный сервер для работы в 1С, в файловом
> варианте в режиме RemoteApp

Мигрировать контроллер домена и не стоит. Стоит поднять полноценный дополнительный. Между ними будет репликация и потом его можно будет без проблем из домена удалить.

Насчет остальных ролей — а что, у Вас они все на одной машинки ? (DC, 1C, Term Server, IIS + Remote APP) ?

>> В UEFI новая винда ставится и работает на ура, без нареканий. Но
>> как-то не хочется заниматься миграцией контроллера домена на новый сервак, для
>> тестирования, равно как и други винтовые сервисы, такие как MS SQL,
>> 1C серверный вариант, Терминальный сервер для работы в 1С, в файловом
>> варианте в режиме RemoteApp
> Мигрировать контроллер домена и не стоит. Стоит поднять полноценный дополнительный. Между
> ними будет репликация и потом его можно будет без проблем из
> домена удалить.
> Насчет остальных ролей — а что, у Вас они все на одной
> машинки ? (DC, 1C, Term Server, IIS + Remote APP) ?

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

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

Ну это работает только в однородных средах виртуализации (VMware — при наличие vCenter (offline без кластера и live migration — в рамках кластера), Microsoft (есть в Hyper-V Manager (offline), есть в Failover Cluster (offline/live), есть в SCVMM).

SCVMM конечно поддерживает еще в довесок Citrix и vCenter — но миграция машинки там процесс «шаманский», с конвертацией формата VM. и я бы не сказал, что 100%-но работающий. скорее 50/50 )))

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

PS: В Рамках BhyVe offline миграция виртуальных машин есть — в составе CBSD-кластера (либо на базе ClonOs кластера — по сути тот же CBSD но с WEB-интерфейсом). Online пока нет насколько я знаю.

>[оверквотинг удален]
> Microsoft (есть в Hyper-V Manager (offline), есть в Failover Cluster (offline/live),
> есть в SCVMM).
> SCVMM конечно поддерживает еще в довесок Citrix и vCenter — но миграция
> машинки там процесс «шаманский», с конвертацией формата VM. и я бы не
> сказал, что 100%-но работающий. скорее 50/50 )))
> Так что я особо не знаю решения, которое бы без проблем мигировало
> виртуальные машины между разными средами виртуализации.
> PS: В Рамках BhyVe offline миграция виртуальных машин есть — в составе
> CBSD-кластера (либо на базе ClonOs кластера — по сути тот же
> CBSD но с WEB-интерфейсом). Online пока нет насколько я знаю.

У меня сейчас стоят на Hyper-V 2012R2 и там Online-миграция. Про остальное не знаю.
Само собой, что среды виртуализации должны быть однородными. 🙂
Ну так или иначе, я поковыряю сейчас bhyve потом попробую CBSD на базе ClonOS.

источник

Запуск FreeBSD в облаке Microsoft Azure

Поскольку FreeBSD 10 наконец-то имеет поддержку Hyper-V уже в стандартной поставке релиза x64 ( для x86 требуется кое-что подправить ), но в Microsoft Azure прямой поддержки создания виртуальной машины на базе FreeBSD пока не присутствует, я решил рассказать — как установить FreeBSD 10 в azure. Ничего особо сложного нет, разве что заливать много в облако придётся. И так — по порядку.

Брать iso и ставить с нуля смысла я не вижу, так как FreeBsd комьюнити выпускает готовые образы виртуальных машин с последними/стабильными релизами. Там и возьмём нужный нам, уже инсталированый образ в *.VHD формате. Имейте ввиду — *.VDHX azure пока не поддерживает.
С другой стороны, если у вас уже есть установленная система — можно использовать и её.

И так, берём x64 релиз FreeBSD 10 в формате *.VHD с ftp.FreeBSD.org, x86 сборка просто так не запустится — имейте ввиду.
Выбор образов там большой, можно и stable и current и даже 11 попробовать, но нам же для дела. Берём release. Кстати, образы доступны и в форматах QEMU и VMWARE.

Первое с чем мы столкнёмся — диск для azure должен быть fixed, а не dynamic. То есть он должен быть ровно такого размера, как в нём записано. Динамическое расширение не поддерживается azure. Наш образ Freebsd распакованным занимает

900mb, а диск там размечен как 20gb.
Хорошая новость в том, что команда Add-AzureVHD из Azure PowerShell умеет налету преобразовывать dynamic в fixed. Залить 900mb вместо 20gb — большая разница. Ей мы и будем пользоваться в конце.

Второе. Поскольку образ «голый», надо его немного настроить для работы в azure. Для этого можно использовать встроенный в Windows гипервизор Hyper-V или Oracle VirtualBox. У меня процессор SLAT не поддерживает (Windows 8 требует SLAT для гипервизора, а ставить только ради этого Windows Server 2012R2 не хотелось), потому был выбран VirtualBox. Но видимо qemu ( комьюнити freebsd похоже использует его для создания VHD образа) или VirtualBox как-то между собой не дружат. Приходится пересобирать диск с помощью сторонней утилиты VhdResize. В ней мы меняем размер диска с 20480mb на 1mb больше, до 20481mb. При этом мы оставляем тип диска как Dynamic. Процесс это не долгий, так что ничего страшного. Потребуется данная ерунда только для VirtualBox — вполне возможно, что Hyper-V подцепит диск и так (не могу проверить).

Создаём виртуальную машину с нашим, уже модифицированным диском и загружаемся в FreeBSD.

И тут у нас появляется выбор. Мы можем создать vm image (виртуальную машину — шаблон), которая будет сама настраиваться под azure или vm disk — тут вы сами отвечаете за конфигурацию системы под azure.

И так, что нам надо для создания диска, где мы сами всё настроим:

Создаём файл /etc/rc.conf и пишем там:

hn0 — это будет интерфейс виртуального сетевого адаптера в azure (в VirtualBox’е он будет em0, на случай если вам надо что-то загрузить из сети при настройке).
yourvmname — это имя, которое вы потом дадите виртуальной машине в azure. Потом можно поменять, так что именно в rc.conf его выбрать можно наобум.
sshd_enable=«YES» — без этого не запустится sshd демон. И так понятно.

редактировать можно через редактор ee (vi уж сильно заморочный редактор):

далее идём в /etc/ssh и правим sshd_config на предмет разрешения логина для рута. Ищем #PermitRootLogin no, раскомментируем и пишем yes, получаем PermitRootLogin yes. Иначе толку от sshd не будет — под рутом не зайдём.
Также надо установить пароль для рута через passwd. По умолчанию его нет.

Смотрите сами по поводу разрешения логина для рута — можете создать пользователя для ssh и логин рута не разрешать.

Вот и всё для создания vm disk’a.

Если же вы решаете желаете делать vm image (образ), что в идеологии запуска машин в облаке наиболее правильное решение, нам потребуется совсем другое.

Берём WALinuxAgent. Он нужен для связи виртуальной машины с гипервизором azure и настройки системы (provision). Устанавливаем в систему: python27, py27-asn1, sudo, копируем в систему waagent в папку /usr/sbin и устанавливаем его: /usr/sbin/waagent -install.
Более подробно о том, что делает WALinuxAgent можно почитать на их страничке на github.

в rc.conf нам потребуется добавить только запуск sshd и сеть:

waagent сам добавит запуск своего демона в rc.conf при инсталяции.

Вот и всё для создания vm image.

На данный момент waagent стартует с некоторыми проблемами (не всё делает) и команда его активно фиксит по найденным мной багам.

Если вы хорошо разбираетесь в FreeBSD — сами всё под себя можете донастроить. Я, например, убираю задержку при загрузке системы — зачем ждать загрузки лишние 10 секунд если никто всё равно ничего там нажать не сможет.

Для этого надо будет создать файл loader.conf в папке /boot и добавить в него:

И так, заканчиваем настройку и shutdown -p now

Третье. Нам надо залить этот наш диск в azure. Заходим в azure -> storage -> создаём storage account (если нет) -> контейнер (если нет).

Открываем Azure PowerShell, авторизуемся (мне показалось, что удобнее всего через Certificate method).

И заливаем диск в azure storage:

Четвёртое. Всё просто. Заходим в Virtual Machines -> Disk или VM Image и создаём диск или образ из того файла, что мы залили в storage.

Далее переключаемся в virtual machines и создаём машину с нашим диском/образом. Всё должно теперь работать.

Если вы изначально создавали vm imаge, не создавайте с ним дисков — не сможете зайти в систему. Она запустится, но будет недоступна из вне. И наоборот тоже не надо. В скором времени я надеюсь сделать порт для WALinuxAgent.

А вот и готовый образ в Microsoft Depot. Берём, ставим и никаких гвоздей.

Вот собственно и все сложности с установкой FreeBSD в azure.

источник

Установка и настройка FreeBSD 8.1 и 7.3 под Hyper-V 2008 R2

Пару лет назад я писал про запуск FreeBSD 6.3 и 7.0 под Hyper-V версии 1. FreeBSD развивается, да и Hyper-V не стоит на месте. Проблемы, которые я описывал ранее, исчезли и теперь FreeBSD гораздо лучше работает в нашей системе виртуализации.

Сегодня мы будем устанавливать FreeBSD 8.1 и 7.3, потому что именно они являются официально рекомендуемыми на данный момент. Так же проверим, как система работает в многопроцессорной конфигурации, и какие скорости устройства показывают во время тестов.

В связи с тем, что компонентов интеграции для FreeBSD не существует, нам будут доступны только эмулируемые устройства. Поэтому перед установкой ОС удаляем из виртуальной машины синтетический сетевой адаптер и добавляем сетевой адаптер Legacy.

После этого можно запускать установку. Здесь все банально и происходит, так же как и на реальном оборудовании. После окончания установки видим, что ОС загрузилась нормально и проблем с управлением питанием, которые были 2 года назад нет. Поэтому накладывать патчи на ядро нет необходимости.

После перезагрузки добавляем в /etc/rc.conf описание сетевого интерфейса de0 чтобы он мог работать с DHCP:
ifconfig_de0=”DHCP media 100baseTX mediaopt full-duplex”

Выполняем команды:
# ifconfig de0 down
# ifconfig de0 up
# dhclient de0

И наслаждаемся работающей сетью.

Скорость работы сети в среднем 95.57 Мбит/с хотя иногда получаются пики до 103 Мбит/c. Результат десяти тестов можно видеть на снимке экрана.

Если скорость в 100 Мбит/c недостаточна для ваших задач, то можно дать виртуальной машине 4 сетевых адаптера по 100 Мбит/c и связать их в один скоростной интерфейс с помощью механизма агрегации соединений.

Скорость работы жестких дисков можно увидеть на следующем экране.

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

С работой видеоадаптера тоже нет проблем. Xorg запустился с первой попытки, распознал все нужные устройства и работал без каких либо проблем.

Вопреки распространенному мему патчить KDE под FreeBSD не пришлось. KDE заработала так же с первой попытки.

Как обычно перед написанием статьи оставил виртуальную машину с FreeBSD работать несколько дней и с помощью скриптов закачал и скачал по FTP и SSH несколько гигабайт данных.

Исходя из этого делаю вывод что FreeBSD запущенная под Hyper-V работает стабильно и может использоваться для реализации инфраструктурных сервисов, обучения, разработки или тестирования.

источник

Читайте также:  Установка пневматическая для транспортировки зерна

Добавить комментарий