Proxmox ogłosił pierwsze wydanie Proxmox Virtual Environment z oficjalnym wsparciem dla drugiej architektury procesorów. Proxmox VE 9.2 może być teraz uruchamiany nie tylko na platformach x86-64, ale również na 64-bitowych serwerach ARM, określanych jako arm64 lub aarch64.
Nie jest to wersja eksperymentalna ani technologiczny preview. Na wybranych platformach ARM Proxmox VE otrzymuje pełne wsparcie, taki sam cykl wydawniczy oraz takie same poziomy obsługi technicznej jak wydanie dla x86-64.
Proxmox VE dla ARM korzysta z tego samego kodu
Wersje dla arm64 i x86-64 korzystają ze wspólnej bazy kodu, repozytoriów pakietów oraz harmonogramu aktualizacji. Konfiguracja, narzędzia administracyjne i dokumentacja pozostają niemal identyczne.
Proxmox VE 9.2 dla ARM64 bazuje na:
- Debianie 13.5 “Trixie”
- jądrze Linux 7.0
- QEMU 11.0
- LXC 7.0
- ZFS 2.4
Oznacza to, że administratorzy znający już Proxmox VE nie muszą uczyć się nowego systemu zarządzania. Panel WWW, mechanizmy konfiguracji oraz podstawowy sposób obsługi środowiska pozostają takie same.
Pełne wsparcie producenta obejmuje obecnie platformy:
- NVIDIA Grace Hopper
- NVIDIA Vera
Pozostałe serwery wykorzystujące ARMv9-A lub nowszą architekturę mogą działać w trybie best-effort. W wielu przypadkach możliwe jest również uruchomienie systemu na sprzęcie ARMv8-A, ale takie konfiguracje nie są objęte pełnym wsparciem.
Serwer musi spełniać dwa podstawowe wymagania:
- uruchamiać system przez UEFI
- opisywać sprzęt za pomocą ACPI
Z tego powodu Proxmox VE dla ARM64 nie jest przeznaczony dla popularnych komputerów jednopłytkowych korzystających wyłącznie z Device Tree.
Czy Proxmox VE działa na Raspberry Pi?
Nie. Raspberry Pi i podobne urządzenia jednopłytkowe nie są oficjalnie wspierane.
Problemem nie jest wyłącznie wydajność procesora. Proxmox VE wymaga środowiska serwerowego uruchamianego przez UEFI i wykorzystującego ACPI. Płyty korzystające jedynie z Device Tree lub starszych mechanizmów rozruchu nie spełniają tych wymagań.
Nowa wersja jest więc skierowana przede wszystkim do przedsiębiorstw, centrów danych i środowisk AI wykorzystujących serwerowe procesory ARM.
Najważniejsze różnice względem x86-64
Pomimo wspólnej bazy kodu istnieje kilka różnic wynikających bezpośrednio z architektury sprzętowej.
Maszyny wirtualne na ARM64 zawsze uruchamiane są przez UEFI dostarczane przez ARM-ową wersję OVMF, czyli AAVMF. SeaBIOS nie jest dostępny na tej architekturze.
Na ARM nie można również korzystać z technologii przeznaczonych wyłącznie dla procesorów x86, takich jak:
- szyfrowanie pamięci AMD SEV
- wirtualizacja układów graficznych Intel GVT-g
- systemowe pakiety mikrokodu Intel i AMD
Goście mogą działać jedynie na węzłach wykorzystujących tę samą architekturę. Maszyna ARM64 nie zostanie więc uruchomiona na serwerze x86-64, a maszyna x86-64 na węźle ARM.
Migracja na żywo jest możliwa wyłącznie pomiędzy węzłami o tej samej architekturze.
Czy można połączyć ARM64 i x86-64 w jednym klastrze?
Technicznie utworzenie klastra mieszanego nie jest blokowane, ale taka konfiguracja nie jest obecnie oficjalnie wspierana.
Należy też pamiętać, że:
- maszyny wirtualne mogą działać tylko na węzłach zgodnych z ich architekturą
- migracja na żywo pomiędzy ARM64 i x86-64 nie jest możliwa
- funkcje wysokiej dostępności mogą być ograniczone przez dostępność odpowiednich węzłów
W praktyce bezpieczniejszym rozwiązaniem będzie utrzymywanie oddzielnych klastrów dla każdej architektury.
Czy można przenieść maszynę z x86-64 na ARM64?
Dane maszyny można przenieść poprzez:
- migrację offline
- wykonanie i odtworzenie kopii zapasowej
- wykorzystanie współdzielonej przestrzeni dyskowej
Nie oznacza to jednak, że istniejący system operacyjny automatycznie uruchomi się na innej architekturze procesora.
Gość musi zostać ponownie zainstalowany lub odpowiednio skonfigurowany dla ARM64. Dotyczy to zarówno systemu operacyjnego, jak i używanych aplikacji, sterowników oraz obrazów kontenerów.
Repozytorium enterprise i wsparcie techniczne
Dla ARM64 dostępne jest repozytorium pve-enterprise, rekomendowane przez Proxmox do środowisk produkcyjnych.
Serwery z aktywną subskrypcją otrzymują wsparcie na takich samych poziomach usług jak systemy x86-64. Subskrypcje ARM64 są jednak oddzielne od subskrypcji dla x86-64 i obecnie dostępne na indywidualne zapytanie ofertowe.
W przyszłości Proxmox planuje rozszerzać listę oficjalnie wspieranych platform serwerowych ARM.
Co ze wsparciem ARM w innych produktach Proxmox?
Producent posiada już wewnętrzne wersje testowe niektórych pozostałych produktów, między innymi Proxmox Backup Server.
Nie ogłoszono jednak jeszcze daty ich oficjalnego wydania dla ARM64. Priorytety rozwoju mają zależeć przede wszystkim od potrzeb klientów biznesowych i zastosowań w środowiskach enterprise.
Co oznacza Proxmox VE dla ARM dla rynku wirtualizacji?
Oficjalne wsparcie ARM64 jest ważnym krokiem w rozwoju Proxmox VE. Architektura ARM coraz częściej pojawia się w centrach danych, systemach wysokiej wydajności oraz infrastrukturze przeznaczonej do obsługi sztucznej inteligencji.
Nowa wersja pozwala budować środowiska wirtualizacyjne oparte na serwerach ARM bez rezygnowania z panelu administracyjnego, klastrów, maszyn wirtualnych, kontenerów LXC i systemu zarządzania znanego z klasycznych instalacji Proxmox VE.
Na obecnym etapie rozwiązanie należy jednak traktować jako platformę dla wybranych serwerów klasy enterprise, a nie sposób na instalację Proxmox VE na dowolnym urządzeniu z procesorem ARM.
Wdrożenie Proxmox VE w środowisku ARM64
Black Rack wspiera firmy w projektowaniu, wdrażaniu i utrzymaniu środowisk wirtualizacyjnych opartych na Proxmox VE. Zakres prac może obejmować dobór architektury, budowę klastra, konfigurację sieci i pamięci masowej, migrację maszyn wirtualnych oraz wdrożenie systemu kopii zapasowych.
W przypadku planowania infrastruktury ARM64 szczególnie ważna jest wcześniejsza weryfikacja kompatybilności sprzętu, systemów operacyjnych i aplikacji. Nie wszystkie obciążenia działające na x86-64 można bezpośrednio przenieść na ARM.