Lagrings-OS kontra hypervisor på en mini-PC-NAS: Vilket lager bör äga diskarna?
Installera lagrings-OS:et på bare metal när tillförlitlig lagring är Mini-PC:ns huvudsakliga uppgift; använd en hypervisor först endast när verkliga VM-gränser motiverar det extra fel- och återställningslagret.
Den viktiga frågan är inte om båda designerna kan fungera. Det är vilket lager som kan se de fysiska diskarna, rapportera deras hälsa, styra lagringspoolen och återställa efter att startenheten eller moderkortet har gått sönder. På en kompakt NAS kan en SATA-kontroller eller USB-brygga betjäna flera enheter, så svaret beror på den faktiska hårdvaruvägen snarare än på ett diagram.
Ge ett lager entydigt diskägarskap
Ett lagrings-OS på bare metal ser enheterna, serienumren, felräknarna, temperaturerna och poolmedlemmarna direkt. Det gör det enklare att tolka varningar och byta diskar, eftersom samma lager äger både filsystemet och hårdvarubevisen bakom det.
En hypervisor-först-design kan bevara den insynen genom att skicka igenom en hel HBA- eller SATA-kontroller till lagrings-VM:en. Om du i stället presenterar virtuella diskar kan hälsoinformationen döljas eller omvandlas, och dessutom uppstår ett beroende av värdens lagringskonfiguration innan gästpoolen ens kan starta.
Välj en ägare innan du skapar data. Om både värd och gäst tillåts partitionera, montera, cacha eller övervaka samma fysiska enheter har designen misslyckats redan vid första kontrollen, oavsett prestanda.
Kontrollera om Mini-PC:n kan skicka igenom en ren enhet
Lista alla diskvägar: interna SATA-anslutningar, NVMe-platser, USB-till-SATA-bryggor och eventuella PCIe-adaptrar. Ta sedan reda på vilka enheter som delar kontroller eller IOMMU-grupp med hypervisorns startenhet, nätverksgränssnitt eller någon annan enhet som värden måste behålla.
Ett fall från communityn som gäller en inbyggd SATA-kontroller som delades med värden visar den praktiska fallgropen: om du tilldelar den kontrollern till lagringsgästen kan hypervisorns egen diskväg också försvinna. Att skicka igenom enskilda virtuella diskar undvek kraschen men minskade telemetrin från de fysiska diskarna.
Hypervisorvägen fungerar endast när lagringsgästen kan ta emot en hel, stabil kontroller eller en annan uttryckligen stödd enhetsväg, samtidigt som värden behåller separata start- och hanteringsenheter. Om den separationen är omöjlig är lagringsägarskap på bare metal det renare resultatet.
Avgör om virtualisering löser ett namngivet problem
En hypervisor kan isolera en Windows-gäst, ett labbnätverk eller en applikation som behöver sin egen kärna. Den kan också göra ögonblicksbilder och ombyggnader på gästnivå smidiga. Dessa fördelar spelar roll när arbetsbelastningarna är verkliga och har olika underhålls- eller förtroendegränser.
De spelar mindre roll när planen är en lagringstjänst plus några containrar. Då kan en värd, en lagrings-VM, virtuellt nätverk och en startordning för gäster öka antalet komponenter som krävs för samma fildelning utan att skapa en användbar ny gräns.
Kör ett pilotförsök med den tyngsta filöverföringen medan de planerade gästarbetsbelastningarna är aktiva. Avfärda hypervisorvägen om CPU-konkurrens, minnestryck eller en omstart av gästen kan avbryta lagringen på sätt som bare-metal-designen skulle undvika.
Jämför återställningsvägar innan du jämför funktioner
Ett annat passthrough-fall som gäller en HBA och en befintlig TrueNAS-pool visar varför startordning och firmwarebeteende hör hemma i återställningsplanen. Själva poolen kan vara intakt medan den virtuella maskinen ändå följer en oväntad startväg.
Testa både återställning av konfigurationen och import av poolen med icke-kritiska diskar. En ögonblicksbild av hypervisorn räcker inte om den är beroende av samma havererade värd eller inte kan återskapa enhetsmappningen; en konfigurationsexport från lagrings-OS:et räcker inte om du aldrig har importerat poolen på ersättningshårdvara.
| Återställningshändelse | Lagrings-OS äger diskarna | Hypervisorn äger plattformen |
|---|---|---|
| Startenheten går sönder | Installera om, importera poolen och återställ konfigurationen | Bygg om värden, återställ VM-definitionen och importera eller anslut sedan lagringen |
| Kontrollern går sönder | Flytta diskarna till en kompatibel väg och importera | Ersätt den kompatibla passthrough-vägen innan gästen ser diskarna |
| Lagringsgästen går sönder | Inte tillämpligt | Återställ gästen utan att ändra det fysiska poolägarskapet |
| Värduppdateringen misslyckas | Rulla tillbaka eller installera om lagrings-OS:et | Lagringen och varje gäst kan behöva vänta på att värden återställs |
| Hårdvarumigrering | Importera poolen på en stödd lagringsvärd | Återskapa passthrough och gästberoenden först |
Välj det lager som matchar den primära feldomänen
Välj lagrings-OS på bare metal när fildelning är den primära rollen, direkt diskhälsa och enkel poolimport är viktigt eller Mini-PC:n inte kan isolera en kontroller på ett rent sätt. Kör endast de applikationer vars fel du är beredd att koppla till den lagringsvärden.
Välj en hypervisor först när du kan namnge flera oberoende gäster, har separata vägar för värd- och dataenheter och redan har testat passthrough, startordning, värduppdateringar och återställning. För den bredare frågan om programvaruroller är beslutet mellan NAS-OS och generell Linux nästa användbara avgränsning.
Sluta jämföra funktionslistor så snart hårdvaran tilldelar en kontroller till både värd- och datadiskar. På en NAS byggd på en Mini-PC kan den fysiska topologin avgöra programvaruarkitekturen innan bekvämlighet eller kvaliteten på instrumentpanelen ens kommer in i diskussionen.
Rekommenderade produkter
Produktjämförelser
Mer att läsa
1GbE-linjehastighet jämfört med faktisk NAS-genomströmning: När är skillnaden normal?
Cirka 110-120 MB/s kan vara normalt vid stora överföringar via kabel; en större skillnad kräver tester av länk, protokoll, lagring, processor eller klient innan...
NAS-operativsystem kontra vanlig Linux efter ett startdiskfel: Vilket byggs upp igen mer förutsägbart?
Ett NAS-operativsystem vinner med en testad konfigurationsåterställning; generell Linux vinner när lagring och tjänster är deklarativa och portabla utanför värddatorn.
LXC kontra Docker på Proxmox för appuppdateringar och återställningar
Docker ger versionshantering på appnivå; LXC ger återställning på gästnivå. Det bättre valet beror på den minsta tillståndsenhet du kan återställa på ett säkert...
