oVirt — wirtualizacja KVM, HA i migracja do Proxmox
oVirt jest otwartą platformą zarządzania wirtualizacją serwerów opartą na KVM. Umożliwia organizację środowiska obejmującego hosty, maszyny wirtualne, sieci i zasoby danych. Przy ocenie istniejącej instalacji równie ważne jak funkcje platformy są jej wersja, stan systemów bazowych, kopie i możliwość dalszego utrzymania.
Co to jest oVirt?
Projekt łączy hiperwizor KVM z warstwą zarządzania infrastrukturą. Korzysta z elementów otwartego ekosystemu Linux, w tym libvirt. To projekt społecznościowy; jego charakter i architekturę przedstawia oficjalny opis oVirt.
W takim środowisku administrator zarządza zasobami przydzielanymi VM oraz ich powiązaniami z hostami, siecią i pamięcią masową. Zakres funkcji i obsługiwanych konfiguracji trzeba sprawdzać dla konkretnego wydania. oVirt nie jest uniwersalnym panelem zarządzającym maszynami VirtualBox lub dowolnym hiperwizorem.
Co sprawdzamy w działającym środowisku oVirt?
- Wersje: warstwa zarządzająca, hosty, systemy operacyjne oraz kompatybilność elementów.
- Zasoby: liczba i obciążenie VM, zapas pamięci oraz CPU, pojemność i wydajność danych.
- Sieć: komunikacja zarządzania, aplikacji i storage oraz zależności od przełączników.
- Dostępność: zachowanie po awarii uzgodnionego elementu i gotowość aplikacji po przełączeniu.
- Kopie: zakres backupu, retencja, dostęp do kopii oraz wynik próby odtworzenia.
- Utrzymanie: aktualizacje, monitoring, dokumentacja i odpowiedzialność za incydenty.
Nie podajemy jednego uniwersalnego limitu procesorów lub pamięci dla wszystkich wersji. Takie parametry zależą od wydania, hostów i wspieranej konfiguracji. Otwarty kod nie usuwa kosztu sprzętu, administracji ani obsługi awarii.
Wersja oVirt i system bazowy wymagają osobnej kontroli
Projekt opublikował wydanie 4.5.7 w styczniu 2026 roku. Informacje o tym wydaniu wskazują obsługiwane platformy i zalecenia dotyczące sposobu instalacji. To punkt odniesienia przy ocenie zgodności, nie polecenie aktualizacji każdej istniejącej instalacji tą samą ścieżką.
Przed modernizacją potrzebne są inwentaryzacja, zabezpieczenie konfiguracji i danych oraz plan przejścia. Starsza nazwa „CentOS” w opisie środowiska nie wystarcza do określenia jego stanu: trzeba znać konkretne wydanie i komponenty.
Nasza realizacja: 3 węzły HA i 17 maszyn wirtualnych
Delkomtech uruchomił środowisko wysokiej dostępności oparte na Red Hat i oVirt, obejmujące 3 węzły, 17 VM oraz dwie macierze. Jedna pełniła rolę produkcyjną, druga backupową; kopie oparto na Storware. Projekt opisujemy anonimowo w realizacji klastra HA dla firmy.
Takie środowisko łączy kilka warstw. Dostępność VM, dostępność danych i możliwość odtworzenia kopii wymagają osobnego zaprojektowania. Druga macierz przeznaczona na backup nie oznacza automatycznego przejęcia produkcji po awarii pierwszej.
Migracja z oVirt do Proxmox: ponad 20 VM w 7 dni
W innym projekcie przeprowadziliśmy migrację ze środowiska HA opartego na CentOS i oVirt, z backupem vProtect, do Proxmox. Zakres obejmował ponad 20 maszyn wirtualnych, kilkanaście terabajtów danych oraz dwie macierze — produkcyjną i backupową.
Cała realizacja trwała 7 dni od rozpoczęcia prac do wyłączenia starego środowiska. To czas projektu, nie czas przestoju. Dla kolejnej firmy harmonogram zależy od danych, aplikacji, zależności i warunków przełączenia. Poznaj opis naszej migracji oVirt do Proxmox.
Co obejmuje przygotowanie zmiany platformy?
Na początku zbieramy listę VM i aplikacji, konfigurację sieci, zasoby danych oraz zależności pomiędzy usługami. Ustalamy metodę przeniesienia, okno prac, plan testów i zasady powrotu. Nie zakładamy, że obecność narzędzia konwersji oznacza zgodność wszystkich maszyn i integracji.
Odbiór powinien objąć działanie usług: logowanie użytkowników, dostęp do danych, komunikację z innymi systemami i reprezentatywne operacje w aplikacji. Dopiero uzgodniony wynik pozwala podjąć decyzję o wyłączeniu starej infrastruktury.
Utrzymujesz oVirt lub planujesz migrację do Proxmox? Poznaj nasze usługi wirtualizacji serwerów, wysokiej dostępności HA i backupu danych. Opisz obecne środowisko i wymagania. Podaj wersje, liczbę VM, wielkość danych i używane aplikacje — ustalimy zakres analizy.