The OpenNET Project / Index page

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

Выпуск системы управления инфраструктурой виртуализации oVirt 4.5.0

21.04.2022 09:57

Представлен релиз 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.

oVirt представляет собой стек, охватывающий все уровни виртуализации - от гипервизора до API и GUI-интерфейса. Несмотря на то, что в качестве основного гипервизора в oVirt позиционируется KVM, интерфейс реализован как надстройка над библиотекой libvirt, которая абстрагирована от типа гипервизора и подходит для управления виртуальными машинами на базе различных систем виртуализации, включая Xen и VirtualBox. В составе oVirt развивается интерфейс для быстрого массового создания высокодоступных виртуальных машин с поддержкой средств Live-миграции окружений между серверами без остановки работы.

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

Наиболее заметные новшества:

  • Обеспечена поддержка CentOS Stream 8 и RHEL 8.6-бета.
  • Реализована экспериментальная поддержка CentOS Stream 9.
  • Обновлены версии используемых компонентов, в том числе GlusterFS 10.1, RDO OpenStack Yoga, OVS 2.15 и Ansible Core 2.12.2.
  • Реализована встроенная поддержка IPSec для хостов с виртуальной сетью OVN (Open Virtual Network) и настроенным пакетом ovirt-provider-ovn.
  • Добавлена поддержка спецификации Virtio 1.1.
  • Предоставлена возможность включения технологии NVIDIA Unified Memory для виртуальных GPU (mdev vGPU).
  • Ускорен экспорт в OVA (Open Virtual Appliance), используя NFS.
  • В web-интерфейс во вкладку профилей vNIC добавлена функция поиска.
  • Улучшено информирование о грядущем устаревании сертификатов.
  • Добавлена поддержка Windows 2022.
  • Для хостов в состав включён пакет nvme-cli.
  • Обеспечена автоматическая привязка CPU и NUMA при миграции.
  • Предоставлена возможность переводить хранилище в режим сопровождения с заморозкой виртуальных машин.
  • Устранено 9 уявзимостей, 8 из которых присвоен умеренный уровень опасности, а одной - низкий. В основном проблемы касаются межсайтового скриптинга (XSS) в web-интерфейсе и отказов в обслуживании в обработчике регулярных выражений.


  1. Главная ссылка к новости (https://blogs.ovirt.org/2022/0...)
  2. OpenNews: Релиз Proxmox VE 7.1, дистрибутива для организации работы виртуальных серверов
  3. OpenNews: Доступна система управления инфраструктурой виртуализации oVirt 4.0.0
  4. OpenNews: Компания Red Hat представила GlusterFS 3.4
  5. OpenNews: Компания Amazon опубликовала систему виртуализации Firecracker 1.0
  6. OpenNews: Релиз ОС Qubes 4.1, использующей виртуализацию для изоляции приложений
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/57057-ovirt
Ключевые слова: ovirt, virtual
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (46) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 11:08, 21/04/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Просто как GUI использовать можно?
    Накатить в виртуалку и управлять готовой инфраструктурой на libvirt?
     
     
  • 2.2, Аноним (2), 11:31, 21/04/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Просто как GUI использовать можно?

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

     
  • 2.5, DeerFriend (?), 12:09, 21/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Просто как GUI использовать можно?

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

     
     
  • 3.20, mikhailnov (ok), 15:52, 21/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Или virt-manager
     
  • 2.6, pofigist (?), 12:24, 21/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Нет.
     
  • 2.14, Vlad (??), 13:09, 21/04/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    webvirtcloud для такого подходит
     
  • 2.18, commiethebeastie (ok), 15:15, 21/04/2022 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Еще можно купить самолет, поставить его в трейлерный парк и там жить.
     

  • 1.3, слакавод (?), 11:46, 21/04/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Кто юзает в проде?
    И как оно?
     
     
  • 2.4, DeerFriend (?), 12:07, 21/04/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    В проде отлично. Есть нюансы относительно какой-нибудь vmware, админов с опытом найти сложнее.
    Серьёзных косяков не замечено, а мелкие есть у всех.
    С учетом бесплатности и открытости - можно смело пользовать.
     
     
  • 3.7, Ан (??), 12:25, 21/04/2022 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Учитывая существование Xen, непонятно, зачем использовать oVirt.
     
     
  • 4.9, pofigist (?), 12:30, 21/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Xen в опенсоурсное варианте увы последовательно гнобится Citrix. И сейчас его увы использовать невозможно.
     
     
  • 5.11, Ан (??), 12:32, 21/04/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Так что именно там гнобится и в чём заключается невозможность использования? Вот прямо на примере Xen 4.16.1 + XCP-ng 8.2.1
     
     
  • 6.12, Ан (??), 12:33, 21/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    https://xcp-ng.org/blog/2022/04/13/how-bedrock-streaming-migrated-from-vmware-
     
  • 6.33, pofigist (?), 09:43, 23/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Сети и сторадж. Одно время даже отказоустойчивость начали выпиливать.
    XCP-ng - неплохое решение для SOHO, может даже лучше oVirt из-за поддержки всякого старья.
     
     
  • 7.34, Ан (??), 10:42, 23/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Сети и сторадж. Одно время даже отказоустойчивость начали выпиливать.
    > XCP-ng - неплохое решение для SOHO, может даже лучше oVirt из-за поддержки
    > всякого старья.

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

     
     
  • 8.40, pofigist (?), 15:54, 23/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    oVirt всё-таки не SOHO В нем есть достаточно серьезная сеть хотя бы ... текст свёрнут, показать
     
     
  • 9.41, Ан (??), 16:04, 23/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Чем сеть в Xen хуже ... текст свёрнут, показать
     
     
  • 10.42, Ан (??), 16:06, 23/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Тот же самый Openvswitch, что и в овирте ... текст свёрнут, показать
     
  • 4.21, bugaga (?), 16:39, 21/04/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    от этого трупа уже даже амазон отказался, но некрофилия конечно личный выбор каждого
     
     
  • 5.23, Ан (??), 16:59, 21/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    "даже Amazon"? У Амазона задачи совершенно другие по сравнению с задачами пользователей овирта. а насчёт некрофилии это твои влажные фантазии:

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

     
  • 2.8, pofigist (?), 12:28, 21/04/2022 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Единственное опенсоурсное решение, пригодное для корпоративного применения.

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

     
     
  • 3.10, Ан (??), 12:31, 21/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Что именно кастрируют? С примерами.
     
     
  • 4.17, Аноним (17), 13:56, 21/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ну имхо, не столько кастрирует, сколько не развивает.

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

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

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

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

     
  • 3.13, OH (??), 12:55, 21/04/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    proxmox?
    вот уже как много лет в проде и продаётся
     
  • 2.15, Аноним (17), 13:28, 21/04/2022 [^] [^^] [^^^] [ответить]  
  • +17 +/
    Имел дело с 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.16, DeerFriend (?), 13:43, 21/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А можете также подробно рассказать про openshift/okd/kubernetes ?
    Там теперь можно и виртуалки запускать и контейнеры одновременно.
     
     
  • 4.19, Аноним (17), 15:15, 21/04/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Попробую, только я не девопс, а инфраструктурщик Я мало что в этом понимаю А... большой текст свёрнут, показать
     
  • 4.24, bugaga (?), 17:01, 21/04/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Проект называется kubevirt (или CNV), в контейнере поднимается KVM, либвирт в сайдкаре, и все это управляется стандартными средствами k8s/openshift. Tам есть некоторые сложности с сетью, которые на самом деле решены из коробки для большинства случаев применения. Ну и стандартный для виртуалок набор фичеров.

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

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

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

     
     
  • 5.25, RHEL Fan (?), 23:19, 21/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    У овирта в блоге написано, что 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. Ну, не совсем скоро, но «останется только один».
     
     
  • 6.29, DeerFriend (?), 11:28, 22/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Примерно такое же мнение слышал и про опенстек.
     
  • 6.46, ТотСамыйАнонимныйАнонимус (?), 21:25, 27/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    2026 это когда по саппорту с фиксами ЛТС которая потом фсё. По факту все это перестанет продаваца в конце 2024 начале 2025. И вообще у редхат вроде 3 года обычно делается на поддержку такого легаси, тут они чето сьезжают по резкому, видать свербит эта блоатЯваКучаГавна .... для которой даже цефф плагин так и не написано.
     
  • 3.22, bugaga (?), 16:52, 21/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Если системный администратор разбирается в тонкостях ОС Linux он сможет легко использовать oVirt и ей подобные, потому что это всего-навсего надстройка над всем тем, что и так есть в Linux.

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

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

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

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

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

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

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

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

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


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

     
  • 3.27, пох. (?), 10:22, 22/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Если системный администратор разбирается в тонкостях ОС Linux

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

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

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

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

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

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

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

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

     
     
  • 4.31, RHEL Fan (?), 22:11, 22/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Да вон у RH до сих пор висит Data Corruption observed for Red Hat Gluster Storage Volume with sharding enabled.
    Сама по себе возможность отключить шардинг без всяких там yes-i-really-really-mean-it даёт простое средство превратить все имиджи в кучку мелких файликов.
     
     
  • 5.35, пох. (?), 14:22, 23/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > "Data Corruption observed for Red Hat Gluster Storage Volume with sharding enabled"

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

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

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

     
  • 3.30, pofigist (?), 17:46, 22/04/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Можешь попробовать бекапить с помощью BareOS. Вроде умеет, но в продаете не гонял.
     
  • 3.36, Минона (ok), 14:29, 23/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Бомж-решения (proxmox) и буржуй-решения (nutanix) я не признаю.

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

     
  • 2.32, RHEL Fan (?), 22:19, 22/04/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Скоро много кто заюзает, на овирт, наверное, процентов 80 «отечественного» ПО виртуализации основано.
     
     
  • 3.37, Минона (ok), 14:33, 23/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Это про какое "отечественное" ПО речь?
    Альтовцы косплеят проксмокс.
    Ещё кто есть?
     
     
  • 4.39, pofigist (?), 15:52, 23/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Альтовцы косплеили опен небулу, за что и поплатились...
     
     
  • 5.45, ТотСамыйАнонимныйАнонимус (?), 21:22, 27/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    поподробнее можно? Каким макаром платили - натурально?
     
  • 4.44, RHEL Fan (?), 23:43, 23/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Это, например, роса и ред. И звирт еще какой-то, вроде.
     

  • 1.26, RHEL Fan (?), 23:42, 21/04/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Про похерили в 2009 не знаю, но ещё в 2019 они (RH) говорили, что за стоимость RHV вы получите весь фарш в т.ч. и VDI. Про использующих его я, правда, не слышал.
    Бэкапить то, конечно, можно, но хотелось бы CBT, а не целиком образ гонять.
    Много кто начинался как классический кластер, но раз взялись, к примеру, гластер прикручивать так и сделали бы по-человечески. А то включишь поддержку libgfs или как она там, отвалятся снапшоты. Не включишь — будут тормоза.
     
     
  • 2.28, пох. (?), 10:27, 22/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Рабинович - откройте рот! Тааак... закройте! Не вижу патологии, мешающей вам говорить то же самое.

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

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

     
     
  • 3.38, Минона (ok), 14:37, 23/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Почему последнего?
    А на чем их делает цитрикс и варя?
     
     
  • 4.43, пох. (?), 23:19, 23/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Почему последнего?
    > А на чем их делает цитрикс и варя?

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

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

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

     
     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



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

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