Miglioramenti e considerazioni sui pool dinamici rispetto ai pool tradizionali

I pool dinamici offrono maggiore flessibilità e scalabilità rispetto ai pool tradizionali regolando automaticamente l'allocazione delle risorse in base alla domanda corrente. Ciò consente di ottimizzare l'utilizzo delle risorse, ridurre le attività di gestione manuale e migliorare l'efficienza complessiva durante i carichi di lavoro altalenanti.

Miglioramenti principali

• Dimensionamento automatico: Le risorse possono essere aggiunte o rimosse dinamicamente in base ai requisiti dei carichi di lavoro.
• Migliore utilizzo delle risorse: Riduce al minimo l'overprovisioning e il sottoutilizzo allocando le risorse in base alle esigenze.
• Sovraccarico amministrativo ridotto: Per la pianificazione della capacità e la gestione dei pool è richiesto meno interventi manuali.
• Prestazioni migliorate: I carichi di lavoro possono accedere a risorse aggiuntive durante i periodi di picco della domanda, contribuendo a mantenere i livelli di servizio.
• Ottimizzazione dei costi: L'allocazione dinamica può ridurre i costi operativi abbinando il consumo di risorse alla domanda effettiva.

Considerazioni

• Latenza di dimensionamento: Il provisioning o il deprovisioning delle risorse potrebbe non essere istantaneo e influire sulla reattività dei carichi di lavoro.
• Pianificazione della capacità: L'infrastruttura sottostante deve disporre di una capacità sufficiente per supportare una crescita dinamica.
• Requisiti di monitoraggio: Un monitoraggio e una generazione di avvisi efficaci sono essenziali per garantire che il comportamento di dimensionamento sia in linea con le esigenze del carico di lavoro.
• Complessità della configurazione: La configurazione iniziale e l'ottimizzazione delle policy di dimensionamento possono richiedere ulteriori attività di pianificazione e test.
• Idoneità dei carichi di lavoro: Non tutti i carichi di lavoro traggono uguali vantaggi dal dimensionamento dinamico, in particolare quelli con requisiti di risorse prevedibili e stabili.

Nel complesso, i dynamic pool offrono un approccio più adattivo ed efficiente alla gestione delle risorse, richiedendo al contempo pianificazione, monitoraggio e governance ponderati per massimizzare i vantaggi.

Per ulteriori informazioni, consultare Manual 80903033: Dell Unity Family Configuring Pools (Version 5.x).

Dynamic pool

Nei modelli Unity All-Flash che eseguono OE versione 4.2.x o successiva, tutti i nuovi pool creati nell'interfaccia utente di Unisphere sono dynamic pool e i nuovi pool creati in Unisphere CLI e API REST sono dynamic pool per impostazione predefinita. I dynamic pool implementano una tecnologia RAID avanzata. Nei dynamic pool, un RAID group viene distribuito su extent di unità in più unità. Lo spazio spare richiesto viene distribuito anche tra extent di unità in più unità. In caso di guasto di un'unità, gli extent sull'unità guasta vengono ricostruiti negli extent di spazio spare all'interno del pool.

I pool dinamici presentano i seguenti vantaggi rispetto ai pool tradizionali:

• Le unità non vengono sprecate, perché non ci sono ricambi fissi. Tutte le unità del sistema possono essere aggiunte a un pool. Ciò prolunga la durata delle unità nel pool, poiché il carico viene distribuito su unità aggiuntive. 
• I tempi di ricostruzione sono in genere molto più rapidi rispetto ai pool tradizionali. Poiché la capacità di riserva per un dynamic pool viene distribuita su più unità anziché concentrata su una singola unità hot-spare, più unità contribuiscono al processo di ricostruzione in caso di guasto di un'unità. 
• I pool possono in genere essere espansi in base alla capacità desiderata. Ad esempio, è possibile aggiungere un'unità alla volta a un dynamic pool, ottenendo flessibilità di provisioning e risparmio sui costi. 

Le seguenti considerazioni si applicano ai dynamic pool:

• Una volta creato un dynamic pool, non è possibile modificarne il RAID type o la larghezza di stripe. Tuttavia, se si espande il pool utilizzando un tipo di unità diverso, le unità aggiunte possono avere una larghezza di stripe diversa.
• Non è possibile ridurre un dynamic pool o modificarne le caratteristiche di storage senza eliminare le risorse di storage configurate nel pool e il pool stesso. Tuttavia, è possibile aggiungere unità per espandere il pool.
• È possibile combinare unità Flash dello stesso tipo di unità con capacità diverse durante il provisioning di un dynamic pool. Tuttavia, se si esegue questa operazione, il sistema potrebbe non utilizzare l'intera capacità delle unità più grandi. Ciò dipende dal numero di unità di ciascuna capacità presenti nel pool. La capacità inutilizzata in un dynamic pool potrebbe diventare disponibile durante una futura espansione del pool. 

Pool tradizionali

I pool creati nei modelli UnityVSA, ibridi e Unity All-Flash che eseguono OE 4.1.x o versioni precedenti sono pool tradizionali. Per i modelli Unity All-Flash che eseguono OE versione 4.2.x o successiva, è possibile creare pool tradizionali utilizzando Unisphere CLI o API REST, ma non l'interfaccia utente di Unisphere.

I pool tradizionali possono essere omogenei o eterogenei. Tutte le unità in un pool omogeneo hanno lo stesso tipo di unità, ad esempio unità SAS o unità SAS Flash 2. Le unità in un pool eterogeneo presentano una combinazione di tipi di unità, ad esempio una combinazione di unità NL-SAS, SAS e SAS Flash 2. I pool tradizionali possono anche essere All-Flash o ibridi. Un pool ibrido contiene una combinazione di unità Flash e non Flash. Tutti i tipi di unità supportati possono essere inclusi in un pool ibrido, ad eccezione delle unità SAS Flash 4, che devono trovarsi in un pool All-Flash.

Nelle implementazioni fisiche, lo storage nei pool tradizionali viene gestito in unità del gruppo RAID, dove:

• Un'unità viene utilizzata da un singolo gruppo RAID.
• Un gruppo RAID è limitato a un massimo di 16 unità ed è composto da unità dello stesso tipo.
• Ogni tier supporta un singolo RAID type.

Poiché lo storage nei pool tradizionali è gestito in unità del gruppo RAID, l'aggiunta di capacità a un pool richiede l'aggiunta di unità in incrementi del gruppo RAID. Ad esempio, per aggiungere unità a un pool con RAID 5 (4+1), è necessario aggiungere almeno 5 unità al pool. Con l'aumento della capacità delle unità, la quantità minima di storage che è possibile aggiungere a un pool e il relativo costo diventano sempre più elevati.

Le seguenti considerazioni si applicano ai pool tradizionali:

• Una volta creato un tier in un pool tradizionale, non è possibile modificare il RAID type o la larghezza di stripe delle unità esistenti nel tier. Tuttavia, se si espande un tier all'interno di un pool tradizionale, è possibile specificare una larghezza di stripe diversa per le unità appena aggiunte. Quando si aggiunge un nuovo tier a un pool tradizionale, è possibile specificare un RAID type, una larghezza di stripe o entrambi diversi per le unità appena aggiunte.
• Non è possibile ridurre un pool tradizionale o modificarne le caratteristiche di storage senza eliminare le risorse di storage configurate nel pool e il pool stesso. Tuttavia, è possibile aggiungere unità per espandere il pool.

Con i pool tradizionali, il sistema di storage utilizza hot-spare dedicati per sostituire un unità guasta o guasta. Qualsiasi unità inutilizzata nel sistema con la tecnologia e le dimensioni appropriate può essere utilizzata per sostituire un'unità guasta o guasta in un pool. Se non è disponibile un unità di riserva con lo stesso tipo e dimensioni, il sistema può utilizzare un unità più grande dello stesso tipo. Poiché le unità di riserva sono hot-spare dedicate, non possono essere utilizzate per migliorare le prestazioni del pool o mitigare l'usura dell'unità Flash. Inoltre, quando un'unità si guasta o è guasta, l'intera unità deve essere ricostruita sull'unità di riserva. Pertanto, il tempo di ricostruzione può essere molto lungo, perché è limitato dalle prestazioni della singola unità il cui contenuto viene ricostruito. Ciò può influire sulle prestazioni. Può inoltre aumentare le probabilità di riscontrare ulteriori guasti delle unità durante il processo di ricostruzione, con conseguente perdita di dati.

Documentazione/unity-family/unity-p-pool-config