Вам осталось еще Rust приплести с начнется типичный opennet

Ну, всяко бывает. Но всё IT не без говнеца.

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

Я вот сидел, думал про планировщики, инит системы и вдруг подумал "А что Титов Xen?" Интересно, за пределами цитриксовских поделок его используют еще? Я его не застал, честно сказать. Всё читал и смотрел как он помирает, а он никак не помрет и вроде развивается даже.

вот )))) и ядро на расте переписать )))) че за маломеры только драйвера на расте писать

Я вот сидел, думал про планировщики, инит системы и вдруг подумал "А что Титов Xen?" Интересно, за пределами цитриксовских поделок его используют еще? Я его не застал, честно сказать. Всё читал и смотрел как он помирает, а он никак не помрет и вроде развивается даже.

Так а за что? а почему?

Xen это который вместо полной виртуализации паравиртуализацию делает?

Я вот сидел, думал про планировщики, инит системы и вдруг подумал "А что Титов Xen?" Интересно, за пределами цитриксовских поделок его используют еще? Я его не застал, честно сказать. Всё читал и смотрел как он помирает, а он никак не помрет и вроде развивается даже.

Xen это который вместо полной виртуализации паравиртуализацию делает?

Но Xen умеет и полную вирутализацию давно уже.

Я вот сидел, думал про планировщики, инит системы и вдруг подумал "А что Титов Xen?" Интересно, за пределами цитриксовских поделок его используют еще? Я его не застал, честно сказать. Всё читал и смотрел как он помирает, а он никак не помрет и вроде развивается даже.

Xen довольно интересный своим набором планировщиков и паравиртуальными драйверами которые как будт ополегкоыеснее чем схема которая в qemu с фронтэндом и бекэндом.

Причём OpenNebula сначала настраивают. А потом покупают

Интересно, что сейчас с вмтаврью будет после продажи бродкому. Пока что народ в нутаникс активно валит

Ну или не от астры

Вы ток что открыли портал в ад.. ну есть орион и условно астра, которая решила отойти от небулы..

А рустек?

Тоже такое слышал, но сам не пользовался

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

>Даллас локи Блеванул(

Кстати а че там с отечественными православными решениями от астры по гипервизорам есть?

На хабре чел какой то с осени пишет цикл статей.

Из k2.. знаем мы этих челов

Из интакт. https://habr.com/ru/users/DrZub/

ну то есть юнит грохается потому что systemd, а не потому что баг в софте

Да не, к systemd претензий мало, кстати. camel case ебучий этот и то что Поттеринг упорно не хочет отдавать юнитам больше одного аргумента.

Интересно, что сейчас с вмтаврью будет после продажи бродкому. Пока что народ в нутаникс активно валит

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

Просто интересны тенденции.

коллеги вопрос, точнее даже не вопрос а гипотетически возможно? На один порт более 1 dns name?

В смысле на один 53 порт сделать сплит днс или что?

ну да.

Давно в днс есть порты ?

Давно в днс есть порты ?

neutron port =)

а тут вопрос про дизигнейт

так вот его туда же надо выкинуть

Добрый день, уважаемое сообщество. Уже некоторое время занимаюсь задачей поднять GPU ноду в openstack v.Ussuri (Ubuntu20.04). Толковой информации сконцентрированной в одном месте к сожалению не нашёл. Что-то нахожу везде и по чуть-чуть. Сразу извиняюсь если излагать и задавать вопросы буду не очень грамотно. Со многими терминами в процессе всего этого сталкиваюсь впервые. Взяли карту Nvidia L40, вставили в MB "Supermicro X11DPH-i". В BIOS включил VT-d и SR-IOV. В grub указал GRUB_CMDLINE_LINUX_DEFAULT="intel_iommu=on". После получения 90-дневного триала от nvidia и установки драйверов NVIDIA-GRID-Ubuntu-KVM-550, с помощью sriov-manage, получил 32 виртуальных vGPU. Тогда получилось пробросить их в инстансы как pci устройства через passthrough (https://docs.openstack.org/nova/latest/admin/pci-passthrough.html). В nova.conf указал passthrough_whitelist: { "vendor_id": "10de", "product_id": "26b5" } alias: { "vendor_id":"10de", "product_id":"26b5", "device_type":"type-VF", "name":"l40" } Для соответствующих flavors добавил "--property pci_passthrough:alias="l40:1"" После этого nova-scheduler стал создавать инстансы на нужной ноде, но в ВМ (Windows) эти PCI устройства я вижу как "3D Video Controller" в разделе "Other devices"и графические драйвера от Nvidia установить не получается - не видят совместимых устройств. Пошёл по другому пути. Создал mdev устройства типа "2Q vGPU type", добавил одно из них в существующий инстанс через "virsh editxml", и увидел в гостевой ОС устройство "Microsoft Basic Display Adapter" в разделе "Display adapters". Графические драйвера от Nvidia из архива для vGPU устройство распознали, установились. После этого устройство стало выглядеть как "NVIDIA L40-2Q". Пока ищу ответ на два вопроса: 1. Как настроить nova, чтобы автоматически корректно создавать инстансы с правильными графическими устройствами. 2. Что это за "-2Q" такое и какие ещё типы vGPU бывают, чем отличаются. Где про это посмотреть. Процесс для меня совершенно непрозрачный и есть много вопросов, с которыми, возможно, кто-то сталкивался и может направить в правильном направлении?

Насколько помню, passthrough для подкидывания pci целиком, а mdev уже нарезанные vgpu. Разделяются vgpu по памяти, посмотрите сколько выделено, вероятно 2Q как-то связано с этим

Добрый день, уважаемое сообщество. Уже некоторое время занимаюсь задачей поднять GPU ноду в openstack v.Ussuri (Ubuntu20.04). Толковой информации сконцентрированной в одном месте к сожалению не нашёл. Что-то нахожу везде и по чуть-чуть. Сразу извиняюсь если излагать и задавать вопросы буду не очень грамотно. Со многими терминами в процессе всего этого сталкиваюсь впервые. Взяли карту Nvidia L40, вставили в MB "Supermicro X11DPH-i". В BIOS включил VT-d и SR-IOV. В grub указал GRUB_CMDLINE_LINUX_DEFAULT="intel_iommu=on". После получения 90-дневного триала от nvidia и установки драйверов NVIDIA-GRID-Ubuntu-KVM-550, с помощью sriov-manage, получил 32 виртуальных vGPU. Тогда получилось пробросить их в инстансы как pci устройства через passthrough (https://docs.openstack.org/nova/latest/admin/pci-passthrough.html). В nova.conf указал passthrough_whitelist: { "vendor_id": "10de", "product_id": "26b5" } alias: { "vendor_id":"10de", "product_id":"26b5", "device_type":"type-VF", "name":"l40" } Для соответствующих flavors добавил "--property pci_passthrough:alias="l40:1"" После этого nova-scheduler стал создавать инстансы на нужной ноде, но в ВМ (Windows) эти PCI устройства я вижу как "3D Video Controller" в разделе "Other devices"и графические драйвера от Nvidia установить не получается - не видят совместимых устройств. Пошёл по другому пути. Создал mdev устройства типа "2Q vGPU type", добавил одно из них в существующий инстанс через "virsh editxml", и увидел в гостевой ОС устройство "Microsoft Basic Display Adapter" в разделе "Display adapters". Графические драйвера от Nvidia из архива для vGPU устройство распознали, установились. После этого устройство стало выглядеть как "NVIDIA L40-2Q". Пока ищу ответ на два вопроса: 1. Как настроить nova, чтобы автоматически корректно создавать инстансы с правильными графическими устройствами. 2. Что это за "-2Q" такое и какие ещё типы vGPU бывают, чем отличаются. Где про это посмотреть. Процесс для меня совершенно непрозрачный и есть много вопросов, с которыми, возможно, кто-то сталкивался и может направить в правильном направлении?

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

заметили что я молчу?

Да, какое-то внутреннее беспокойство было)

просто помните истории вот эти сходили в магазин купили карту от невидии😉

просто помните истории вот эти сходили в магазин купили карту от невидии😉

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

А она ему как раз

Как я понял, эти манипуляции - это как раз создание mdev. Делал по доке от nvidia https://docs.nvidia.com/grid/latest/pdf/grid-vgpu-user-guide.pdf (2.10.2.2. Creating an NVIDIA vGPU that Supports SR-IOV on a Linux with KVM Hypervisor)