Релиз oVirt 4.2.0

1

3

Вышла в свет новая версия открытой системы виртуализации — oVirt 4.2.0

Основные улучшения в этой версии:

переработанный портал администратора;
новый портал пользователя;
новый тип виртуальных машин — High Performance;
драйвер SPICE/QXL для Windows 10;
поддержка OVN;
обновления в установщике, включая роли Ansible;
GlusterFS 3.12;
PostgreSQL 9.5.

Ссылка

←	Открыта регистрация на LVEE Winter 2018 (Беларусь, 9—11 февраля)

Ошибка в UEFI в ноутбуках Lenovo приводит к невозможности сохранения настроек

→

← 1 2 →

Ответ на: комментарий от daminatorus 21.12.17 15:23:59 MSK

Верно. Для этого в oVirt есть понятие кластера - там поколение процессоров, сетевые настройки и доступные хранилища на гипервизорах должны совпадать. Миграция работает только в пределах такого кластера.

Можно выставить эмуляцию старой модели процессора (скажем, conroe aka core2duo), тогда миграция будет работать на любом Intel. Смешать-же в одном кластере процессоры Intel и AMD не получится: разные модули KVM и реализации наборов инструкций.

jekader ★★★★★
(21.12.17 15:38:37 MSK) автор топика
Последнее исправление: jekader 21.12.17 15:40:59 MSK (всего исправлений: 1)

Ссылка

Ответ на: комментарий от anonymous 20.12.17 14:12:58 MSK

на звездец каких стеройдах

OmManiPadmeHum
(21.12.17 16:09:01 MSK)

Ссылка

Ответ на: комментарий от anonymous 21.12.17 11:43:03 MSK

потому что либвирт не умеет все что нужно делать, например управление локами на LVM и кластеризацию

dyasny ★★★★★
(21.12.17 16:49:02 MSK)

Ответ на: комментарий от Pinkbyte 21.12.17 10:24:25 MSK

Дебажил вообще-то, но этот воистину новый уровень ада и угара я даже не хочу упоминать

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

dyasny ★★★★★
(21.12.17 16:49:56 MSK)

Ссылка

Ответ на: комментарий от Filth 21.12.17 10:30:04 MSK

dyasny, например, имеет

имел, и давно

dyasny ★★★★★
(21.12.17 16:50:30 MSK)

Ссылка

Ответ на: комментарий от daminatorus 21.12.17 15:23:59 MSK

Для такого фокуса на гиппервизорах должна быть одинаковая архитектура процессоров, разве нет?

овирт ее обеспечивает на уровне кластера, он же migration domain

dyasny ★★★★★
(21.12.17 16:51:53 MSK)

Ссылка

Ответ на: комментарий от dyasny 21.12.17 16:49:02 MSK

Почему нельзя добавить всё, что нужно, в libvirtd?

Красношапочные обезьяны во всей своей красе.

anonymous
(21.12.17 16:53:07 MSK)

Ответ на: комментарий от anonymous 21.12.17 16:53:07 MSK

очередной анонимный тролль.

в игнор.

dyasny ★★★★★
(21.12.17 16:59:29 MSK)

Ответ на: комментарий от dyasny 21.12.17 16:59:29 MSK

Ой, всё.

anonymous
(21.12.17 17:02:19 MSK)

Ссылка

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

Novell-ch ★★★★★
(21.12.17 17:35:02 MSK)

Ответ на: комментарий от Novell-ch 21.12.17 17:35:02 MSK

Не на ровном месте это сделали. В release notes приложен нехилый такой список багов: https://bugzilla.redhat.com/showdependencytree.cgi?id=1460625

Когда большинство из них разрулят, ничего не мешает снова начать поддерживать федору.

Лично я уже все доставшиеся в наследство кластеры на федоре давно смигрировал на CentOS 7 и очень доволен результатом.

jekader ★★★★★
(21.12.17 21:09:09 MSK) автор топика

Может я чего-то не понимаю, но зачем нужен oVirt, когда есть OpenStack?

anonymous
(21.12.17 22:13:59 MSK)

Ответ на: комментарий от anonymous 21.12.17 22:13:59 MSK

Зачем нужен postgres когда есть mongodb?

dyasny ★★★★★
(22.12.17 00:12:52 MSK)

Ссылка

Ответ на: комментарий от anonymous 21.12.17 22:13:59 MSK

Отвечу с позиции человека, который тащит несколько лет параллельно oVirt и OpenStack: если задача стоит построить платформу для запуска/управления виртуалок, я бы никогда не ввязывался бы в OpenStack.

Главное отличие, я бы назвал, что oVirt монолитный, тогда как OpenStack нет, со всеми вытекающими.

Filth
(22.12.17 00:17:24 MSK)

Ссылка

Ответ на: комментарий от jekader 21.12.17 21:09:09 MSK

Ага, а если у меня в Ovirt кластере крутилась куча виртуалок с MacOS внутри для тестрования приложений. А для запуска MacOS в Ovirt нужна именно федора - на Centos7 вы ее просто не запустите.

anonymous
(22.12.17 14:46:24 MSK)

Ответ на: комментарий от anonymous 22.12.17 14:46:24 MSK

Мммм. А давно ли аппл разрешила такое делать?

stave ★★★★★
(22.12.17 14:58:15 MSK)

Ответ на: комментарий от stave 22.12.17 14:58:15 MSK

мммм, а давно вас стало интересовать мнение какого то Эпла?

anonymous
(22.12.17 15:19:10 MSK)

Ссылка

Ответ на: комментарий от anonymous 22.12.17 14:46:24 MSK

а чего конкретно не хватает в центос?

dyasny ★★★★★
(22.12.17 17:20:10 MSK)

Ответ на: комментарий от anonymous 22.12.17 14:46:24 MSK

MacOS никогда и не поддерживалась официально, и вообще насколько я помню, MacOS даже в виртуалке легально запускать только на железе Apple.

Оставляйте тогда гипервизоры на 4.1. Зачем их обновлять если и так всё работает?

Для особо бесстрашных могу добавить, что сборка RPM для федоры продолжается, только в официальный релиз они не входят. Вот тут, например, можно разжиться репозиторием master-snapshot: http://resources.ovirt.org/pub/ovirt-master-snapshot/rpm/fc26/

jekader ★★★★★
(22.12.17 17:25:51 MSK) автор топика

Ссылка

Ответ на: комментарий от dyasny 22.12.17 17:20:10 MSK

Присоединяюсь к вопросу. На ноды CentOS ставится qemu-kvm-ev, который по версии совпадает с федоровским. Соответственно, весь функционал должен быть в наличии.

jekader ★★★★★
(22.12.17 17:31:01 MSK) автор топика

Ответ на: комментарий от jekader 22.12.17 17:31:01 MSK

Если собирать кластер на оборудовании эппл - то тогда все легально.

Centos7: /usr/libexec/qemu-kvm --machine help Supported machines are: none empty machine pc RHEL 7.0.0 PC (i440FX + PIIX, 1996) (alias of pc-i440fx-rhel7.0.0) pc-i440fx-rhel7.0.0 RHEL 7.0.0 PC (i440FX + PIIX, 1996) (default) rhel6.6.0 RHEL 6.6.0 PC rhel6.5.0 RHEL 6.5.0 PC rhel6.4.0 RHEL 6.4.0 PC rhel6.3.0 RHEL 6.3.0 PC rhel6.2.0 RHEL 6.2.0 PC rhel6.1.0 RHEL 6.1.0 PC rhel6.0.0 RHEL 6.0.0 PC

Fedora26: /usr/bin/qemu-system-x86_64 --machine help Supported machines are: pc Standard PC (i440FX + PIIX, 1996) (alias of pc-i440fx-2.7) pc-i440fx-2.7 Standard PC (i440FX + PIIX, 1996) (default) pc-i440fx-2.6 Standard PC (i440FX + PIIX, 1996) pc-i440fx-2.5 Standard PC (i440FX + PIIX, 1996) pc-i440fx-2.4 Standard PC (i440FX + PIIX, 1996) pc-i440fx-2.3 Standard PC (i440FX + PIIX, 1996) pc-i440fx-2.2 Standard PC (i440FX + PIIX, 1996) pc-i440fx-2.1 Standard PC (i440FX + PIIX, 1996) pc-i440fx-2.0 Standard PC (i440FX + PIIX, 1996) pc-i440fx-1.7 Standard PC (i440FX + PIIX, 1996) pc-i440fx-1.6 Standard PC (i440FX + PIIX, 1996) pc-i440fx-1.5 Standard PC (i440FX + PIIX, 1996) pc-i440fx-1.4 Standard PC (i440FX + PIIX, 1996) pc-1.3 Standard PC (i440FX + PIIX, 1996) pc-1.2 Standard PC (i440FX + PIIX, 1996) pc-1.1 Standard PC (i440FX + PIIX, 1996) pc-1.0 Standard PC (i440FX + PIIX, 1996) pc-0.15 Standard PC (i440FX + PIIX, 1996) pc-0.14 Standard PC (i440FX + PIIX, 1996) pc-0.13 Standard PC (i440FX + PIIX, 1996) pc-0.12 Standard PC (i440FX + PIIX, 1996) pc-0.11 Standard PC (i440FX + PIIX, 1996) pc-0.10 Standard PC (i440FX + PIIX, 1996) q35 Standard PC (Q35 + ICH9, 2009) (alias of pc-q35-2.7) pc-q35-2.7 Standard PC (Q35 + ICH9, 2009) pc-q35-2.6 Standard PC (Q35 + ICH9, 2009) pc-q35-2.5 Standard PC (Q35 + ICH9, 2009) pc-q35-2.4 Standard PC (Q35 + ICH9, 2009) isapc ISA-only PC none empty machine xenfv Xen Fully-virtualized PC xenpv Xen Para-virtualized PC

Дальше, думаю, объяснять разницу бессмысленно. Centos`овский /usr/libexec/qemu-kvm просто не умеет в нужные machine.

anonymous
(22.12.17 17:37:54 MSK)

Ответ на: комментарий от anonymous 22.12.17 17:37:54 MSK

Это вывод qemu-kvm, а не qemu-kvm-ev от CentOS Virt SIG, где типов машин много больше:

$ rpm -qf /usr/libexec/qemu-kvm
qemu-kvm-ev-2.9.0-16.el7_4.8.1.x86_64
$ /usr/libexec/qemu-kvm --machine help
Supported machines are:
pc                   RHEL 7.4.0 PC (i440FX + PIIX, 1996) (alias of pc-i440fx-rhel7.4.0)
pc-i440fx-rhel7.4.0  RHEL 7.4.0 PC (i440FX + PIIX, 1996) (default)
pc-i440fx-rhel7.3.0  RHEL 7.3.0 PC (i440FX + PIIX, 1996)
pc-i440fx-rhel7.2.0  RHEL 7.2.0 PC (i440FX + PIIX, 1996)
pc-i440fx-rhel7.1.0  RHEL 7.1.0 PC (i440FX + PIIX, 1996)
pc-i440fx-rhel7.0.0  RHEL 7.0.0 PC (i440FX + PIIX, 1996)
rhel6.6.0            RHEL 6.6.0 PC
rhel6.5.0            RHEL 6.5.0 PC
rhel6.4.0            RHEL 6.4.0 PC
rhel6.3.0            RHEL 6.3.0 PC
rhel6.2.0            RHEL 6.2.0 PC
rhel6.1.0            RHEL 6.1.0 PC
rhel6.0.0            RHEL 6.0.0 PC
q35                  RHEL-7.4.0 PC (Q35 + ICH9, 2009) (alias of pc-q35-rhel7.4.0)
pc-q35-rhel7.4.0     RHEL-7.4.0 PC (Q35 + ICH9, 2009)
pc-q35-rhel7.3.0     RHEL-7.3.0 PC (Q35 + ICH9, 2009)
none                 empty machine

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

jekader ★★★★★
(22.12.17 17:48:53 MSK) автор топика
Последнее исправление: jekader 22.12.17 17:49:34 MSK (всего исправлений: 1)

Ссылка

Ответ на: комментарий от jekader 22.12.17 17:31:01 MSK

и OVMF начиная с 7.4 начал работать как надо, и лежит в нужных репах

dyasny ★★★★★
(22.12.17 17:51:42 MSK)

Ссылка

Ответ на: комментарий от anonymous 22.12.17 17:37:54 MSK

ура! это список. Что конкретно нужно вашим макосям?

dyasny ★★★★★
(22.12.17 17:52:29 MSK)

Ссылка

Похоже то, что обещал разработчик, а именно общие хранилища Data и Export cross DC... так и не реализовали. Очень жаль. Похоже только косметические изменения.

merlin-shadow ★
(22.12.17 21:08:06 MSK)