Il design del cluster di storage NetApp offre alta disponibilità a ogni livello:

Le storage virtual machine (SVM) di NetApp forniscono un array di storage virtuale per separare il dominio di sicurezza, le policy e le reti virtuali. NetApp consiglia di creare SVM separate per ogni organizzazione tenant che ospita i dati nel cluster di storage.

Prendere in considerazione le seguenti Best practice per lo storage NetApp:

NetApp consiglia di implementare l'avvio SAN per i server Cisco UCS nella soluzione FlexPod Datacenter. Questa fase consente al sistema operativo di essere protetto in modo sicuro dal sistema di storage NetApp AFF, fornendo performance migliori. Il design delineato in questa soluzione utilizza l'avvio SAN iSCSI.

Nell'avvio SAN iSCSI, a ogni Cisco UCS Server vengono assegnate due vNIC iSCSI (una per ogni fabric SAN), che forniscono connettività ridondante fino allo storage. Le porte di storage di questo esempio, e2a e e2e, collegate agli switch Cisco Nexus, sono raggruppate in modo da formare una porta logica chiamata gruppo di interfacce (ifgrp) (in questo esempio, a0a). Le VLAN iSCSI vengono create sull'igroup e le LIF iSCSI vengono create sui gruppi di porte iSCSI (in questo esempio, a0a-<iSCSI-A-VLAN>). Il LUN di avvio iSCSI viene esposto ai server attraverso il LIF iSCSI utilizzando igroups. Questo approccio consente solo al server autorizzato di accedere al LUN di avvio. Per il layout di porta e LIF, vedere la figura seguente.

A differenza delle interfacce di rete NAS, le interfacce di rete SAN non sono configurate per il failover durante un guasto. Se invece un'interfaccia di rete non è disponibile, l'host sceglie un nuovo percorso ottimizzato per un'interfaccia di rete disponibile. ALUA, uno standard supportato da NetApp, fornisce informazioni sulle destinazioni SCSI, consentendo a un host di identificare il percorso migliore per lo storage.

NetApp è leader del settore nell'innovazione dell'efficienza dello storage, ad esempio con la prima deduplica per i carichi di lavoro primari e con la compattazione dei dati inline, che migliora la compressione e memorizza file di piccole dimensioni e i/o in modo efficiente. ONTAP supporta la deduplica in linea e in background, nonché la compressione inline e in background.

Per sfruttare i vantaggi della deduplica in un ambiente a blocchi, le LUN devono essere con thin provisioning. Anche se il LUN viene ancora considerato dall'amministratore della macchina virtuale come una capacità fornita, i risparmi della deduplica vengono restituiti al volume per essere utilizzati per altre esigenze. NetApp consiglia di implementare questi LUN in volumi FlexVol con thin provisioning e capacità doppia rispetto al LUN. Quando si implementa il LUN in questo modo, il volume FlexVol funge semplicemente da quota. Lo storage utilizzato dal LUN viene riportato nel volume FlexVol e nel relativo aggregato.

Per ottenere il massimo risparmio sulla deduplica, è consigliabile pianificare la deduplica in background. Tuttavia, questi processi utilizzano le risorse di sistema quando sono in esecuzione. Pertanto, idealmente, è necessario pianificarli in tempi meno attivi (come i fine settimana) o eseguirli più frequentemente per ridurre la quantità di dati modificati da elaborare. La deduplica automatica in background sui sistemi AFF ha un effetto molto minore sulle attività in primo piano. La compressione in background (per sistemi basati su disco rigido) consuma anche le risorse, pertanto è consigliabile considerarla solo per carichi di lavoro secondari con requisiti di performance limitati.

I sistemi che eseguono il software ONTAP possono utilizzare la funzione QoS dello storage ONTAP per limitare il throughput in megabit al secondo (Mbps) e per limitare gli IOPS per diversi oggetti di storage come file, LUN, volumi o intere SVM. La QoS adattiva viene utilizzata per impostare un piano IOPS (minimo QoS) e un soffitto (massimo QoS), che si regolano dinamicamente in base alla capacità del datastore e allo spazio utilizzato.

I limiti di throughput sono utili per controllare carichi di lavoro sconosciuti o di test prima di un'implementazione per confermare che non influiscono su altri carichi di lavoro. Questi limiti possono essere utilizzati anche per limitare un carico di lavoro ingombrante dopo che è stato identificato. Sono supportati anche i livelli minimi di servizio basati sugli IOPS per fornire performance costanti per gli oggetti SAN in ONTAP.

Con un datastore NFS, è possibile applicare una policy di QoS all'intero volume FlexVol o ai singoli file del disco macchina virtuale (VMDK) al suo interno. Con gli archivi di dati VMFS (volumi condivisi cluster [CSV] in Hyper-V) che utilizzano LUN ONTAP, è possibile applicare i criteri di QoS al volume FlexVol che contiene le LUN o alle singole LUN. Tuttavia, poiché ONTAP non è a conoscenza di VMFS, non è possibile applicare i criteri di qualità del servizio ai singoli file VMDK. Quando si utilizza VMware Virtual Volumes (VVol) con VSC 7.1 o versione successiva, è possibile impostare il QoS massimo su singole macchine virtuali utilizzando il profilo di capacità dello storage.

Per assegnare un criterio QoS a una LUN, inclusi VMFS o CSV, è possibile ottenere la SVM ONTAP (visualizzata come Vserver), il percorso del LUN e il numero di serie dal menu Storage Systems (sistemi storage) nella home page del VSC. Selezionare il sistema di storage (SVM), quindi Related Objects (oggetti correlati) > SAN. Utilizzare questo approccio quando si specifica la qualità del servizio utilizzando uno degli strumenti ONTAP.

È possibile impostare il limite massimo di throughput QoS su un oggetto in Mbps e in IOPS. Se si utilizzano entrambi, il primo limite raggiunto viene applicato da ONTAP. Un carico di lavoro può contenere più oggetti e una policy QoS può essere applicata a uno o più carichi di lavoro. Quando applichi una policy a più workload, questi condividono il limite totale della policy. Gli oggetti nidificati non sono supportati (ad esempio, per un file all'interno di un volume, non possono avere una propria policy). I valori minimi di QoS possono essere impostati solo in IOPS.

In questa sezione vengono fornite le Best practice per il layout di LUN, volumi e aggregati sullo storage.

NetApp consiglia le seguenti Best practice per il networking:

Ulteriori Best practice per il networking sono disponibili nelle guide alla progettazione e all'implementazione dell'infrastruttura FlexPod.