Data Domain: Linee guida sui metadati di PowerProtect DD Virtual Edition ("DDVE")

Sinossi:

PowerProtect DD Virtual Edition offre prestazioni e TCO ineguagliabili per i clienti che desiderano i vantaggi di un appliance Data Domain in un fattore di forma virtuale. Tuttavia, è necessario prestare attenzione prima di implementare PowerProtect DDVE in determinati tipi di ambienti in quanto ciò potrebbe causare un aumento dell'utilizzo dei metadati rispetto alle linee guida stabilite, influenzando così il TCO sperimentato dall'utente. L'aumento dei metadati risultante dagli scenari discussi di seguito è una conseguenza naturale di una deduplica elevata in quanto il prodotto funziona in base alla progettazione. Si consiglia vivamente di valutare il potenziale impatto degli scenari riportati di seguito sul TCO prima del deployment.
Questo documento illustra tali scenari noti che potrebbero portare a un aumento dell'utilizzo dei metadati durante l'utilizzo della scrittura di DDVE in un archivio oggetti.

Scenario 1: Backup di Virtual Synthetic File System

La protezione dei backup del file system su PowerProtect DDVE utilizzando un'applicazione di backup (ad esempio Avamar) con backup Virtual Synthetic abilitati potrebbe portare a una situazione in cui il cliente riscontra un elevato rapporto di deduplica, a scapito di un maggiore utilizzo dei metadati. Un elevato tasso di deduplica effettiva esercita una pressione verso il basso sul TCO, mentre l'aumento dell'utilizzo dei metadati esercita una pressione verso l'alto. La risoluzione di queste forze determina il TCO complessivo sperimentato dall'utente. Prima del deployment, è importante valutare se l'ambiente dell'utente dispone di questo tipo di carico di lavoro.
Se non è possibile disattivare i backup sintetici virtuali nell'applicazione di backup o sceglierne uno che non utilizzi backup sintetici virtuali, l'unica soluzione nota per questi casi è che l'utente aggiunga ulteriori dischi di metadati per mantenere operativo il sistema.

Scenario 2: Container parziali

La scrittura di container parziali nell'archivio oggetti, che potrebbe essere causata da commit frequenti o dalla scrittura di file di piccole dimensioni (<1 MB), aumenta il sovraccarico dei metadati del sistema. In questo scenario, questo picco è temporaneo e il sistema può essere riportato allo stato steady eseguendo la pulizia, che copierà in avanti i container parziali ed eliminerà la frammentazione. Tuttavia, è importante notare che l'esecuzione della pulizia comporta un costo che, se eseguito troppo spesso, potrebbe influire sul TCO. La linea guida delle best practice consiste nell'eseguire la pulizia una volta alla settimana e dimensionare i dischi di metadati di conseguenza.

Scenario 3: File di piccole dimensioni

Nei casi in cui l'ambiente dell'utente dispone di milioni di file di piccole dimensioni (<1 MB), l'overhead dei metadati è elevato rispetto ai dati. Si tratta di un carico di lavoro non supportato e DDVE potrebbe non essere la soluzione giusta per proteggere tali carichi di lavoro.

Scenario 4: Marcatori densi

Alcune app, come Oracle o CommVault, introducono indicatori nel flusso di backup. DDVE deduplica questi marcatori, determinando tassi di deduplica elevati. Ancora una volta, l'utente si trova di fronte a un compromesso tra un elevato tasso di deduplica e un maggiore utilizzo dei metadati. L'utente può scegliere di disattivare l'ottimizzazione in-app nell'app di backup e ridurre l'utilizzo dei metadati DDVE oppure scegliere i tassi di deduplica più elevati a scapito di un maggiore utilizzo dei metadati.
Se non è possibile disattivare l'ottimizzazione in-app nell'applicazione di backup, l'unica soluzione nota per questi casi è che l'utente aggiunga ulteriori dischi di metadati per mantenere operativo il sistema.

Scenario 5: Backup sintetici non virtuali con elevati tassi di deduplica

Questo scenario non è comune e l'utente deve essere consapevole del potenziale impatto sul TCO a causa degli elevati
tassi di deduplica, che potrebbero causare un aumento significativo dell'utilizzo dei metadati. L'unica soluzione nota per questi
casi è che l'utente aggiunga ulteriori dischi di metadati per mantenere operativo il sistema.

Riepilogo

Negli scenari specifici descritti in precedenza, si prevede un aumento significativo del consumo di metadati
e la soluzione consigliata per questi casi è che l'utente aggiunga ulteriori dischi di metadati per mantenere
operativo il sistema. Il prodotto funziona in base alla progettazione e si consiglia vivamente di valutare il potenziale
impatto degli scenari di cui sopra sul TCO prima del deployment.
Per i carichi di lavoro con un rapporto di deduplica più elevato, sono necessari più metadati. Lo storage dei metadati può essere espanso dinamicamente
. Quando l'utilizzo dello spazio di storage dei metadati supera l'80%, viene generato un avviso. È necessario aggiungere immediatamente un nuovo disco
di metadati a DDVE per evitare di esaurire lo spazio. Seguire la guida all'amministrazione per la
procedura di espansione dello storage. Si consiglia di utilizzare sempre un disco da 1 TB.
La CLI seguente (documentata nella Guida all'installazione e all'amministrazione di DDVE) mostra l'utilizzo dei metadati
locali attivi.
Per esempio:

sysadmin@atos-ddve# filesys show space tier active local-metadata Active Tier: utilizzo dei metadati locali GiB usati GiB disp. GiB Use% -------- -------- --------- ----- 24290,4 4390,2 19900,2 18,0% -------- -------- --------- -----