La risposta più sicura a questa discussione senza risposta è: non fare del mirror Btrfs OMV esistente la prima cosa su cui sperimentare. Mantieni OpenMediaVault online, installa ZimaOS sul sistema separato che vuoi valutare, collega le condivisioni OMV come spazio di archiviazione LAN e copia i dati per fasi. In questo modo il vecchio NAS rimane sia un servizio operativo sia un'opzione di ripristino mentre testi app, condivisioni e backup di ZimaOS.
La questione della CPU è più semplice se la si suddivide per livelli. VT-x è la principale funzionalità di virtualizzazione hardware per le normali VM x86. VT-d/IOMMU è soprattutto rilevante quando vuoi assegnare direttamente a una macchina guest dispositivi PCIe fisici. Le app Docker non richiedono VT-d. Un i5-2310 del 2011 può quindi ancora eseguire container e potrebbe eseguire normali VM, ma il passthrough e le prestazioni complessive delle VM sono limiti distinti.
Le app Docker non richiedono VT-d
Le applicazioni dell'App Store di ZimaOS vengono eseguite come container Docker. Condividono il kernel dell'host e non necessitano del passthrough dei dispositivi hardware per avviarsi.
Il vecchio i5 potrebbe essere lento con le app più pesanti, ma l'assenza di VT-d non significa «niente app». Per i normali container contano di più la RAM, la velocità dello storage e il carico della CPU dell'applicazione.
VT-x può supportare le normali VM
Le attuali indicazioni per la pianificazione delle VM in ZimaOS distinguono la virtualizzazione KVM/QEMU di base dal passthrough di dispositivi PCIe/GPU. Le normali macchine guest Linux/Windows richiedono un percorso di virtualizzazione funzionante e una quantità sufficiente di CPU/RAM dell'host.
Consulta la guida attuale ai requisiti hardware delle VM di ZimaOS.
VT-d è principalmente un limite per il passthrough
Se una macchina guest deve controllare direttamente una GPU PCIe, un HBA, una scheda di rete o un dispositivo simile, IOMMU/VT-d diventa importante. Anche il passthrough USB può dipendere dal modo in cui l'host espone i controller/dispositivi USB e dall'interfaccia ZVM utilizzata.
Non confondere «la VM si avvia» con «ogni dispositivo fisico può essere assegnato alla VM».
Non dare per scontato che ZimaOS adotti in-place un mirror Btrfs OMV esistente
L'utente della discussione originale aveva un mirror Btrfs a due dischi creato e gestito da OMV. La documentazione attuale dello storage di ZimaOS si concentra sulla creazione e gestione degli spazi di archiviazione di ZimaOS tramite il proprio flusso Storage. Non offre alcuna garanzia generale che layout RAID Btrfs preesistenti e arbitrari di OMV possano essere importati senza distruzione dei dati.
Se quei dischi da 16 TB contengono l'unica copia di dati importanti, lasciali sotto OMV finché i dati non saranno sottoposti a backup o copiati indipendentemente.
L'attuale percorso ufficiale di migrazione è la copia tramite rete
Le indicazioni attuali di IceWhale per il passaggio da un altro NAS consistono nel mantenere online il vecchio NAS, esporre le sue condivisioni, aggiungerlo in File di ZimaOS come spazio di archiviazione LAN e quindi copiare i dati nel nuovo storage di ZimaOS.
Usa la strategia attuale per il passaggio da un altro NAS. Lo stesso concetto di migrazione SMB si applica alle condivisioni OMV.
Un box ZimaOS Ryzen più veloce può usare OMV come storage di rete
L'alternativa della discussione originale — eseguire app e VM sul box Ryzen 9 mentre OMV continua a fornire i dischi da 16 TB — è una transizione sensata e a basso rischio. ZimaOS può montare lo storage di rete tramite File, mentre il vecchio NAS rimane l'autorità per lo storage.
Il limite pratico sarà il collegamento 1GbE del box OMV: una velocità di rete approssimativamente di classe gigabit, indipendentemente dalla scheda di rete 2,5GbE del box Ryzen.
USB JBOD è un'opzione, ma modifica il modello di guasto
ZimaOS supporta attualmente le unità USB come storage autonomo e nei flussi di archiviazione supportati. Spostare gli HDD in un box USB dà a ZimaOS il controllo diretto, ma il box e il bridge USB entrano a far parte del percorso di storage.
Per un RAID critico sempre attivo, valuta il passthrough SMART, l'enumerazione stabile dei dispositivi, l'alimentazione, il raffreddamento e il comportamento del bridge prima di spostare i dischi di produzione.
Un ordine di migrazione più sicuro
- esegui il backup dei dati OMV;
- installa ZimaOS su hardware/storage separati;
- testa le app e una VM rappresentativa;
- monta OMV come spazio di archiviazione LAN;
- copia un sottoinsieme e verifica autorizzazioni e checksum;
- crea separatamente lo storage finale di ZimaOS;
- copia i dati rimanenti;
- mantieni intatto OMV finché i ripristini e i backup non saranno verificati.
Domande frequenti sul passaggio da OMV a ZimaOS
L'assenza di VT-d significa niente app Docker?
No. Le app Docker non richiedono VT-d.
L'assenza di VT-d significa niente VM normali?
Non necessariamente. VT-x può supportare VM normali con accelerazione hardware; VT-d è principalmente un requisito avanzato per il passthrough dei dispositivi.
Devo lasciare che ZimaOS ricrei il vecchio RAID OMV prima di copiare i dati?
Non se contiene l'unica copia. Mantieni intatto il vecchio NAS e migra prima i dati tramite rete.
