Na początku tego miesiąca Proxmox wprowadził wersję 9.2 swojej platformy wirtualizacji, która oficjalnie obsługuje 64-bitową architekturę ARM (arm64/aarch64). Wcześniej Proxmox VE był dostępny tylko dla architektury x86-64 (amd64). W tej wersji kompilacje dla architektury arm64 korzystają z tej samej bazy kodu, repozytoriów pakietów i cyklu życia wersji co x86-64.
Na tym zrzucie ekranu widać Proxmox VE 9.2 działający na Raspberry Pi 4, nieoficjalnej konfiguracji, która nie znajduje się na liście sprzętu obsługiwanego przez Proxmox.
Proxmox VE 9.2 dla architektury arm64 został zbudowany na bazie Debiana 13.5 „Trixie” z jądrem Linux 7.0 jako domyślną wersją stabilną. Zawiera te same technologie bazowe co x86-64, w tym QEMU 11.0, LXC 7.0 i ZFS 2.4. Konfiguracja, narzędzia i dokumentacja są identyczne dla obu architektur, pomijając krótką listę różnic specyficznych dla danej architektury.
Wsparcie platformy
Pełne wsparcie jest ograniczone do platform NVIDIA Grace Hopper i NVIDIA Vera . Inne serwery z procesorami ARMv9-A lub nowszymi opartymi na UEFI są wspierane na zasadzie „best-effort”, a sprzęt z procesorami ARMv8-A generalnie działa równie dobrze na tych samych zasadach. Host musi uruchomić się przez UEFI i opisać swój sprzęt za pomocą ACPI, co wyklucza urządzenia działające wyłącznie w drzewie urządzeń.
A co z Raspberry Pi i komputerami jednopłytkowymi ARM?
Firma Proxmox potwierdziła, że Raspberry Pi i podobne komputery jednopłytkowe nie są oficjalnie obsługiwane. Instalator ISO arm64 wymaga hosta, który uruchamia się przez UEFI i opisuje swój sprzęt za pomocą ACPI; płyty obsługujące wyłącznie drzewo urządzeń i starsze metody rozruchu nie spełniają tego wymogu. Płyty Raspberry Pi domyślnie korzystają z drzewa urządzeń, a nie z ACPI, dlatego standardowa ścieżka instalacji ISO nie jest dostępna.
Mimo to, Proxmox VE nadal można uruchomić na Raspberry Pi. Zamiast instalacji z pliku ISO, można go zainstalować ręcznie na nowo zainstalowanym systemie operacyjnym Raspberry Pi Trixie lub przełączyć Raspberry Pi na rozruch UEFI, aby dostosować się do oczekiwań instalatora. Oba podejścia są nieoficjalne i nie znajdują się na liście obsługiwanego sprzętu Proxmox, ale oba zostały sprawdzone pod kątem działania.
Różnice specyficzne dla architektury
Maszyny wirtualne na architekturze arm64 uruchamiają się za pośrednictwem kompilacji ARM OVMF (AAVMF); SeaBIOS nie jest dostępny. Szyfrowanie pamięci AMD SEV i wirtualne karty graficzne (vGPU) z obsługą Intel GVT-g pozostają funkcjami dostępnymi wyłącznie dla architektury x86. W przeciwieństwie do intel-microcode i amd64-microcode na architekturze x86, na architekturze arm64 nie ma pakietu mikrokodu procesora na poziomie systemu operacyjnego. Goście działają tylko na węzłach zgodnych z ich architekturą, a migracja na żywo jest ograniczona do węzłów o tej samej architekturze. Mieszane klastry x86-64/arm64 nie są oficjalnie obsługiwane, a przenoszenie gościa między architekturami wymaga migracji offline, tworzenia kopii zapasowej i przywracania lub współdzielonej pamięci masowej, a także ponownej instalacji lub rekonfiguracji na węźle docelowym.
Wsparcie dla przedsiębiorstw
Proxmox twierdzi, że wsparcie dla architektury arm64 nie jest wersją zapoznawczą technologii. Ma ten sam cykl życia wersji i okna wsparcia co x86-64. Repozytorium pve-enterprise jest dostępne dla architektury arm64, a hosty z aktywną subskrypcją otrzymują wsparcie dla przedsiębiorstw na tym samym poziomie usług co x86-64. Subskrypcje dla architektury arm64 są obsługiwane oddzielnie od x86-64 i są obecnie dostępne na żądanie za pośrednictwem zespołu sprzedaży Proxmox.
Proxmox docenił współpracę firmy NVIDIA nad portem ARM64, zauważając, że platforma jest już wdrożona produkcyjnie na obsługiwanym sprzęcie i poinformował, że walidował systemy również z Supermicro. Firma twierdzi, że ZFS i Ceph osiągają funkcjonalność i wydajność porównywalną z istniejącymi wdrożeniami x86, co ma większe znaczenie niż architektura procesora dla każdego, kto korzysta z Proxmox jako platformy pamięci masowej.
„Dzięki bezpośredniemu tworzeniu oprogramowania na systemach NVIDIA Grace Hopper mogliśmy od pierwszego dnia sprawdzić to na sprzęcie klasy produkcyjnej” — powiedział Thomas Lamprecht, dyrektor ds. technologii w Proxmox.
Firma poinformowała o współpracy z kolejnymi dostawcami serwerów korporacyjnych i spodziewa się z czasem poszerzyć listę oficjalnie obsługiwanych platform ARM. Stało się to po dołączeniu Proxmox VE do NVIDIA Mission Control jako warstwy wysokiej dostępności (HA) dla fabryk AI.
Trwają również wewnętrzne testy kompilacji innych produktów Proxmox, w tym Proxmox Backup Server, których priorytet ustalany jest na podstawie zapotrzebowania klientów korporacyjnych.
Amazon