Det säkraste svaret i den här obesvarade källtråden är: gör inte den befintliga OMV Btrfs-spegeln till det första du experimenterar med. Låt OpenMediaVault vara online, installera ZimaOS på det separata system som du vill utvärdera, anslut OMV-delningarna som LAN-lagring och kopiera data i etapper. På så sätt behåller du den gamla NAS-enheten både som fungerande tjänst och som återställningsväg medan du testar ZimaOS-appar, delningar och säkerhetskopior.
CPU-frågan blir också enklare om den delas upp i olika lager. VT-x är den centrala funktionen för maskinvaruvirtualisering av vanliga x86-VM:ar. VT-d/IOMMU är främst relevant när du vill ge en gäst direkt åtkomst till fysiska PCIe-enheter. Docker-appar kräver inte VT-d. En i5-2310 från 2011 kan därför fortfarande köra containrar och kanske även vanliga VM:ar, men passthrough och den övergripande VM-prestandan är separata begränsningar.
Docker-appar kräver inte VT-d
ZimaOS-appar i App Store körs som Docker-containrar. De delar värdens kärna och behöver inte passthrough av maskinvaruenheter för att starta.
Den äldre i5-processorn kan vara långsam för tyngre appar, men avsaknad av VT-d innebär inte ”inga appar”. RAM, lagringshastighet och appens CPU-belastning är viktigare för vanliga containrar.
VT-x kan stödja vanliga VM:ar
Den aktuella planeringsguiden för ZimaOS-VM:ar skiljer mellan grundläggande KVM/QEMU-virtualisering och passthrough av PCIe/GPU. Vanliga Linux- och Windows-gäster behöver en fungerande virtualiseringsväg samt tillräckligt med CPU och RAM på värden.
Använd den aktuella maskinvaruguiden för ZimaOS-VM:ar.
VT-d är främst en gräns för passthrough
Om en gäst måste styra ett PCIe-grafikkort, HBA, nätverkskort eller en liknande enhet direkt blir IOMMU/VT-d viktigt. USB-passthrough kan också bero på hur värden exponerar USB-kontroller och USB-enheter samt vilket ZVM-gränssnitt som används.
Blanda inte ihop att ”VM:en startar” med att ”varje fysisk enhet kan tilldelas VM:en”.
Utgå inte från att ZimaOS kan ta över en befintlig OMV Btrfs-spegel på plats
Användaren i källan hade en Btrfs-spegel med två diskar som skapats och hanterades av OMV. Den aktuella lagringsdokumentationen för ZimaOS fokuserar på att skapa och hantera ZimaOS-lagringsutrymmen genom dess eget lagringsarbetsflöde. Den lovar inte generellt att godtyckliga befintliga OMV Btrfs RAID-layouter kan importeras utan att data påverkas.
Om dessa 16 TB-diskar innehåller den enda kopian av viktig data bör du låta dem vara kvar under OMV tills datan har säkerhetskopierats eller kopierats oberoende av detta.
Den aktuella officiella migreringsvägen är kopiering över nätverket
IceWhales aktuella vägledning för flytt från en annan NAS är att låta den gamla NAS-enheten vara online, exponera dess delningar, lägga till den i ZimaOS Filer som LAN-lagring och sedan kopiera data till den nya ZimaOS-lagringen.
Använd den aktuella strategin för flytt från en annan NAS. Samma SMB-baserade migreringskoncept gäller för OMV-delningar.
En snabbare Ryzen-baserad ZimaOS-enhet kan använda OMV som nätverkslagring
Det föreslagna alternativet – att köra appar och VM:ar på Ryzen 9-enheten medan OMV fortsätter att tillhandahålla de 16 TB stora diskarna – är en förnuftig övergång med låg risk. ZimaOS kan montera nätverkslagring via Filer, medan den gamla NAS-enheten förblir lagringsansvarig.
Den praktiska begränsningen blir 1GbE-länken på OMV-enheten: ungefär gigabitklassad nätverkshastighet, oavsett Ryzen-enhetens 2,5GbE-nätverkskort.
USB-JBOD är ett alternativ, men det förändrar felmodellen
Den aktuella versionen av ZimaOS stöder USB-diskar som fristående lagring och i lagringsarbetsflöden som stöds. Om du flyttar hårddiskarna till ett USB-kabinett får ZimaOS direkt kontroll över dem, men kabinettet och USB-bryggan blir då en del av lagringsvägen.
För kritisk RAID-lagring som ska vara igång hela tiden bör du utvärdera SMART-passthrough, stabil enhetsidentifiering, strömförsörjning, kylning och bryggans beteende innan du flyttar produktionsdiskarna.
En säkrare migreringsordning
- säkerhetskopiera OMV-datan;
- installera ZimaOS på separat maskinvara eller lagring;
- testa appar och en representativ VM;
- montera OMV som LAN-lagring;
- kopiera en delmängd och verifiera behörigheter och kontrollsummor;
- skapa den slutliga ZimaOS-lagringen separat;
- kopiera återstående data;
- behåll OMV intakt tills återställningar och säkerhetskopior har verifierats.
Vanliga frågor om OMV till ZimaOS
Innebär avsaknad av VT-d att jag inte kan köra Docker-appar?
Nej. Docker-appar kräver inte VT-d.
Innebär avsaknad av VT-d att jag inte kan köra vanliga VM:ar?
Inte nödvändigtvis. VT-x kan stödja vanliga maskinvaruaccelererade VM:ar; VT-d är främst ett krav för avancerad passthrough av enheter.
Bör jag låta ZimaOS återskapa den gamla OMV-RAID-enheten innan jag kopierar data?
Inte om den innehåller den enda kopian. Behåll den gamla NAS-enheten intakt och migrera över nätverket först.
