The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



"Выпуск системы управления инфраструктурой виртуализации oVirt 4.5.0"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Выпуск системы управления инфраструктурой виртуализации oVirt 4.5.0"  +/
Сообщение от opennews (??), 21-Апр-22, 11:08 
Представлен релиз  oVirt 4.5.0,  основанной на гипервизоре KVM и библиотеке libvirt платформы для развёртывания, сопровождения и мониторинга виртуальных машин и управления облачной инфраструктурой. Развиваемые в oVirt технологии управления виртуальными машинами применяются в продукте Red Hat Enterprise Virtualization и могут выступать в роли открытой альтернативы VMware vSphere. Кроме Red Hat в разработке также принимают участие компании Canonical, Cisco, IBM, Intel, NetApp и SUSE. Код проекта распространяется под лицензией GPLv2. Готовые пакеты доступны для CentOS Stream 8 и Red Hat Enterprise Linux 8.6 Beta. Также доступен готовый для развёртывания iso-образ oVirt Node NG, основанный на CentOS Stream 8...

Подробнее: https://www.opennet.me/opennews/art.shtml?num=57057

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

Оглавление

Сообщения [Сортировка по времени | RSS]


1. "Выпуск системы управления инфраструктурой виртуализации oVir..."  –1 +/
Сообщение от Аноним (1), 21-Апр-22, 11:08 
Просто как GUI использовать можно?
Накатить в виртуалку и управлять готовой инфраструктурой на libvirt?
Ответить | Правка | Наверх | Cообщить модератору

2. "Выпуск системы управления инфраструктурой виртуализации oVir..."  +2 +/
Сообщение от Аноним (2), 21-Апр-22, 11:31 
> Просто как GUI использовать можно?

Насчет остальных не знаю, но лично я не против.

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

5. "Выпуск системы управления инфраструктурой виртуализации oVir..."  +/
Сообщение от DeerFriend (?), 21-Апр-22, 12:09 
> Просто как GUI использовать можно?

нет, просто как GUI можно использовать cockpit.

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

20. "Выпуск системы управления инфраструктурой виртуализации oVir..."  +/
Сообщение от mikhailnov (ok), 21-Апр-22, 15:52 
Или virt-manager
Ответить | Правка | Наверх | Cообщить модератору

6. "Выпуск системы управления инфраструктурой виртуализации oVir..."  +/
Сообщение от pofigist (?), 21-Апр-22, 12:24 
Нет.
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

14. "Выпуск системы управления инфраструктурой виртуализации oVir..."  +1 +/
Сообщение от Vlademail (??), 21-Апр-22, 13:09 
webvirtcloud для такого подходит
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

18. "Выпуск системы управления инфраструктурой виртуализации oVir..."  +4 +/
Сообщение от commiethebeastie (ok), 21-Апр-22, 15:15 
Еще можно купить самолет, поставить его в трейлерный парк и там жить.
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

3. "Выпуск системы управления инфраструктурой виртуализации oVir..."  +/
Сообщение от слакавод (?), 21-Апр-22, 11:46 
Кто юзает в проде?
И как оно?
Ответить | Правка | Наверх | Cообщить модератору

4. "Выпуск системы управления инфраструктурой виртуализации oVir..."  +3 +/
Сообщение от DeerFriend (?), 21-Апр-22, 12:07 
В проде отлично. Есть нюансы относительно какой-нибудь vmware, админов с опытом найти сложнее.
Серьёзных косяков не замечено, а мелкие есть у всех.
С учетом бесплатности и открытости - можно смело пользовать.
Ответить | Правка | Наверх | Cообщить модератору

7. "Выпуск системы управления инфраструктурой виртуализации oVir..."  –3 +/
Сообщение от Ан (??), 21-Апр-22, 12:25 
Учитывая существование Xen, непонятно, зачем использовать oVirt.
Ответить | Правка | Наверх | Cообщить модератору

9. "Выпуск системы управления инфраструктурой виртуализации oVir..."  +/
Сообщение от pofigist (?), 21-Апр-22, 12:30 
Xen в опенсоурсное варианте увы последовательно гнобится Citrix. И сейчас его увы использовать невозможно.
Ответить | Правка | Наверх | Cообщить модератору

11. "Выпуск системы управления инфраструктурой виртуализации oVir..."  +1 +/
Сообщение от Ан (??), 21-Апр-22, 12:32 
Так что именно там гнобится и в чём заключается невозможность использования? Вот прямо на примере Xen 4.16.1 + XCP-ng 8.2.1
Ответить | Правка | Наверх | Cообщить модератору

12. "Выпуск системы управления инфраструктурой виртуализации oVir..."  +/
Сообщение от Ан (??), 21-Апр-22, 12:33 
https://xcp-ng.org/blog/2022/04/13/how-bedrock-streaming-mig.../
Ответить | Правка | Наверх | Cообщить модератору

33. "Выпуск системы управления инфраструктурой виртуализации oVir..."  +/
Сообщение от pofigist (?), 23-Апр-22, 09:43 
Сети и сторадж. Одно время даже отказоустойчивость начали выпиливать.
XCP-ng - неплохое решение для SOHO, может даже лучше oVirt из-за поддержки всякого старья.
Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

34. "Выпуск системы управления инфраструктурой виртуализации oVir..."  +/
Сообщение от Ан (??), 23-Апр-22, 10:42 
> Сети и сторадж. Одно время даже отказоустойчивость начали выпиливать.
> XCP-ng - неплохое решение для SOHO, может даже лучше oVirt из-за поддержки
> всякого старья.

Так oVirt тоже SOHO-уровень. А я именно с ним и сравниваю.

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

40. "Выпуск системы управления инфраструктурой виртуализации oVir..."  +/
Сообщение от pofigist (?), 23-Апр-22, 15:54 
oVirt всё-таки не SOHO. В нем есть достаточно серьезная сеть хотя бы.
Ответить | Правка | Наверх | Cообщить модератору

41. "Выпуск системы управления инфраструктурой виртуализации oVir..."  +/
Сообщение от Ан (??), 23-Апр-22, 16:04 
> oVirt всё-таки не SOHO. В нем есть достаточно серьезная сеть хотя бы.

Чем сеть в Xen хуже?

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

42. "Выпуск системы управления инфраструктурой виртуализации oVir..."  +/
Сообщение от Ан (??), 23-Апр-22, 16:06 
>> oVirt всё-таки не SOHO. В нем есть достаточно серьезная сеть хотя бы.
> Чем сеть в Xen хуже?

Тот же самый Openvswitch, что и в овирте.

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

21. "Выпуск системы управления инфраструктурой виртуализации oVir..."  –2 +/
Сообщение от bugaga (?), 21-Апр-22, 16:39 
от этого трупа уже даже амазон отказался, но некрофилия конечно личный выбор каждого
Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

23. "Выпуск системы управления инфраструктурой виртуализации oVir..."  +/
Сообщение от Ан (??), 21-Апр-22, 16:59 
"даже Amazon"? У Амазона задачи совершенно другие по сравнению с задачами пользователей овирта. а насчёт некрофилии это твои влажные фантазии:

https://xenproject.org/category/releases/

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

8. "Выпуск системы управления инфраструктурой виртуализации oVir..."  –3 +/
Сообщение от pofigist (?), 21-Апр-22, 12:28 
Единственное опенсоурсное решение, пригодное для корпоративного применения.

Есть свои нюансы и засады, но если надо куда-то валить с вмтвари - альтернатив просто нет. Ну да - XCPng есть, но там вечная проблема с тем что Citrix последовательно кастрируют опенсоурсную версию Xen

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

10. "Выпуск системы управления инфраструктурой виртуализации oVir..."  +/
Сообщение от Ан (??), 21-Апр-22, 12:31 
Что именно кастрируют? С примерами.
Ответить | Правка | Наверх | Cообщить модератору

17. "Выпуск системы управления инфраструктурой виртуализации oVir..."  +/
Сообщение от Аноним (17), 21-Апр-22, 13:56 
Ну имхо, не столько кастрирует, сколько не развивает.

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

Ему просто не надо развивать то что он не продаёт, поэтому под Xen со всем этим туго.

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

Попытка оживить его через альтернативные свободные проекты вроде XCP-ng имеется. Но предыдущий оратор прав про то, что Citrix не заинтересован в том, что делает сообщество - это раз. И два: сообщество не пишет ни сторадж, ни сети. Они пытаются интегрироваться с тем что есть, как бы доводя это до уровня Proxmox, но не выше. Если смотреть на всё это именно с точки зрения гипервизоров, то я всегда предпочту Type-1, особенно учитывая новые планировщики в свежих версиях Xen. Но это моё личное мнение. На практике есть множество других факторов... например, отсутствие некоторых автоматизаций на стороне инфраструктуры могут вынудить отказаться и от XCP-ng и от Proxmox одновременно.

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

13. "Выпуск системы управления инфраструктурой виртуализации oVir..."  +2 +/
Сообщение от OH (??), 21-Апр-22, 12:55 
proxmox?
вот уже как много лет в проде и продаётся
Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

15. "Выпуск системы управления инфраструктурой виртуализации oVir..."  +17 +/
Сообщение от Аноним (17), 21-Апр-22, 13:28 
Имел дело с oVirt и с его платными версиями от Red Hat.

Если системный администратор разбирается в тонкостях ОС Linux он сможет легко использовать oVirt и ей подобные, потому что это всего-навсего надстройка над всем тем, что и так есть в Linux.

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

1. Не так страшен oVirt как его storage
Red Hat уже начал писать новый сторадж, чтобы решить все эти проблемы, но его пока еще нет, поэтому напишем о проблемах по-факту. Гиперконвергентное развертывание oVirt в сочетании с GlusterFS в ненадёжных руках - это карточный домик. Под HCI-развертывание предлагаются отдельные образы за подпиской и к ним нужно докупать хотя бы базовый саппорт от RH, потому что его очень легко сломать и трудно починить. Кроме того как и под любое HCI-решение требуется выполнить уйму сетевых требований, которые новичку будут не понятны, а документация опять по подписке. Вторая проблема - это Ceph. Ceph - это конвергентное объектное хранилище. Для размещения виртуалок на сверхбыстрых NVMe дисках эта штука пожирает производительность фактом своего существования на отдельно стоящем кластере и кучей абстракций в юзерспейсе. Для медленного стораджа и для контейнеров он хорош, хоть поедает много ресурсов CPU. Опять же, если кто-то догадается совместить его кластер с кластером виртуализации, то он познает боль. Последнее что вы захотите делать - это играть в угадайку, где чего накрутил RH в своих продуктах и дистрах (документация закрыта подпиской), когда у вас сторадж упал. В этом смысле Microsoft Storage Spaces проще и понятнее. Это всё уступает даже VMware VSAN, который мягко говоря отстаёт от S2D по поддержке некоторых HCI-топологий.

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

2. Забудьте про Virtual Desktop на oVirt
oVirt - это самое плохое, что может случиться с компанией, которая применяет виртуализацию рабочих мест с использованием графических ускорителей. Там всё настолько плохо с поддержкой API, что самое лучшее что вы можете сделать - поставить рядом кластер с Xen. Проблема виртуализации десктопов в том, что хосты виртуализации тюнятся совсем по другим принципам. В условиях обычной виртуализации вам нужна предсказуемость работы вашего оборудования и предсказуемая производительность. По виртуальные десктопы вы захотите, чтобы планировщик процессов гипервизора четко интегрировался с планировщиками процессов гостя и играл с ними в игры через SMT (Hyper Threading и его временное отключение на ядре при использовании Turbo Boost). Кроме того вам нужна поддержка виртуализации GPU адаптеров и поддержка Pass Through не только на уровне гипервизора, но еще и на уровне API управления, чтобы генерировать динамические виртуальные машины по из шаблонов. Пользователи при этом имеют перемещаемые профили. oVirt даже в сочетании с NiceDCV может очень мало и все хосты под десктопы всё равно не должны принимать на себя виртуальные сервера, поэтому почему бы действительно не поставить рядышком Xen.
Опять же, если у вас нет задач по массовой виртуализации десктопов, вам этот минус не актуален. Это не значит, что в oVirt нельзя использовать GPU или заниматься расчётами, можно. И прокидывать их можно. Теоретически, всё можно. Даже Proxmox может, однако на практике там ну никакой автоматизации нет, хоть Hyper-V ставь. Когда у вас этих десктопов больше 200 становится невыносимо.

3. Не минус, а скорее специфическая особенность рынка. У всех инфраструктурных решений с KVM либо жутко дорогие бекап-решения, либо совершенно костыльные. Commvault да и даже Acronis стоят не малых денег... Это так странно, когда даже платная версия RHEV вам обходится дешевле её же бекапилки...
Костылестроителям на ансибле, который зачастую вращается внутри той же самой инфраструктуры хочется передать пламенный привет и напомнить, что нужно бекапить еще и менеджмент-ноды и уметь восстанавливать машины в другие кластеры и восстанавливать машины конвертациями в другие гипервизоры. Встречал я такие бекапы выключенных виртуалок сделанных tar.gz, которые восстановить оперативно не получается. Но это не проблема oVirt, это просто низкая конкуренция готовых бекап-решений под KVM. Низкая конкуренция -> высокая цена.

Если с п.2 смирятся десятки тысяч даже самых крупных бизнесов (не всем нужен VD), то п.1 это большое техническое ограничение, которое обуславливает низкую цену на платные версии RHEV по сравнению с конкурентами. Под "низкую" я имею в виду в 10 раз ниже!

oVirt имеет значительное преимущество перед Proxmox, например, потому что не имеет такой убогой сети.
Точнее как... Он её имеет и умеет, но вам вовсе не обязательно страдать, вы можете просто использовать OpenStack Neutron в рамках вашего кластера. И совершенно пофиг, что ваша вышестоящая сеть не понимает VXLAN и не поддерживает VRF и не поднимает VTEP-ы на вышестоящих коммутаторах. Всё лучше чем то что делает Proxmox (а точнее НЕ делает).

У Proxmox и oVirt есть еще одна общая черта: уронить виртуалку OOM-киллером. Ни один ни второй не имеют защиты от дурака и не учит дуралеев-админов считать overcommitment ни по CPU, ни по RAM. А это придётся делать отдельно самостоятельно мониторингом. Причем второе (по RAM) разительно сложнее, потому что см п.1 если вы впаяли HCI-сторадж как попало, то идите угадайте, сколько нужно на ноде под страничный кэш и пересчитайте калькуляцию по памяти доступной под VM. oVirt за вас это не сделает. Хотите дешевый HCI-кластер, который не позволит вам отстрелить себе ногу, купите Virtuozzo или System Center.

Если выбирать между решения поверх KVM я рекомендую oVirt/RHEV всем кто не готов платить, остальным Virtuozzo. Бомж-решения (proxmox) и буржуй-решения (nutanix) я не признаю. Если вам нужен виртуальный рабочий стол, я порекомендую поставить рядом Citrix (Xen) в классическом конвергентном развертывании или даже Hyper-V, потому что ну очень плохо с этим на KVM. VMware не предлагать, ею я сыт по горло. Соотношение цена/качество там как у нутаникса, но она распиарена дурачками админами, которые её ставят ломаную по мануалу из интернета и не знают, что с ней делать.

Оговорюсь, что я сейчас выдвигаю предложения для небольших развертываний от 16-32 физических серверов с конвергентной сетью не ниже 10G на адаптер (коих у вас как минимум 2) и соответствующие коммутаторы хотя бы парочка в MLAG. Если вы используете что-то меньше чем 5 физических серверов, то целесообразность oVirt для вас под вопросом. Вам тогда должно быть вообще всё равно...

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

16. "Выпуск системы управления инфраструктурой виртуализации oVir..."  +/
Сообщение от DeerFriend (?), 21-Апр-22, 13:43 
А можете также подробно рассказать про openshift/okd/kubernetes ?
Там теперь можно и виртуалки запускать и контейнеры одновременно.
Ответить | Правка | Наверх | Cообщить модератору

19. "Выпуск системы управления инфраструктурой виртуализации oVir..."  +2 +/
Сообщение от Аноним (17), 21-Апр-22, 15:15 
> А можете также подробно рассказать про openshift/okd/kubernetes ?

Попробую, только я не девопс, а инфраструктурщик. Я мало что в этом понимаю...

> Там теперь можно и виртуалки запускать и контейнеры одновременно.

А это, друг мой, прямое следствие фразы, которую я писал выше: "oVirt без OpenStack в проде это действительно редкость". Из-за того что oVirt-образные решения используют IBM/Red Hat и Oracle для организации своих облаков и для предоставления ПО для гибридных облаков уже как вендоры on-prem OpenStack им очень интересно брать низкоуровневые ключевые модули опенстека и сопровождать их в рамках своей открытой инфраструктуры виртуализации.

Из oVirt появляется RHEV и OEV поверх которых чаще всего ставится OpenStack, который в свою очередь собирают также в платные продукты/пакеты и сопровождается теми же вендорами. Напрашивается закономерный вопрос. Зачем делать работу по 2 раза? Можно просто взять важнейшие компоненты опенстека и сразу их засунуть в инфраструктуру виртуализации, а не делать одну и ту же работу по 2 раза, по 2 раза.

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

Вот есть гипервизор и вот есть OpenStack Nova, которая предоставляет REST API для гипервизоров. Задача привязать nova к вашему KVM и, вуаля (nova сама по себе может быть привязана к любому гипервизору, хоть hyper-v). Тут всё понятно. Но вот когда дело доходит до сети, нельзя просто так взять и привязать OpenStack Neutron API к инфраструктуре виртуализации, нужно сначала поменять драйверы виртуальных коммутаторов с LVS на OVS. А исторически, они разрабатывались совместно с Neutron как альтернатива VMware NSX (старых версий до перехода на протокол geneva) и, соответственно, добавляя Neutron, мы добавляем OVS и поддержку программно-определяемых сетей. По такой же логике появляется поддержка контейнеров. Они ведь уже есть LXC/LXD/Docker и прочее. Им-то в конечном итоге нужно предоставить OpenStack Magnum API, которое в сочетанием с API оркестратора (Openstack Heat) и позволит автоматом деплоить кубернетис внутри проекта (теннанта). Отсюда и желание сделать так, чтобы всё уже было готово по-максимуму внутри инфраструктуры виртуализации, а установка Openstack сводилась к запуску плейбуков ансибла... точнее OpenStack Kolla.

Суть в том что все контейнерные компоненты не просто открыты, они еще и стандартизируются облачным консорциумом (забыл как он называется, сами погуглите), который занимается стандартизацией и самого опенстека и кубернетиса тоже. oVirt, как я и писал выше, вообще не имеет клиента в малом бизнесе. Сейчас он сводится к тому, что если вы клиент и покупаете RHEV (c лицензией на пару сокетов проца, а даже не по ядрам) вы получаете RHEL, на который всё установлено и вот эту самую инфраструктуру виртуализации (oVirt) в её минимальной комплектации + техсаппорт за который оплата по подписке. А OpenStack у них - это расширенный пакет и OpenShift это еще один пакет, но "это другое"... короче видите как тут всё не про малый бизнес?

Теперь про OpenShift. Он соотносится с OKD так же как RHEV с oVirt. Одно стабильное и на саппорте, а второе бесплатное открытое и слегка экспериментальное. OKD - это история про то почему традиционный старый докер(-сворм) 2014-го года деплоймента был мертворождённым. В той раз-раз и в прод контейнеризации нет понятия безопасности как класса. И это не просто для красного словца, типа вай-вай докер дырявый. Это именно объективная реальность невозможности произвести должную изоляцию одних частей контейнерной инфраструктуры от другой с учетом профилирования ресурсов. Linux не просто так переходил на cgroups v2 и не просто так стандартизируют кубик и его компоненты, включая сетевые, потому что первичные попытки сделать схожую контейнерную инфраструктуру в рамках опенстека кончились разбродом, шатаниями и отсутствием безопасности, поэтому k8s используется для контейнеров массово, а голый опенстек сильно реже.

Кубик сам по себе может быть любым и может быть собран так, что одни его части не изолированы от других. Red Hat придумал ввести ограничения через SELinux, убрать root и привнести в него мультитеннантность. Вот так и появился OKD - частный случай кубика от RH с поддержкой безопасности из коробки. Это не значит, что на ванильном кубике нельзя сделать лучше или также... просто там всё это не обязательно... с одной стороны, а с другой стороны, удачи вам нагуглить докер с докерхаба в OKD. Многие не соберутся, потому что OKD режет контейнеры по правам. Оно не совместимо с ванильным кубиком.

Отсюда и разные пакеты. Вы можете развернуть кубик как сервис в рамках опенстека и ограничить его проектами (теннантами) опенстека. Тогда каждой микросервисное приложение требует отдельного OpenStack-проекта. Альтернативно можно использовать OKD/OpenShift и засунуть несколько приложений внутрь одного OKD,  и тогда мультитенантность генерируется за счет OKD.

С точки зрения инфраструктуры виртуализации никакой мультитенантности и никаких проектов нет. Это сущности, которые генерирует вышестоящее API. И вот это может быть OpenStack с его теннантами по кубику в каждом теннанте под каждое микросервисное приложение. Или наоборот это OpenShift(OKD) генерирует тенанты, как сущности внутри преднастроенного кубернетис-кластера.

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

24. "Выпуск системы управления инфраструктурой виртуализации oVir..."  +2 +/
Сообщение от bugaga (?), 21-Апр-22, 17:01 
Проект называется kubevirt (или CNV), в контейнере поднимается KVM, либвирт в сайдкаре, и все это управляется стандартными средствами k8s/openshift. Tам есть некоторые сложности с сетью, которые на самом деле решены из коробки для большинства случаев применения. Ну и стандартный для виртуалок набор фичеров.

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

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

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

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

25. "Выпуск системы управления инфраструктурой виртуализации oVir..."  +/
Сообщение от RHEL Fan (?), 21-Апр-22, 23:19 
У овирта в блоге написано, что RHV по роадмапу скоро фсе. Last year, Red Hat published an update to the RHV product life cycle, announcing its end of life in August 2026, with  OpenShift Virtualization as its successor. Ну, не совсем скоро, но «останется только один».
Ответить | Правка | Наверх | Cообщить модератору

29. "Выпуск системы управления инфраструктурой виртуализации oVir..."  +/
Сообщение от DeerFriend (?), 22-Апр-22, 11:28 
Примерно такое же мнение слышал и про опенстек.
Ответить | Правка | Наверх | Cообщить модератору

46. "Выпуск системы управления инфраструктурой виртуализации oVir..."  +/
Сообщение от ТотСамыйАнонимныйАнонимус (?), 27-Апр-22, 21:25 
2026 это когда по саппорту с фиксами ЛТС которая потом фсё. По факту все это перестанет продаваца в конце 2024 начале 2025. И вообще у редхат вроде 3 года обычно делается на поддержку такого легаси, тут они чето сьезжают по резкому, видать свербит эта блоатЯваКучаГавна .... для которой даже цефф плагин так и не написано.
Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

22. "Выпуск системы управления инфраструктурой виртуализации oVir..."  +/
Сообщение от bugaga (?), 21-Апр-22, 16:52 
> Если системный администратор разбирается в тонкостях ОС Linux он сможет легко использовать oVirt и ей подобные, потому что это всего-навсего надстройка над всем тем, что и так есть в Linux.

на хостах все так, но engine это намного больше.

> Тем кто покрупнее я предложу еще сверху накрутить OpenStack

ну боже-ж мой...

> Не так страшен oVirt как его storage

у овирта прекрасный block storage и еще лучше поддержка NFS, кое в чем блочный подход овирта до сих пор впереди прочих (особенно в плане масштабируемости кластера). гластер - не овирт а отдельный проект, который никогда не был особо хорош для виртуализации, и то что его интегрировали в овирт еще не означает что надо этим пользоваться.

> Забудьте про Virtual Desktop на oVirt

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

> Не минус, а скорее специфическая особенность рынка. У всех инфраструктурных решений с KVM либо жутко дорогие бекап-решения, либо совершенно костыльные. Commvault да и даже Acronis стоят не малых денег... Это так странно, когда даже платная версия RHEV вам обходится дешевле её же бекапилки...

бекапить можно и самому, там есть встроенный API которым можно рулить даже просто из ансибла. Но вообще есть совсем не дорогой (и бесплатный для 10 машин) storware. И да, я бекапил и восстанавливал машины на куче установок и выкатывал бекапы в тот же опенстак по мере надобности.


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

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

27. "Выпуск системы управления инфраструктурой виртуализации oVir..."  +/
Сообщение от пох. (?), 22-Апр-22, 10:22 
> Если системный администратор разбирается в тонкостях ОС Linux

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

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

> Не так страшен oVirt как его storage

а вот с этого места хотелось бы услышать подробностей - как вам удается без конца ломать gluster и какие такие у него могут быть сетевые требования сложнее чем у банальной nfs?

Я знаю только один надежный способ - устроить мигающий split-brain и наслаждаться как он сам поудаляет все данные, причем те должны быть ec-coded, иначе опять ничего не получится. Но во-первых он надежно работал с версией 3какой-то а на дворе то ли 10, то ли 101, хрен этих любителей бессмысленных больших чисел поймешь. Во-вторых где я таких плохих сетей найду? В Ливан не поеду!

> Если вы используете что-то меньше чем 5 физических серверов, то целесообразность oVirt для вас
> под вопросом. Вам тогда должно быть вообще всё равно...

используйте ломанную вмварь, ага. Неломанная на такой размерчик и недорого совсем даже с пресловутыми "конвергентными" решениями "чтоб за сторадж и сеть не платить", но одичалым уже не продают, а ваша учетка не учетка. А так в ней все перечисленное просто работает. Причем и на одном сервере работает, и на 500. Как это выглядит на 5000 - мне лично мало интересно. Но говорят как-то выглядит.

Интересно - почему у л@п4ых не получается осилить то же самое? Даже хрен с ним, с oom.

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

31. "Выпуск системы управления инфраструктурой виртуализации oVir..."  +/
Сообщение от RHEL Fan (?), 22-Апр-22, 22:11 
Да вон у RH до сих пор висит Data Corruption observed for Red Hat Gluster Storage Volume with sharding enabled.
Сама по себе возможность отключить шардинг без всяких там yes-i-really-really-mean-it даёт простое средство превратить все имиджи в кучку мелких файликов.
Ответить | Правка | Наверх | Cообщить модератору

35. "Выпуск системы управления инфраструктурой виртуализации oVir..."  +/
Сообщение от пох. (?), 23-Апр-22, 14:22 
> "Data Corruption observed for Red Hat Gluster Storage Volume with sharding enabled"

ну а кто от этой фичи всерьез ждал успеха? Она ж херит всю идею что мы храним файлы как файлы и даже если все и совсем навсегда навернется, они останутся где были. Здравствуй, обратно, block storage только через сто прослоек и через задницу с dht.

> Сама по себе возможность отключить шардинг

э? Включить ты хотел сказать? Он же выключен по умолчанию. Был?! Или это rhev его целенаправленно включает для своих целей?

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

30. "Выпуск системы управления инфраструктурой виртуализации oVir..."  –1 +/
Сообщение от pofigist (?), 22-Апр-22, 17:46 
Можешь попробовать бекапить с помощью BareOS. Вроде умеет, но в продаете не гонял.
Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

36. "Выпуск системы управления инфраструктурой виртуализации oVir..."  +/
Сообщение от Минона (ok), 23-Апр-22, 14:29 
> Бомж-решения (proxmox) и буржуй-решения (nutanix) я не признаю.

А, например, решения на базе SmartOS?

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

32. "Выпуск системы управления инфраструктурой виртуализации oVir..."  +1 +/
Сообщение от RHEL Fan (?), 22-Апр-22, 22:19 
Скоро много кто заюзает, на овирт, наверное, процентов 80 «отечественного» ПО виртуализации основано.
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

37. "Выпуск системы управления инфраструктурой виртуализации oVir..."  +/
Сообщение от Минона (ok), 23-Апр-22, 14:33 
Это про какое "отечественное" ПО речь?
Альтовцы косплеят проксмокс.
Ещё кто есть?
Ответить | Правка | Наверх | Cообщить модератору

39. "Выпуск системы управления инфраструктурой виртуализации oVir..."  +/
Сообщение от pofigist (?), 23-Апр-22, 15:52 
Альтовцы косплеили опен небулу, за что и поплатились...
Ответить | Правка | Наверх | Cообщить модератору

45. "Выпуск системы управления инфраструктурой виртуализации oVir..."  +/
Сообщение от ТотСамыйАнонимныйАнонимус (?), 27-Апр-22, 21:22 
поподробнее можно? Каким макаром платили - натурально?
Ответить | Правка | Наверх | Cообщить модератору

44. "Выпуск системы управления инфраструктурой виртуализации oVir..."  +/
Сообщение от RHEL Fan (?), 23-Апр-22, 23:43 
Это, например, роса и ред. И звирт еще какой-то, вроде.
Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

26. "Выпуск системы управления инфраструктурой виртуализации oVir..."  +2 +/
Сообщение от RHEL Fan (?), 21-Апр-22, 23:42 
Про похерили в 2009 не знаю, но ещё в 2019 они (RH) говорили, что за стоимость RHV вы получите весь фарш в т.ч. и VDI. Про использующих его я, правда, не слышал.
Бэкапить то, конечно, можно, но хотелось бы CBT, а не целиком образ гонять.
Много кто начинался как классический кластер, но раз взялись, к примеру, гластер прикручивать так и сделали бы по-человечески. А то включишь поддержку libgfs или как она там, отвалятся снапшоты. Не включишь — будут тормоза.
Ответить | Правка | Наверх | Cообщить модератору

28. "Выпуск системы управления инфраструктурой виртуализации oVir..."  +/
Сообщение от пох. (?), 22-Апр-22, 10:27 
Рабинович - откройте рот! Тааак... закройте! Не вижу патологии, мешающей вам говорить то же самое.

Получите. Можешь даже запустить целый один свой личный десктопчик. А дальше с него параллельный ксен настроить, например. Платный, конечно.

И да, после похорон последнего вменяемого протокола для этих десктопчиков как-то и непонятно, на чем их теперь делать редхату. (SPICE же предан анафеме как NiH и вообще щас покажем как нада...ой, ну вода сегодня холодная, а так-то у нас огого и эгеге)

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

38. "Выпуск системы управления инфраструктурой виртуализации oVir..."  +/
Сообщение от Минона (ok), 23-Апр-22, 14:37 
Почему последнего?
А на чем их делает цитрикс и варя?
Ответить | Правка | Наверх | Cообщить модератору

43. "Выпуск системы управления инфраструктурой виртуализации oVir..."  +/
Сообщение от пох. (?), 23-Апр-22, 23:19 
> Почему последнего?
> А на чем их делает цитрикс и варя?

на анал0г0внетных специфичных разработках, у каждого по две несовместимых, ой, нет, три, ой... ну ты понял, да? В целом и логичненько, поскольку кое-как пробросить серверную консоль для разовой установки, обеспечить паравиртуальный 3d-ускоритель в единичном экземпляре и организовать доступ
10000 офисных хомячков к VDI - три совершенно разные задачи. (с ухмылкой косясь на bsd-way - взять
и забить на все три, а чо, и так сойдет!)

У твари протоколы закрытые, у цитрикса формально есть исходники на ICA, но спеков в открытом доступе (уже) нет.

А корпорация зла взяла и не парясь просто интегрировала rdp в свой pv-драйвер ;-)

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

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру