Nutanix con storage esterno: cosa cambia con NCI 7.6
Per anni la proposta Nutanix è stata una sola: iperconvergenza. Compute e storage negli stessi nodi, gestiti da un’unica piattaforma. Un modello che funziona, ma che in molti progetti di uscita da VMware si scontra con una realtà molto concreta: in sala macchine c’è già uno storage array, spesso ancora in ammortamento, e un team che lo gestisce e non ha alcuna intenzione di rinunciarci.
Con la Nutanix Cloud Platform con storage esterno questa obiezione cade. E con NCI 7.6 la proposta diventa più ampia e più matura.
Il problema che risolve
Chi sta valutando un’alternativa a vSphere raramente parte da zero. Il quadro tipico è questo:
- server recenti, ancora lontani dalla fine del ciclo di vita;
- uno storage array all-flash acquistato da pochi anni;
- un team storage che ha la responsabilità del dato e vuole mantenerla.
Proporre in questo contesto un passaggio completo all’HCI significa chiedere al cliente di dismettere un investimento ancora valido e di riorganizzare i ruoli interni. È una conversazione difficile, e spesso è quella che blocca il progetto.
La risposta: piattaforma Nutanix, dati sull’array
L’idea è semplice: separare ciò che fa Nutanix da ciò che fa l’array.
- Nutanix porta sui server esistenti l’intero stack di piattaforma: hypervisor AHV, gestione da Prism Central, micro-segmentazione e networking con Flow, disaster recovery e automazione.
- L’array continua a fare quello che sa fare: efficienza del dato, protezione, resilienza, snapshot.
I server diventano un compute cluster Nutanix che parla con l’array via Ethernet. Non serve sostituire lo storage.
Con gli array a blocchi (Everpure, PowerFlex, PowerStore) c’è poi una differenza importante rispetto al modello VMware classico: non esistono datastore. Ogni disco di ogni VM corrisponde a un volume dedicato sull’array. Questo significa snapshot, cloni e policy applicabili al singolo disco virtuale, senza i compromessi tipici di un datastore condiviso da decine di VM. È un approccio che si sposa bene anche con Kubernetes, dove l’unità di consumo è proprio il volume.
Gli array supportati
Oggi l’integrazione copre quattro piattaforme, tutte collegate al compute cluster via Ethernet:
- Everpure FlashArray (il nuovo nome di Pure Storage), la prima integrazione disponibile, via NVMe/TCP;
- Dell PowerFlex, soluzione software-defined su server x86, tramite il client nativo PowerFlex (SDC);
- Dell PowerStore, la novità di NCI 7.6, via NVMe/TCP;
- NetApp ONTAP (AFF A-Series, AFF C-Series e FAS), via NFSv3, supportato da AOS 7.6.0.50.
Cosa porta NCI 7.6
Dell PowerStore
È l’annuncio principale. PowerStore si aggiunge alla famiglia degli array supportati, con connessione NVMe/TCP, su tutte le generazioni (dai modelli T originali fino a 1500, 3300, 5500 e 9500) con PowerStoreOS 5.0.0.2. Il vincolo da conoscere è che l’appliance deve essere configurata come cluster a singola appliance: i cluster multi-appliance non sono supportati.
Per la base installata Dell in Italia, che è ampia, questo apre una possibilità concreta: adottare AHV mantenendo sia i server PowerEdge sia lo storage esistente. Sul fronte DR il supporto è completo: replica asincrona, sincrona, Metro Availability e live migration tra cluster (CCLM), anche verso cluster HCI.
NetApp ONTAP
Con AOS 7.6.0.50 arriva anche NetApp, con un approccio diverso dagli altri array: il compute cluster consuma lo storage ONTAP via NFSv3, usando volumi FlexVol esportati dall’array. Sono supportati AFF A-Series, AFF C-Series e FAS. Per chi oggi ha vSphere su datastore NFS NetApp il passaggio è naturale: Nutanix Move migra le VM da ESXi ad AHV mantenendo lo stesso array.
Un cluster che tollera più guasti
In un cluster con storage esterno i dati delle VM stanno sull’array, che è un dominio di disponibilità separato. Anche i servizi interni del cluster tengono i loro dati su volumi dedicati sull’array, e dopo un guasto ripartono automaticamente sui nodi superstiti. Il risultato è che la disponibilità dipende solo dalla capacità di calcolo rimasta:
| Nodi nel cluster | Guasti contemporanei tollerati |
|---|---|
| Meno di 5 | N − 2 (es. 4 nodi: 2 guasti) |
| 5 o più | N − 3 (es. 10 nodi: 7 guasti) |
È un comportamento molto diverso da quello di un cluster HCI, dove la tolleranza è legata al fattore di replica dei dati.
Gli array a confronto
| Everpure FlashArray | Dell PowerFlex | Dell PowerStore | NetApp ONTAP | |
|---|---|---|---|---|
| Protocollo | NVMe/TCP | SDC (client PowerFlex) | NVMe/TCP | NFSv3 |
| Versione AOS | 7.6 | 7.6 | 7.6 | 7.6.0.50 |
| Modelli | FlashArray //X, //XL, //C | Hardware supportato da Dell | Tutte le generazioni, singola appliance | AFF A-Series, AFF C-Series, FAS |
| vDisk per cluster | 10.000 | 16.000 | 5.000 | 20.000 |
| DR | Async, Sync, Metro | Async, Sync, Metro | Async, Sync, Metro, CCLM | Async |
| Non supportati | NDB, NUS | NDB, NUS, VDI | NDB, NUS, NDK | NDB, NUS, NDK |
In comune a tutte le integrazioni: minimo 3 nodi (fino a 32), DR solo da Prism Central (niente protection domain da Prism Element), nessuna replica verso cloud object store con MST, migrazione da ESXi con Nutanix Move.
Quando ha senso, e quando no
Ha senso quando:
- il cliente ha un array supportato con vita utile residua e vuole proteggerne l’investimento;
- il team storage deve mantenere il controllo del dato;
- si vuole uscire da VMware riducendo i cambiamenti contemporanei: prima l’hypervisor, poi eventualmente lo storage;
- l’array oggi serve host su Fibre Channel: il compute cluster Nutanix si collega solo via Ethernet, ma l’array può mantenere le porte FC per gli host esistenti, quindi la transizione può essere graduale.
Ci sono vincoli da conoscere:
- il compute cluster richiede almeno 3 nodi;
- la connessione verso l’array è solo Ethernet: almeno 10 GbE end-to-end, consigliati 25 GbE, con traffico storage separato (un virtual switch dedicato per gli array a blocchi, una VLAN dedicata con jumbo frame per NetApp);
- i servizi layered NDB e NUS non sono disponibili con nessun array, e alcune integrazioni hanno esclusioni specifiche, come il VDI su PowerFlex;
- il dimensionamento va fatto tenendo conto dei limiti sul numero di vDisk per cluster e dei limiti dell’array, che variano da vendor a vendor.
L’HCI resta l’architettura di riferimento per chi parte da zero o rinnova tutto. Lo storage esterno non la sostituisce: allarga la platea di clienti per cui Nutanix è una scelta praticabile da subito.
Come partire
Per un partner il percorso è lineare:
- Verificare con Nutanix la compatibilità di server e array per il progetto specifico.
- Dimensionare con Nutanix Sizer, che prevede profili specifici per ciascun array.
- Preparare la rete di storage: VLAN dedicate, jumbo frame verificati end-to-end, NTP allineato su tutti i componenti.
- Fare un PoC migrando alcune VM reali con Move e testando guasti lato server e lato array.
L’esperienza raccolta sul campo è coerente: l’installazione è semplice e le impostazioni di multipath sono già ottimizzate. Il lavoro vero è sulla rete, non sulla piattaforma.