Het veiligste antwoord op deze onbeantwoorde brondiscussie is: maak de bestaande OMV Btrfs-mirror niet het eerste waarop je experimenteert. Houd OpenMediaVault online, installeer ZimaOS op het afzonderlijke systeem dat je wilt evalueren, verbind de OMV-shares als LAN-opslag en kopieer de gegevens gefaseerd. Zo blijft de oude NAS zowel een werkende service als een terugvaloptie terwijl je de apps, shares en back-ups van ZimaOS test.
De CPU-vraag wordt ook eenvoudiger als je die per laag bekijkt. VT-x is de belangrijkste hardwarevirtualisatiefunctie voor gewone x86-VM's. VT-d/IOMMU is vooral relevant wanneer je fysieke PCIe-apparaten rechtstreeks aan een gast wilt toewijzen. Docker-apps hebben geen VT-d nodig. Een i5-2310 uit 2011 kan dus nog steeds containers uitvoeren en mogelijk gewone VM's draaien, maar passthrough en de algehele VM-prestaties vormen afzonderlijke beperkingen.
Docker-apps hebben geen VT-d nodig
Applicaties uit de ZimaOS App Store draaien als Docker-containers. Ze delen de kernel van de host en hebben geen passthrough van hardwareapparaten nodig om alleen maar te starten.
De oude i5 kan traag zijn voor zwaardere apps, maar het ontbreken van VT-d betekent niet: “geen apps”. Voor normale containers zijn RAM, opslagsnelheid en de CPU-belasting van de applicatie belangrijker.
VT-x kan gewone VM's ondersteunen
De huidige richtlijnen voor VM-planning in ZimaOS maken onderscheid tussen basisvirtualisatie met KVM/QEMU en passthrough van PCIe/GPU's. Voor gewone Linux- en Windows-gasten is een werkend virtualisatiepad en voldoende CPU en RAM op de host nodig.
Gebruik de huidige hardwaregids voor ZimaOS-VM's.
VT-d is vooral een grens voor passthrough
Als een gast een PCIe-GPU, HBA, NIC of vergelijkbaar apparaat rechtstreeks moet beheren, wordt IOMMU/VT-d belangrijk. Passthrough van USB kan ook afhangen van de manier waarop de host USB-controllers en -apparaten beschikbaar maakt en welke ZVM-interface wordt gebruikt.
Verwar “de VM start op” niet met “elk fysiek apparaat kan aan de VM worden toegewezen”.
Ga er niet van uit dat ZimaOS een bestaande OMV Btrfs-mirror ter plaatse kan overnemen
De oorspronkelijke gebruiker had een Btrfs-mirror met twee schijven die door OMV was aangemaakt en wordt beheerd. De huidige opslagdocumentatie van ZimaOS richt zich op het aanmaken en beheren van ZimaOS-opslagruimtes via de eigen opslagworkflow. Er wordt niet algemeen gegarandeerd dat willekeurige, al bestaande OMV Btrfs RAID-indelingen niet-destructief kunnen worden geïmporteerd.
Als deze schijven van 16 TB de enige kopie van belangrijke gegevens bevatten, laat ze dan onder OMV totdat er zelfstandig een back-up van de gegevens is gemaakt of totdat ze zijn gekopieerd.
De huidige officiële migratieroute is kopiëren via het netwerk
De huidige richtlijnen van IceWhale voor het migreren vanaf een andere NAS zijn: houd de oude NAS online, deel de shares, voeg deze in ZimaOS Bestanden toe als LAN-opslag en kopieer de gegevens vervolgens naar de nieuwe ZimaOS-opslag.
Gebruik de huidige strategie voor migratie vanaf een andere NAS. Hetzelfde SMB-migratieconcept geldt voor OMV-shares.
Een snellere Ryzen-ZimaOS-box kan OMV als netwerkopslag gebruiken
Het voorgestelde alternatief—apps en VM's uitvoeren op de Ryzen 9-box terwijl OMV de schijven van 16 TB blijft bedienen—is een verstandige overgang met weinig risico. ZimaOS kan netwerkopslag via Bestanden koppelen, terwijl de oude NAS de opslagautoriteit blijft.
De praktische bovengrens wordt de 1GbE-verbinding van de OMV-box: ongeveer netwerkdoorvoer op gigabitniveau, ongeacht de 2,5GbE-NIC van de Ryzen-box.
USB-JBOD is een optie, maar verandert het storingsmodel
De huidige versie van ZimaOS ondersteunt USB-schijven als zelfstandige opslag en in ondersteunde opslagworkflows. Door de HDD's in een USB-behuizing te plaatsen, krijgt ZimaOS rechtstreeks beheer, maar wordt de behuizing met USB-brug onderdeel van het opslagpad.
Voor kritieke RAID-systemen die altijd ingeschakeld zijn, moet je SMART-passthrough, stabiele apparaatherkenning, stroomvoorziening, koeling en het gedrag van de USB-brug evalueren voordat je productieschijven verplaatst.
Een veiligere migratievolgorde
- maak een back-up van de OMV-gegevens;
- installeer ZimaOS op afzonderlijke hardware of opslag;
- test apps en één representatieve VM;
- koppel OMV als LAN-opslag;
- kopieer een subset en controleer machtigingen en checksums;
- bouw de uiteindelijke ZimaOS-opslag afzonderlijk op;
- kopieer de resterende gegevens;
- houd OMV intact totdat terugzettingen en back-ups zijn geverifieerd.
Veelgestelde vragen over OMV naar ZimaOS
Betekent het ontbreken van VT-d dat ik geen Docker-apps kan gebruiken?
Nee. Docker-apps hebben geen VT-d nodig.
Betekent het ontbreken van VT-d dat ik geen gewone VM's kan gebruiken?
Niet noodzakelijk. VT-x kan gewone hardwareversnelde VM's ondersteunen; VT-d is voornamelijk vereist voor geavanceerde passthrough van apparaten.
Moet ik ZimaOS de oude OMV-RAID laten reconstrueren voordat ik de gegevens kopieer?
Niet als deze de enige kopie bevat. Houd de oude NAS intact en migreer eerst via het netwerk.
