Septemberbeskedet konkretiserar Nutanix–ONTAP

Nutanix och NetApp visade sin planerade integration vid NetApp INSIGHT 2026, den 29 september–1 oktober. För företag som överväger ett byte från VMware är den praktiska idén att kunna byta virtualiseringsplattform och samtidigt återanvända kompatibel NetApp-lagring. Septemberinformationen ger ett tydligare underlag för planering än vårens partnerskapsbesked, men ska fortfarande läsas som en förhandsvisning.

I NetApps uppdatering från den 29 september anges Nutanix Cloud Infrastructure, NCI, 7.6.0.10 och tillgänglighet senare under året. Nutanix beskriver i sin samtida uppdatering planerad tillgänglighet under hösten. De öppnade källorna bekräftar inte generell tillgänglighet, GA, den 6 oktober. Versionsnumret är därför ett angivet mål för integrationen, inte ett bevis för att lösningen redan kan tas i produktion.

Vad lösningen kopplar ihop

Den beskrivna arkitekturen kopplar Nutanix AHV-kluster för beräkning till externa NetApp ONTAP-system över NFS. AHV är hypervisorn som kör de virtuella maskinerna. ONTAP hanterar lagringen, medan NFS är filprotokollet mellan beräkningsmiljön och lagringssystemet. Det är en annan utgångspunkt än att samtidigt ersätta hypervisor och lagringsplattform.

NetApps septembertext beskriver återanvändning av AFF- och FAS-system. Det äldre gemensamma partnerskapsbeskedet från april preciserar AFF A-serien och utvalda FAS-system. Det ger inte stöd för att varje befintlig NetApp-modell, ONTAP-version eller serverkonfiguration fungerar. Den exakta kombinationen måste kontrolleras mot den slutliga supportmatrisen och releaseinformationen.

För ett företag med nyare lagringssystem och en etablerad ONTAP-organisation kan detta öppna ett mer avgränsat moderniseringsprojekt. LabOps IT:s analys är att beslut om hypervisor, serverförnyelse och lagringsförnyelse då kan fördelas över olika tidpunkter. Det kan underlätta planering och budget, men innebär också att flera system och supportgränser behöver hanteras tillsammans.

Separat skalning kräver en gemensam driftmodell

Nutanix beskriver NCI för extern lagring som ett sätt att skilja beräkningsprogramvaran från lagringskapaciteten. Septembermaterialet delar också upp administrationen: virtualiseringsteamet arbetar i Prism och lagringsteamet använder ONTAP-verktyg. Det är en beskrivning av den planerade lösningen, inte en garanti för hur varje funktion kommer att exponeras vid lansering.

LabOps IT:s rekommendation är att redan i ett pilotprojekt definiera vem som äger hela kedjan från VM till lagringsvolym. Om en applikation får hög svarstid behöver teamen kunna skilja mellan CPU-belastning, nätverksfördröjning och lagringsproblem. Gemensamma mätpunkter och en överenskommen felsökningsordning är därför lika viktiga som valet av administrationsgränssnitt.

Planera även förändringar tillsammans. En hypervisoruppgradering, ett ONTAP-underhåll och ett nätverksarbete kan var för sig vara hanterbara men skapa osäkerhet om de genomförs samtidigt. Pilotens testplan bör innehålla normallast, underhåll och relevanta felscenarier. Målet är att förstå arbetslastens beteende när en komponent eller förbindelse försvinner, inte bara att visa att en VM kan starta.

Zero-copy är inte samma sak som en färdig migration

Leverantörerna beskriver Nutanix Move för automatisering av migration, inklusive nätverksmappning och validering. NetApps septembertext säger samtidigt att stöd för Shift Toolkit är på väg. Den skillnaden behöver behållas: ett annonserat migrationsupplägg och framtida Shift-stöd är inte samma sak som dokumenterat stöd i en redan tillgänglig produktversion.

I den öppnade Shift-dokumentationens lista över migrationsvägar, daterad 13 juli 2026, finns flera andra hypervisorer men ingen AHV-väg. Dokumentet kan användas som bakgrund till vad verktyget gör, men inte som installationsguide för den nya integrationen. Att AHV saknas där är heller inget bevis för att den planerade funktionen inte kommer att levereras.

Zero-copy beskriver ambitionen att konvertera utan att kopiera hela underliggande datamängden. Det säger inte att gästsystem, drivrutiner, nätverk, applikationer och återställning automatiskt blir klara. LabOps IT:s rekommendation är att mäta hela avbrottsfönstret: från sista verifierade skrivning på källan till godkänd applikationskontroll på målet. En snabb diskkonvertering är bara en del av det förloppet.

NFS-spåret behöver granskas för befintliga SAN-miljöer

Den annonserade Nutanix–ONTAP-kopplingen använder NFS. Den ska inte beskrivas som generellt AHV-stöd för befintliga FC- eller iSCSI-datastores. Företag som redan kör VMware med ONTAP över NFS har därför en annan utgångspunkt än de som använder blocklagring.

NetApps generella Shift-anvisning för SAN-miljöer anger att VM:ar först behöver ligga på NFS före konvertering med verktyget. Dokumentet beskriver bland annat Storage vMotion från SAN till NFS. Detta är bakgrundsinformation om Shift, inte en verifierad migrationsprocedur till AHV.

För en SAN-miljö bör pilotplanen därför ta höjd för ett möjligt förberedande lagringssteg. Kontrollera kapacitet, tidsåtgång, nätverksbelastning och vilka förändringar som krävs på källplattformen. Återanvändning av en fysisk lagringsplattform betyder inte nödvändigtvis att arbetslasten kan behålla sitt nuvarande protokoll, datastore eller diskformat genom hela bytet.

Backup och support avgör produktionsvärdet

Vårens partnerskapsbesked beskriver planerade funktioner för bland annat skydd mot ransomware och hantering på VM-nivå. Sådana mål behöver omsättas till dokumenterade egenskaper för den slutliga kombinationen av hårdvara och programversioner. Artikeln fastställer därför inte att befintliga VMware-backupflöden eller applikationsintegrationer följer med oförändrade till AHV.

LabOps IT:s förslag är att verifiera återställning tidigt i piloten. Testa en hel VM, relevanta applikationsdata och den återställningsnivå verksamheten faktiskt använder. Dokumentera vilka delar som är applikationskonsistenta, vilka som kräver åtgärder i gästen och vilka konton som behöver åtkomst. En lagringssnapshot och en fungerande återställning av en verksamhetstjänst bör bedömas som separata resultat.

Supportmodellen behöver vara lika konkret. Begär besked om vilka versioner som stöds tillsammans, hur fel eskaleras mellan leverantörerna och hur länge kombinationen kan användas. För affärskritiska arbetslaster är en tydlig ansvarskedja vid incident viktigare än ett allmänt partnerskapslöfte.

Prioritera en avgränsad pilot och en fullständig kalkyl

Följande är LabOps IT:s rekommenderade ordning inför ett beslut:

  1. Bekräfta leveransstatus och support för de aktuella servrarna, lagringssystemen, ONTAP- och NCI-versionerna. Utgå från slutliga release notes och supportmatriser.
  2. Inventera arbetslaster, protokoll, beroenden, backup och återställningskrav. Välj en representativ pilot med tydligt facit.
  3. Prova migration, applikationsfunktion, underhåll och återställning. Dokumentera även vägen tillbaka om piloten inte godkänns.
  4. Jämför total kostnad över samma tidsperiod: programvara, support, nätverk, utbildning, migreringsarbete och eventuell parallell drift.

De granskade källorna ger ingen generell prislista eller verifierad besparingsprocent för ett visst företag. Återanvänd lagring kan påverka kalkylen, men en lägre kostnad kan inte räknas fram från partnerskapsbeskedet ensamt. Be om ett konkret erbjudande och koppla det till de arbetslaster och driftskrav som piloten har verifierat.

LabOps IT:s bedömning

Septemberbeskedet gör Nutanix–ONTAP till ett mer konkret planeringsalternativ för företag som vill utvärdera AHV och behålla en kompatibel lagringsplattform. Det viktigaste är möjligheten att dela upp förändringen i hanterbara beslut. Det ger också ett tydligt skäl att granska migrationsvägen innan nya server- och lagringsinvesteringar låses.

Prioriteten är planerad utvärdering. Utifrån de källor som kontrollerats den 6 oktober bör integrationen inte behandlas som en bekräftad GA-lösning. Produktionsvärdet avgörs av den levererade supportmatrisen, fungerande återställning och en kalkyl för den egna miljön. Det är LabOps IT:s analys, skild från leverantörernas löften om enklare och snabbare modernisering.

Källor