#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-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 #резервное_копирование #киберустойчивость #миграция_виртуальной_машины

История провала 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

Мониторинг 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

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 #ред_виртуализация

Интеграция компонентов 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

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

Продолжаем рассказывать про то, как быстро и просто начать использовать нашу систему резервного копирования Кибер Бэкап. В первой части мы обсудили, как развернуть Кибер Бэкап на ОС 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! 🚀

@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.

@conesphere_gmbh Services will undergo maintenance later today!

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

@vwbusguy if my home lab was anything more than a dual core ryzen based athlon, it would definitely be on my short-list, especially since #ovirt is on life-support

Migrated most of my VMs to #Proxmox.

Goodbye #Ovirt.

There are somethings I definitely preferred on Ovirt, but alas It was such a pain to look after.

Currently installing. Proxmox on the second host in the cluster. Using iDRAC vMedia over the internet is super slow thanks to my connection being not great :(

Completely fed up with technology today.

- ISP having issues, so my connection is up and down, and super high latency.
- Have an issue at work which I'm struggling to figure out so far.
- My colocated #Ovirt lab is throwing a fit again, and randomly rebooting VMs, and is an unstable mess.

Apologise to anyone using my #relay (relay.intahnet.co.uk).

I was doing some general updates on my #ovirt cluster and ended up breaking everything.

After a lot of pain and headaches, I've fixed my cluster, and my relay is also back up and running. #relayadmin

Grrr. I just wanted to update #ovirt. Broke everything.

I think I'm going to switch to #proxmox or #xcpng or maybe just use #kubevirt

Decisions that didn't age well (oVirt dropping Fedora support to focus specifically on RHEL). Red Hat dropped general commercial support for oVirt (RHV) last year and has removed SPICE from #RHEL. #ovirt #Fedora #virtualization #libvirt #Linux

https://blogs.ovirt.org/2020/05/ovirt-and-fedora/

https://access.redhat.com/solutions/5414901

Things I appreciate about #redhat

In 2008 #redhat bought a company called Qumranet (they'd just had a little thing called KVM merged into the #linux kernel the year before). They also had some proprietary products. RH open sourced it all and sponsored a number of related projects. I appreciate RH for their role in #kvm #spice #ovirt #libvirt #virtmanager and saving us from having to choose between Citrix Xen and VMWare.

#redhatappreciation

When #RedHat killed #CentOS, I pretty much moved almost all my personal servers to #Fedora.

The only ones left are my #oVirt nodes and the oVirt engine VM, but I'm thinking to switch to Proxmox or XCP-NG anyway.

I do like oVirt mainly because of its API, but I've had a lot of issues with it as well.

I'm going to move my lab from #ovirt to #XCPng.

I had to upgrade the disks in my storage server tough in order to free up some space as Ovirt is currently using iSCSI, and the iSCSI Zvol is taking up all the space.

I'm still debating if I should use iSCSI or NFS for XCP-Ng, but regardless, I need some free space to move the VMs out from the Ovirt zvol, into whatever storage type I use for XCP-Ng.

@[email protected] just migrated our stack in the last two weeks. Glad to ditch vmware.

So far enjoying the similarities with #ovirt, even if it at times it seems like a simplified version of it

Spent the last few weeks migrating our stack from #vmware to #nutanix #ahv. Went really smoothly except for a few bumps related to our directory servers running server 2022.

Cant help but feel like the product is just a very simplified (even at times dumbed down) #ovirt / #rhv - which was what we were originally going to migrate to before #redhat said the product was end of life.

Maybe simple will be good. At least it's not vmware

#netadmin #sysadmin #migration #virtualization