#ovirt — Public Fediverse posts

Опыт разработки terraform-provider-zvirt

Привет, Хабр. Я Михаил Фучко, технический продакт-менеджер SDN и Terraform в команде zVirt. Я продолжаю серию статей о пути, который мы проделали в процессе разработки собственного провайдера инфраструктуры для Terraform. В предыдущей части мы поговорили о принципиальных причинах неудач и проблем открытого провайдера terraform-provider-ovirt, сделали выводы. Пятая статья цикла будет посвящена ключевым решениям, принятым в ходе разработки собственного закрытого провайдера инфраструктуры zVirt для Terraform.

Эта статья может быть полезна всем, кому предстоит разработка провайдера под специфичный API, слабо совместимый с концепциями Terraform. Мы разберем основные архитектурные решения, обозначим сознательные концептуальные ограничения и приведем пример построения не самой тривиальной «системы поверх системы» для улучшения пользовательского опыта.

https://habr.com/ru/companies/orion_soft/articles/1064846/

#terraform #terraformпровайдер #ovirt #zvirt

Опыт разработки terraform-provider-zvirt

Привет, Хабр. Я Михаил Фучко, технический продакт-менеджер SDN и Terraform в команде zVirt. Я продолжаю серию статей о пути, который мы проделали в процессе разработки собственного провайдера инфраструктуры для Terraform. В предыдущей части мы поговорили о принципиальных причинах неудач и проблем открытого провайдера terraform-provider-ovirt, сделали выводы. Пятая статья цикла будет посвящена ключевым решениям, принятым в ходе разработки собственного закрытого провайдера инфраструктуры zVirt для Terraform.

Эта статья может быть полезна всем, кому предстоит разработка провайдера под специфичный API, слабо совместимый с концепциями Terraform. Мы разберем основные архитектурные решения, обозначим сознательные концептуальные ограничения и приведем пример построения не самой тривиальной «системы поверх системы» для улучшения пользовательского опыта.

https://habr.com/ru/companies/orion_soft/articles/1064846/

#terraform #terraformпровайдер #ovirt #zvirt

Опыт разработки terraform-provider-zvirt

Привет, Хабр. Я Михаил Фучко, технический продакт-менеджер SDN и Terraform в команде zVirt. Я продолжаю серию статей о пути, который мы проделали в процессе разработки собственного провайдера инфраструктуры для Terraform. В предыдущей части мы поговорили о принципиальных причинах неудач и проблем открытого провайдера terraform-provider-ovirt, сделали выводы. Пятая статья цикла будет посвящена ключевым решениям, принятым в ходе разработки собственного закрытого провайдера инфраструктуры zVirt для Terraform.

Эта статья может быть полезна всем, кому предстоит разработка провайдера под специфичный API, слабо совместимый с концепциями Terraform. Мы разберем основные архитектурные решения, обозначим сознательные концептуальные ограничения и приведем пример построения не самой тривиальной «системы поверх системы» для улучшения пользовательского опыта.

https://habr.com/ru/companies/orion_soft/articles/1064846/

#terraform #terraformпровайдер #ovirt #zvirt

Расследуем проблемы terraform-provider-ovirt

Привет, Хабр. Я Михаил Фучко, технический продакт-менеджер SDN и Terraform в команде zVirt . Я продолжаю серию статей о пути, который мы проделали в процессе разработки собственного провайдера инфраструктуры для Terraform. В предыдущей части мы честно попробовали воспользоваться опенсорс-провайдером Terraform для oVirt и получили неоднозначные результаты (на самом деле вполне однозначные) . Эта статья посвящена анализу провала проекта terraform-provider-ovirt. Посмотрим на принятые решения, поищем первопричину, оценим, как надо и как не надо делать, и выработаем основные концептуальные решения перед реализацией своего провайдера. Эта статья может быть полезна всем, кому предстоит написание своего Terraform-провайдера. Работа с унаследованным API, попытки натянуть одну модель управления ресурсами на абсолютно другую и необходимость предусматривать гораздо больше, чем изначально вложено в систему — все это погубило terraform-provider-ovirt и всего этого следует опасаться любому разработчику подобного решения.

https://habr.com/ru/companies/orion_soft/articles/1048046/

#terraform #terraformпровайдер #ovirt #zvirt

Расследуем проблемы terraform-provider-ovirt

Привет, Хабр. Я Михаил Фучко, технический продакт-менеджер SDN и Terraform в команде zVirt . Я продолжаю серию статей о пути, который мы проделали в процессе разработки собственного провайдера инфраструктуры для Terraform. В предыдущей части мы честно попробовали воспользоваться опенсорс-провайдером Terraform для oVirt и получили неоднозначные результаты (на самом деле вполне однозначные) . Эта статья посвящена анализу провала проекта terraform-provider-ovirt. Посмотрим на принятые решения, поищем первопричину, оценим, как надо и как не надо делать, и выработаем основные концептуальные решения перед реализацией своего провайдера. Эта статья может быть полезна всем, кому предстоит написание своего Terraform-провайдера. Работа с унаследованным API, попытки натянуть одну модель управления ресурсами на абсолютно другую и необходимость предусматривать гораздо больше, чем изначально вложено в систему — все это погубило terraform-provider-ovirt и всего этого следует опасаться любому разработчику подобного решения.

https://habr.com/ru/companies/orion_soft/articles/1048046/

#terraform #terraformпровайдер #ovirt #zvirt

Расследуем проблемы terraform-provider-ovirt

Привет, Хабр. Я Михаил Фучко, технический продакт-менеджер SDN и Terraform в команде zVirt . Я продолжаю серию статей о пути, который мы проделали в процессе разработки собственного провайдера инфраструктуры для Terraform. В предыдущей части мы честно попробовали воспользоваться опенсорс-провайдером Terraform для oVirt и получили неоднозначные результаты (на самом деле вполне однозначные) . Эта статья посвящена анализу провала проекта terraform-provider-ovirt. Посмотрим на принятые решения, поищем первопричину, оценим, как надо и как не надо делать, и выработаем основные концептуальные решения перед реализацией своего провайдера. Эта статья может быть полезна всем, кому предстоит написание своего Terraform-провайдера. Работа с унаследованным API, попытки натянуть одну модель управления ресурсами на абсолютно другую и необходимость предусматривать гораздо больше, чем изначально вложено в систему — все это погубило terraform-provider-ovirt и всего этого следует опасаться любому разработчику подобного решения.

https://habr.com/ru/companies/orion_soft/articles/1048046/

#terraform #terraformпровайдер #ovirt #zvirt

Хайстекс Акура 4.5: Свобода миграции без API, нативный бэкап PostgreSQL и защита от шифровальщиков на уровне S3

На этапе масштабирования инфраструктуры вчерашние рабочие процессы часто превращаются в архитектурные Барьеры. Линейный рост расходов на хранение, неочевидная консистентность СУБД при восстановлении из снапшотов и зависимость миграции от наличия и «капризов» API целевой платформы — это реальность, с которой сталкиваются многие команды. Ситуация усложняется, когда бэкапы становятся целью для атак, а стандартного контроля доступа оказывается недостаточно для гарантии сохранности данных. В релизе Хайстекс Акура 4.5 мы собрали как раз те возможности, отсутствие которых в 2026 году уже сложно себе представить. Под катом — подробнее о каждом. Кат

https://habr.com/ru/companies/hstx/articles/1029294/

#Хайстекс_Акура #S3_Object_Lock #дедупликация_данных #РЕД_Виртуализация #oVirt #zVirt #PostgreSQL #резервное_копирование #киберустойчивость #миграция_виртуальной_машины

Хайстекс Акура 4.5: Свобода миграции без API, нативный бэкап PostgreSQL и защита от шифровальщиков на уровне S3

На этапе масштабирования инфраструктуры вчерашние рабочие процессы часто превращаются в архитектурные Барьеры. Линейный рост расходов на хранение, неочевидная консистентность СУБД при восстановлении из снапшотов и зависимость миграции от наличия и «капризов» API целевой платформы — это реальность, с которой сталкиваются многие команды. Ситуация усложняется, когда бэкапы становятся целью для атак, а стандартного контроля доступа оказывается недостаточно для гарантии сохранности данных. В релизе Хайстекс Акура 4.5 мы собрали как раз те возможности, отсутствие которых в 2026 году уже сложно себе представить. Под катом — подробнее о каждом. Кат

https://habr.com/ru/companies/hstx/articles/1029294/

#Хайстекс_Акура #S3_Object_Lock #дедупликация_данных #РЕД_Виртуализация #oVirt #zVirt #PostgreSQL #резервное_копирование #киберустойчивость #миграция_виртуальной_машины

Хайстекс Акура 4.5: Свобода миграции без API, нативный бэкап PostgreSQL и защита от шифровальщиков на уровне S3

На этапе масштабирования инфраструктуры вчерашние рабочие процессы часто превращаются в архитектурные Барьеры. Линейный рост расходов на хранение, неочевидная консистентность СУБД при восстановлении из снапшотов и зависимость миграции от наличия и «капризов» API целевой платформы — это реальность, с которой сталкиваются многие команды. Ситуация усложняется, когда бэкапы становятся целью для атак, а стандартного контроля доступа оказывается недостаточно для гарантии сохранности данных. В релизе Хайстекс Акура 4.5 мы собрали как раз те возможности, отсутствие которых в 2026 году уже сложно себе представить. Под катом — подробнее о каждом. Кат

https://habr.com/ru/companies/hstx/articles/1029294/

#Хайстекс_Акура #S3_Object_Lock #дедупликация_данных #РЕД_Виртуализация #oVirt #zVirt #PostgreSQL #резервное_копирование #киберустойчивость #миграция_виртуальной_машины

История провала terraform-provider-ovirt

Привет, Хабр. Я Михаил Фучко, технический продакт-менеджер SDN и Terraform в команде zVirt . Я продолжаю серию статей о пути, который мы проделали в процессе разработки собственного провайдера инфраструктуры для Terraform. В предыдущих частях мы разобрали , что же такое Terraform, осознали границу между ответственностью HashiCorp и вендора и сформировали примерный облик решения — провайдера инфраструктуры. Третья статья этого цикла будет посвящена обзору достижений (и злоключений) других людей — тех, кто уже попытался привнести IaC в oVirt и не достиг успеха. Что у них получилось? А что не получилось и почему? Ответим на эти вопросы чуть ниже. Статья может быть полезна всем, кому предстоит написание своего Terraform-провайдера. Работа с унаследованным API, попытки натянуть одну модель управления ресурсами на абсолютно другую и необходимость предусматривать гораздо больше, чем изначально вложено в систему, — все это серьезно сказалось на terraform-provider-ovirt.

https://habr.com/ru/companies/orion_soft/articles/1026986/

#terraformпровайдер #terraform #ovirt #zvirt

История провала terraform-provider-ovirt

Привет, Хабр. Я Михаил Фучко, технический продакт-менеджер SDN и Terraform в команде zVirt . Я продолжаю серию статей о пути, который мы проделали в процессе разработки собственного провайдера инфраструктуры для Terraform. В предыдущих частях мы разобрали , что же такое Terraform, осознали границу между ответственностью HashiCorp и вендора и сформировали примерный облик решения — провайдера инфраструктуры. Третья статья этого цикла будет посвящена обзору достижений (и злоключений) других людей — тех, кто уже попытался привнести IaC в oVirt и не достиг успеха. Что у них получилось? А что не получилось и почему? Ответим на эти вопросы чуть ниже. Статья может быть полезна всем, кому предстоит написание своего Terraform-провайдера. Работа с унаследованным API, попытки натянуть одну модель управления ресурсами на абсолютно другую и необходимость предусматривать гораздо больше, чем изначально вложено в систему, — все это серьезно сказалось на terraform-provider-ovirt.

https://habr.com/ru/companies/orion_soft/articles/1026986/

#terraformпровайдер #terraform #ovirt #zvirt

История провала terraform-provider-ovirt

Привет, Хабр. Я Михаил Фучко, технический продакт-менеджер SDN и Terraform в команде zVirt . Я продолжаю серию статей о пути, который мы проделали в процессе разработки собственного провайдера инфраструктуры для Terraform. В предыдущих частях мы разобрали , что же такое Terraform, осознали границу между ответственностью HashiCorp и вендора и сформировали примерный облик решения — провайдера инфраструктуры. Третья статья этого цикла будет посвящена обзору достижений (и злоключений) других людей — тех, кто уже попытался привнести IaC в oVirt и не достиг успеха. Что у них получилось? А что не получилось и почему? Ответим на эти вопросы чуть ниже. Статья может быть полезна всем, кому предстоит написание своего Terraform-провайдера. Работа с унаследованным API, попытки натянуть одну модель управления ресурсами на абсолютно другую и необходимость предусматривать гораздо больше, чем изначально вложено в систему, — все это серьезно сказалось на terraform-provider-ovirt.

https://habr.com/ru/companies/orion_soft/articles/1026986/

#terraformпровайдер #terraform #ovirt #zvirt

История oVirt: как развивалось решение и почему мы выбрали его как базу

Привет, Хабр! Я — Саша Епихин, CTO платформы zVirt. Из-за того, что она базируется на oVirt, возникает много вопросов, чем же отличается наше решение от Open Source. Например, в oVirt есть задатки SDN, задатки интеграции с Keycloak и интеграция с Gluster. И инженеру, который не пробовал воспользоваться этой функциональностью в oVirt, может показаться, что в zVirt нет ничего нового, и это всего лишь BolgenOS с нескучными обоями. Но на практике все обстоит совершенно иначе. Я попробую раскрыть тему и расскажу, чем же zVirt отличается от oVirt. У этой статьи будет несколько частей. Сегодня я начну, как полагается, с истории oVirt и с рассказа, почему мы выбрали разработку именно на базе этого решения.

https://habr.com/ru/companies/orion_soft/articles/946008/

#zvirt #ovirt

История oVirt: как развивалось решение и почему мы выбрали его как базу

Привет, Хабр! Я — Саша Епихин, CTO платформы zVirt. Из-за того, что она базируется на oVirt, возникает много вопросов, чем же отличается наше решение от Open Source. Например, в oVirt есть задатки SDN, задатки интеграции с Keycloak и интеграция с Gluster. И инженеру, который не пробовал воспользоваться этой функциональностью в oVirt, может показаться, что в zVirt нет ничего нового, и это всего лишь BolgenOS с нескучными обоями. Но на практике все обстоит совершенно иначе. Я попробую раскрыть тему и расскажу, чем же zVirt отличается от oVirt. У этой статьи будет несколько частей. Сегодня я начну, как полагается, с истории oVirt и с рассказа, почему мы выбрали разработку именно на базе этого решения.

https://habr.com/ru/companies/orion_soft/articles/946008/

#zvirt #ovirt

История oVirt: как развивалось решение и почему мы выбрали его как базу

Привет, Хабр! Я — Саша Епихин, CTO платформы zVirt. Из-за того, что она базируется на oVirt, возникает много вопросов, чем же отличается наше решение от Open Source. Например, в oVirt есть задатки SDN, задатки интеграции с Keycloak и интеграция с Gluster. И инженеру, который не пробовал воспользоваться этой функциональностью в oVirt, может показаться, что в zVirt нет ничего нового, и это всего лишь BolgenOS с нескучными обоями. Но на практике все обстоит совершенно иначе. Я попробую раскрыть тему и расскажу, чем же zVirt отличается от oVirt. У этой статьи будет несколько частей. Сегодня я начну, как полагается, с истории oVirt и с рассказа, почему мы выбрали разработку именно на базе этого решения.

https://habr.com/ru/companies/orion_soft/articles/946008/

#zvirt #ovirt

Мониторинг SSL-сертификатов в oVirt Engine: как мы научились спать спокойно благодаря Go и Prometheus

Как избежать простоев и сбоев из-за просроченных SSL-сертификатов? Мы в HOSTKEY разработали простой, но надёжный инструмент на Go для oVirt Engine, интегрированный с Prometheus и Grafana. Теперь система сама предупреждает о проблемах — задолго до их возникновения.

https://habr.com/ru/companies/hostkey/articles/945776/

#hostkey #ovirt #sslсертификаты #мониторинг #prometheus #go #system #grafana #devops #itинфраструктура

Мониторинг SSL-сертификатов в oVirt Engine: как мы научились спать спокойно благодаря Go и Prometheus

Как избежать простоев и сбоев из-за просроченных SSL-сертификатов? Мы в HOSTKEY разработали простой, но надёжный инструмент на Go для oVirt Engine, интегрированный с Prometheus и Grafana. Теперь система сама предупреждает о проблемах — задолго до их возникновения.

https://habr.com/ru/companies/hostkey/articles/945776/

#hostkey #ovirt #sslсертификаты #мониторинг #prometheus #go #system #grafana #devops #itинфраструктура

Мониторинг SSL-сертификатов в oVirt Engine: как мы научились спать спокойно благодаря Go и Prometheus

Как избежать простоев и сбоев из-за просроченных SSL-сертификатов? Мы в HOSTKEY разработали простой, но надёжный инструмент на Go для oVirt Engine, интегрированный с Prometheus и Grafana. Теперь система сама предупреждает о проблемах — задолго до их возникновения.

https://habr.com/ru/companies/hostkey/articles/945776/

#hostkey #ovirt #sslсертификаты #мониторинг #prometheus #go #system #grafana #devops #itинфраструктура

Как zVirt уходит от oVirt: доработки по безопасности

Платформа zVirt разработана на базе oVirt — виртуализации с открытым исходным кодом. В 2024 года она осталась без поддержки разработчика Red Hat. Он перестал развивать Open Source-проект и выпускать для него обновления по информационной безопасности. Тем не менее ИТ-сообщество продолжает пользоваться oVirt и находить в ней уязвимости. Регулярное обнаружение уязвимостей — признак того, что продукт популярен, им продолжают пользоваться и тестировать его. Однако многие компании на фоне произошедшего начали сомневаться в безопасности вендорских продуктов, разработанных на базе oVirt. Использовать «чистую» oVirt действительно рискованно. Любой продукт, который остается без техподдержки и не развивается, опасен для бизнеса. Это подтверждают в том числе и недавние примеры компаний, которые использовали Windows, Cisco и другие решения, оставшиеся без обновлений, и подверглись кибератакам. Но современные вендорские разработки — это не всегда просто локализованные версии oVirt. В этой статье мы расскажем о технологиях, процессах и подходах, которые обеспечивают независимость и безопасность нашей системы zVirt.

https://habr.com/ru/companies/orion_soft/articles/942138/

#виртуализация #ovirt #zvirt

Как zVirt уходит от oVirt: доработки по безопасности

Платформа zVirt разработана на базе oVirt — виртуализации с открытым исходным кодом. В 2024 года она осталась без поддержки разработчика Red Hat. Он перестал развивать Open Source-проект и выпускать для него обновления по информационной безопасности. Тем не менее ИТ-сообщество продолжает пользоваться oVirt и находить в ней уязвимости. Регулярное обнаружение уязвимостей — признак того, что продукт популярен, им продолжают пользоваться и тестировать его. Однако многие компании на фоне произошедшего начали сомневаться в безопасности вендорских продуктов, разработанных на базе oVirt. Использовать «чистую» oVirt действительно рискованно. Любой продукт, который остается без техподдержки и не развивается, опасен для бизнеса. Это подтверждают в том числе и недавние примеры компаний, которые использовали Windows, Cisco и другие решения, оставшиеся без обновлений, и подверглись кибератакам. Но современные вендорские разработки — это не всегда просто локализованные версии oVirt. В этой статье мы расскажем о технологиях, процессах и подходах, которые обеспечивают независимость и безопасность нашей системы zVirt.

https://habr.com/ru/companies/orion_soft/articles/942138/

#виртуализация #ovirt #zvirt

Как zVirt уходит от oVirt: доработки по безопасности

Платформа zVirt разработана на базе oVirt — виртуализации с открытым исходным кодом. В 2024 года она осталась без поддержки разработчика Red Hat. Он перестал развивать Open Source-проект и выпускать для него обновления по информационной безопасности. Тем не менее ИТ-сообщество продолжает пользоваться oVirt и находить в ней уязвимости. Регулярное обнаружение уязвимостей — признак того, что продукт популярен, им продолжают пользоваться и тестировать его. Однако многие компании на фоне произошедшего начали сомневаться в безопасности вендорских продуктов, разработанных на базе oVirt. Использовать «чистую» oVirt действительно рискованно. Любой продукт, который остается без техподдержки и не развивается, опасен для бизнеса. Это подтверждают в том числе и недавние примеры компаний, которые использовали Windows, Cisco и другие решения, оставшиеся без обновлений, и подверглись кибератакам. Но современные вендорские разработки — это не всегда просто локализованные версии oVirt. В этой статье мы расскажем о технологиях, процессах и подходах, которые обеспечивают независимость и безопасность нашей системы zVirt.

https://habr.com/ru/companies/orion_soft/articles/942138/

#виртуализация #ovirt #zvirt

For anyone still using or considering the free #oVirt as virtualization management platform:⚠️ Please don't. It is a broken nightmare on community life support.⚠️

After #RedHat has ended support for its commercial spin Red Hat Virtualization (RHV) last year the development of oVirt practically came to a halt.

There hasn't been an official stable release for over a year despite security issues, and numerous bugs. The official recommendation is to use nightly releases to get the latest fixes. Too bad you won't be able to roll back via DNF if an update fails because older nightly releases are gone from the repo.

And yes, nightly releases do break oVirt at times. The latest nightly causes updates to fail because of incomplete dependency changes.

The web interface of the official mailing list is offline most of the time, the documentation is a confusing and outdated mess.

Upgrades to newer Linux distribution releases such as RHEL 9 or even 10 based systems are extremely painful and not officially supported.

Move your VMs to #ProxmoxVE or any other actively maintained KVM based solution.

#Virtualization #KVM #Linux #Hypervisor #Admin #oVirtEngine

For anyone still using or considering the free #oVirt as virtualization management platform:⚠️ Please don't. It is a broken nightmare on community life support.⚠️

After #RedHat has ended support for its commercial spin Red Hat Virtualization (RHV) last year the development of oVirt practically came to a halt.

There hasn't been an official stable release for over a year despite security issues, and numerous bugs. The official recommendation is to use nightly releases to get the latest fixes. Too bad you won't be able to roll back via DNF if an update fails because older nightly releases are gone from the repo.

And yes, nightly releases do break oVirt at times. The latest nightly causes updates to fail because of incomplete dependency changes.

The web interface of the official mailing list is offline most of the time, the documentation is a confusing and outdated mess.

Upgrades to newer Linux distribution releases such as RHEL 9 or even 10 based systems are extremely painful and not officially supported.

Move your VMs to #ProxmoxVE or any other actively maintained KVM based solution.

#Virtualization #KVM #Linux #Hypervisor #Admin #oVirtEngine

For anyone still using or considering the free #oVirt as virtualization management platform:⚠️ Please don't. It is a broken nightmare on community life support.⚠️

After #RedHat has ended support for its commercial spin Red Hat Virtualization (RHV) last year the development of oVirt practically came to a halt.

There hasn't been an official stable release for over a year despite security issues, and numerous bugs. The official recommendation is to use nightly releases to get the latest fixes. Too bad you won't be able to roll back via DNF if an update fails because older nightly releases are gone from the repo.

And yes, nightly releases do break oVirt at times. The latest nightly causes updates to fail because of incomplete dependency changes.

The web interface of the official mailing list is offline most of the time, the documentation is a confusing and outdated mess.

Upgrades to newer Linux distribution releases such as RHEL 9 or even 10 based systems are extremely painful and not officially supported.

Move your VMs to #ProxmoxVE or any other actively maintained KVM based solution.

#Virtualization #KVM #Linux #Hypervisor #Admin #oVirtEngine

For anyone still using or considering the free #oVirt as virtualization management platform:⚠️ Please don't. It is a broken nightmare on community life support.⚠️

After #RedHat has ended support for its commercial spin Red Hat Virtualization (RHV) last year the development of oVirt practically came to a halt.

There hasn't been an official stable release for over a year despite security issues, and numerous bugs. The official recommendation is to use nightly releases to get the latest fixes. Too bad you won't be able to roll back via DNF if an update fails because older nightly releases are gone from the repo.

And yes, nightly releases do break oVirt at times. The latest nightly causes updates to fail because of incomplete dependency changes.

The web interface of the official mailing list is offline most of the time, the documentation is a confusing and outdated mess.

Upgrades to newer Linux distribution releases such as RHEL 9 or even 10 based systems are extremely painful and not officially supported.

Move your VMs to #ProxmoxVE or any other actively maintained KVM based solution.

#Virtualization #KVM #Linux #Hypervisor #Admin #oVirtEngine

For anyone still using or considering the free #oVirt as virtualization management platform:⚠️ Please don't. It is a broken nightmare on community life support.⚠️

After #RedHat has ended support for its commercial spin Red Hat Virtualization (RHV) last year the development of oVirt practically came to a halt.

There hasn't been an official stable release for over a year despite security issues, and numerous bugs. The official recommendation is to use nightly releases to get the latest fixes. Too bad you won't be able to roll back via DNF if an update fails because older nightly releases are gone from the repo.

And yes, nightly releases do break oVirt at times. The latest nightly causes updates to fail because of incomplete dependency changes.

The web interface of the official mailing list is offline most of the time, the documentation is a confusing and outdated mess.

Upgrades to newer Linux distribution releases such as RHEL 9 or even 10 based systems are extremely painful and not officially supported.

Move your VMs to #ProxmoxVE or any other actively maintained KVM based solution.

#Virtualization #KVM #Linux #Hypervisor #Admin #oVirtEngine

Как с помощью RuBackup сделать резервное копирование систем виртуализации oVirt, ROSA, zVirt, РЕД Виртуализация, HOSTVM

Привет всем, кто заботится о сохранности данных виртуальных машин (ВМ) и не хочет их потерять. Сегодня мы рассмотрим тему бэкапа ВМ на платформе виртуализации oVirt и oVirt-подобных: ROSA; zVirt, РЕД Виртуализация и HOSTVM. Далее в статье, когда будет идти речь о oVirt, подразумевается, что речь будет идти обо всех этих платформах. Для этого будем использовать систему резервного копирования (СРК) RuBackup.

https://habr.com/ru/companies/astralinux/articles/916004/

#резервное_копирование #виртуализация #итинфраструктура #ovirt #срк #резервная_копия #rubackup #rosa #zvirt #ред_виртуализация

Как с помощью RuBackup сделать резервное копирование систем виртуализации oVirt, ROSA, zVirt, РЕД Виртуализация, HOSTVM

Привет всем, кто заботится о сохранности данных виртуальных машин (ВМ) и не хочет их потерять. Сегодня мы рассмотрим тему бэкапа ВМ на платформе виртуализации oVirt и oVirt-подобных: ROSA; zVirt, РЕД Виртуализация и HOSTVM. Далее в статье, когда будет идти речь о oVirt, подразумевается, что речь будет идти обо всех этих платформах. Для этого будем использовать систему резервного копирования (СРК) RuBackup.

https://habr.com/ru/companies/astralinux/articles/916004/

#резервное_копирование #виртуализация #итинфраструктура #ovirt #срк #резервная_копия #rubackup #rosa #zvirt #ред_виртуализация

Как с помощью RuBackup сделать резервное копирование систем виртуализации oVirt, ROSA, zVirt, РЕД Виртуализация, HOSTVM

Привет всем, кто заботится о сохранности данных виртуальных машин (ВМ) и не хочет их потерять. Сегодня мы рассмотрим тему бэкапа ВМ на платформе виртуализации oVirt и oVirt-подобных: ROSA; zVirt, РЕД Виртуализация и HOSTVM. Далее в статье, когда будет идти речь о oVirt, подразумевается, что речь будет идти обо всех этих платформах. Для этого будем использовать систему резервного копирования (СРК) RuBackup.

https://habr.com/ru/companies/astralinux/articles/916004/

#резервное_копирование #виртуализация #итинфраструктура #ovirt #срк #резервная_копия #rubackup #rosa #zvirt #ред_виртуализация

Интеграция компонентов OpenStack Glance в существующую инфраструктуру oVirt

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

https://habr.com/ru/companies/hostkey/articles/915594/

#hostkey #openstack_glance #ovirt #деплой #централизованное_управление #виртуальные_машины #openstack #qcow2 #cloudinit #масштабирование

Интеграция компонентов OpenStack Glance в существующую инфраструктуру oVirt

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

https://habr.com/ru/companies/hostkey/articles/915594/

#hostkey #openstack_glance #ovirt #деплой #централизованное_управление #виртуальные_машины #openstack #qcow2 #cloudinit #масштабирование

Интеграция компонентов OpenStack Glance в существующую инфраструктуру oVirt

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

https://habr.com/ru/companies/hostkey/articles/915594/

#hostkey #openstack_glance #ovirt #деплой #централизованное_управление #виртуальные_машины #openstack #qcow2 #cloudinit #масштабирование

Как мы мониторинг SMART-данных дисков в оVirt экосистеме прикручивали

Представьте, что на одной из множества ваших виртуальных машин, работающих на oVirt, начнет давать сбой диск в одном из узлов? Мы в Hostkey используем связку smartctl_exporter совместно с Prometheus и Grafana чтобы отследить этот момент и успеть принять меры и хотим поделиться с вами нашим опытом.

https://habr.com/ru/companies/hostkey/articles/869658/

#prometeus #grafana #алертинг #smartctl #hdd #sdd #nvme #хостинг #ovirt #hostkey

Как мы мониторинг SMART-данных дисков в оVirt экосистеме прикручивали

Представьте, что на одной из множества ваших виртуальных машин, работающих на oVirt, начнет давать сбой диск в одном из узлов? Мы в Hostkey используем связку smartctl_exporter совместно с Prometheus и Grafana чтобы отследить этот момент и успеть принять меры и хотим поделиться с вами нашим опытом.

https://habr.com/ru/companies/hostkey/articles/869658/

#prometeus #grafana #алертинг #smartctl #hdd #sdd #nvme #хостинг #ovirt #hostkey

Как мы мониторинг SMART-данных дисков в оVirt экосистеме прикручивали

Представьте, что на одной из множества ваших виртуальных машин, работающих на oVirt, начнет давать сбой диск в одном из узлов? Мы в Hostkey используем связку smartctl_exporter совместно с Prometheus и Grafana чтобы отследить этот момент и успеть принять меры и хотим поделиться с вами нашим опытом.

https://habr.com/ru/companies/hostkey/articles/869658/

#prometeus #grafana #алертинг #smartctl #hdd #sdd #nvme #хостинг #ovirt #hostkey

Кибер Бэкап. Быстрый старт. Защита платформ виртуализации

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

https://habr.com/ru/companies/cyberprotect/articles/859592/

#киберпротект #кибер_бэкап #резервное_копирование #восстановление_данных #виртуализация #zvirt #ovirt #импортозамещение

Кибер Бэкап. Быстрый старт. Защита платформ виртуализации

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

https://habr.com/ru/companies/cyberprotect/articles/859592/

#киберпротект #кибер_бэкап #резервное_копирование #восстановление_данных #виртуализация #zvirt #ovirt #импортозамещение

Кибер Бэкап. Быстрый старт. Защита платформ виртуализации

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

https://habr.com/ru/companies/cyberprotect/articles/859592/

#киберпротект #кибер_бэкап #резервное_копирование #восстановление_данных #виртуализация #zvirt #ovirt #импортозамещение

Seeking advice! 🧐

I’m exploring (OSS) cloud management solutions like #OpenStack, #CloudStack, #Eucalyptus, #oVirt, #ProxmoxVE, #DigitalOcean, #OpenNebula, and #CloudInit, specifically looking for billing/accounting features.

@OpenStack provides #Ceilometer and #CloudKitty as starting point, what about (the) others?
Any additional recommendations? 🤔 #CloudComputing #Billing #Accounting #OSS

Boosts appreciated! 🚀

Seeking advice! 🧐

I’m exploring (OSS) cloud management solutions like #OpenStack, #CloudStack, #Eucalyptus, #oVirt, #ProxmoxVE, #DigitalOcean, #OpenNebula, and #CloudInit, specifically looking for billing/accounting features.

@OpenStack provides #Ceilometer and #CloudKitty as starting point, what about (the) others?
Any additional recommendations? 🤔 #CloudComputing #Billing #Accounting #OSS

Boosts appreciated! 🚀

Seeking advice! 🧐

I’m exploring (OSS) cloud management solutions like #OpenStack, #CloudStack, #Eucalyptus, #oVirt, #ProxmoxVE, #DigitalOcean, #OpenNebula, and #CloudInit, specifically looking for billing/accounting features.

@OpenStack provides #Ceilometer and #CloudKitty as starting point, what about (the) others?
Any additional recommendations? 🤔 #CloudComputing #Billing #Accounting #OSS

Boosts appreciated! 🚀

Seeking advice! 🧐

I’m exploring (OSS) cloud management solutions like #OpenStack, #CloudStack, #Eucalyptus, #oVirt, #ProxmoxVE, #DigitalOcean, #OpenNebula, and #CloudInit, specifically looking for billing/accounting features.

@OpenStack provides #Ceilometer and #CloudKitty as starting point, what about (the) others?
Any additional recommendations? 🤔 #CloudComputing #Billing #Accounting #OSS

Boosts appreciated! 🚀

Seeking advice! 🧐

I’m exploring (OSS) cloud management solutions like #OpenStack, #CloudStack, #Eucalyptus, #oVirt, #ProxmoxVE, #DigitalOcean, #OpenNebula, and #CloudInit, specifically looking for billing/accounting features.

@OpenStack provides #Ceilometer and #CloudKitty as starting point, what about (the) others?
Any additional recommendations? 🤔 #CloudComputing #Billing #Accounting #OSS

Boosts appreciated! 🚀

Hey #libvirt #virsh people.
#oVirt had this great feature of "one shot"-starts, where regardless of whether the VM performs a reboot or shuts down, the VM will halt.
Does anyone know where I can find documentation about this feature?

@crft IIRC #oVirt is #RedHat-based:
https://ovirt.org/

@crft IIRC #oVirt is #RedHat-based:
https://ovirt.org/

@crft IIRC #oVirt is #RedHat-based:
https://ovirt.org/

@crft IIRC #oVirt is #RedHat-based:
https://ovirt.org/

@crft IIRC #oVirt is #RedHat-based:
https://ovirt.org/

While #Proxmox is working great, there are a lot of features of #Ovirt that I miss.

While #Proxmox is working great, there are a lot of features of #Ovirt that I miss.

While #Proxmox is working great, there are a lot of features of #Ovirt that I miss.

While #Proxmox is working great, there are a lot of features of #Ovirt that I miss.

While #Proxmox is working great, there are a lot of features of #Ovirt that I miss.

@conesphere_gmbh Services will undergo maintenance later today!

We will make our second attempt to upgrade our aging #ovirt engine. #conesphere