TrueNAS har släppt ett inbyggt Proxmox VE- lagringsplugin som låter Proxmox provisionera och hantera VM-diskar direkt på TrueNAS-system. En disk som begärs i Proxmox blir en OpenZFS zvol på TrueNAS 25.10 eller senare, publicerad som en iSCSI LUN eller ett NVMe/TCP-namnrymd, och pluginet hanterar skapande, snapshots, storleksändring, migrering och borttagning från Proxmox-sidan utan någon konfiguration per volym i TrueNAS-gränssnittet. Versionen är avsedd för Early Adopters, där TrueNAS Community Edition-användare får den först och Enterprise-stöd i valideringen.
Vad TrueNAS Proxmox-pluginet ersätter
De flesta Proxmox-on-TrueNAS-distributioner körs idag på NFS eller handbyggda iSCSI LUN:er. På NFS hanterar Proxmox VM-snapshots genom QEMU-kopieringsfiler, och Proxmox egen lagringsdokumentation säger att snapshots av stora diskar kan ta flera minuter och i extrema fall timmar. Manuellt konfigurerad iSCSI undviker detta men hade inget inbyggt stöd för snapshots före Proxmox VE 9, och varje ny disk innebär en ny zvol, en ny iSCSI-utsträckning och en ny LUN-mappning på arrayen. Proxmox äldre ZFS-över-iSCSI-plugintyp minskade gapet för ZFS-stödda arrayer, och TrueNAS levererar nu ett specialbyggt plugin i dess ställe.
Med pluginet installerat förblir lagringsåtgärderna inuti Proxmox-gränssnittet. Administratörer skapar VM-diskar, tar OpenZFS-snapshots, ändrar storlek på, migrerar och tar bort volymer, och TrueNAS provisionerar de underliggande blockenheterna som tunna, glesa zvols på begäran. Snapshots körs direkt på OpenZFS och inkluderar live VM-snapshots som fångar RAM-tillstånd. Kloner, flyttningar, säkerhetskopior och importer körs fortfarande på Proxmox-värden, och TrueNAS:s inbyggda NFS- och SMB-delningar förblir sökvägen för filbaserat innehåll som ISO-bilder och säkerhetskopieringskataloger, som serveras från samma pool.
Stöd för iSCSI och NVMe/TCP
Transport väljs per Proxmox-lagringspost. iSCSI fungerar på Proxmox VE 8.x och senare; NVMe/TCP kräver Proxmox VE 9.x med nvme-cli-initiatorn installerad på varje nod, och TrueNAS positionerar det som alternativet när latensen är som viktigast. Autentisering använder en TrueNAS API-nyckel istället för den root SSH-åtkomst som vissa ZFS-över-iSCSI-arbetsflöden kräver.
För miljöer som kör flera Proxmox-kluster mot ett TrueNAS-system, kräver plugin-programmet en datauppsättning och ett iSCSI-mål eller NVMe-undersystem per kluster, vilket förhindrar att extentnamn kolliderar och separerar varje klusters lagring. TrueNAS ramar in designen som separerad beräkning och lagring, med Proxmox på beräkningssidan och TrueNAS som dataplattformen under, och TrueNAS är tydlig med att det inte är en ersättning för en hyperkonvergerad Ceph-distribution.
Installation och TrueNAS-support
Pluginet skickas via ett signerat APT-arkiv, med Bookworm-paket för Proxmox VE 8 och Trixie-paket för Proxmox VE 9. Installationsprogrammet detekterar Proxmox-versionen, kör klustermedvetet med hälsokontroller och rollback, och en fristående .deb-fil täcker noder med luftgapp. Installationssteg på TrueNAS-sidan finns i dokumentationen för TrueNAS Proxmox VE Storage Plugin.
TrueNAS 25.10 eller senare krävs för lagring. Plugin-programmet körs på TrueNAS Community Edition och på Enterprise-enheter inklusive H-serien och V-serien, vilka ger hög tillgänglighet. Enterprise-supporten är under aktiv validering, och TrueNAS säger att det nu kan beställas via kontoteam, med en designgranskning som rekommenderas innan något kommer i produktion. TrueNAS säger också att det kommer att fungera med Proxmox-partners för fullständig systemintegration.
Tillgänglighet för TrueNAS Proxmox-plugin
TrueNAS Proxmox-pluginet är nu tillgängligt från projektets GitHub-versionssida. TrueNAS rekommenderar att man först installerar Early Adopter-versionen på ett Proxmox-kluster som inte är i produktion och verifierar det mot dina arbetsbelastningar innan man flyttar produktions-VM:er till det. TrueNAS tillkännagivande täcker designargumentet mer ingående.
Amazon