Data Domain : bonnes pratiques pour les flux de données envoyés aux systèmes DD avec DDOS 8.x

Pour des performances optimales, Dell Technologies recommande de limiter les flux simultanés entre les systèmes DD et vos serveurs de sauvegarde .

Un flux de données, dans le contexte du tableau suivant, fait référence à un flux d’octets volumineux associé à un accès séquentiel aux fichiers, tel qu’un flux d’écriture dans un fichier de sauvegarde ou un flux de lecture à partir d’une image de restauration. Un flux source ou cible de réplication fait référence à une opération de réplication ou à un flux de réplication de fichiers DD Boost associé à une opération de réplication de fichiers.

a. Flux DirRepl, OptDup, MTreeRepl

Contexte des flux DDR

En général, un flux dans ce contexte fait référence au flux d’octets associé à un accès séquentiel aux fichiers. En général, nous faisons référence à un fichier volumineux écrit pour une sauvegarde ou lu pour une restauration (d’où les termes « flux d’écriture » et « flux de lecture »).

En outre, il existe deux autres types de flux référencés dans la discussion ci-dessous :

• Flux de réplication de fichiers gérés : associé à une opération de réplication de fichiers, également appelée optdup (duplication optimisée) dans les applications Symantec NetBackup et BackupExec. Cette fonctionnalité a été introduite dans DD OS version 4.7.

• Flux de réplication de structure MTree : associé à un contexte de réplication de structure MTree, alors que la réplication de structure MTree est en cours. Cette fonctionnalité a été introduite dans DD OS version 5.1

Bien que les cas d’utilisation de ces flux de réplication soient assez différents des opérations normales de sauvegarde et de restauration, le taux d’utilisation des ressources de flux au sein de la DDR est à peu près équivalent à un flux de lecture (pour un contexte source) ou à un flux d’écriture (pour un contexte de destination).

Le tableau Supported Stream Count, référencé ci-dessous, représente les limites recommandées pour les flux de lecture et d’écriture simultanés. Le dépassement de ces limites entraîne une dégradation des performances (débit et compression). En interne, nous les appelons des limites souples. En outre, il existe une limite stricte interne qui fait référence au nombre total de flux pris en charge par DDFS. Dans DDFS, le serveur NFS recycle les ressources de flux pour rester sous la limite stricte. C’est ce recyclage (ou battage) des ressources fluviales qui est responsable de la forte baisse de performance lorsque la limite stricte est dépassée. La limite stricte est 2 fois la limite souple. Le thrashing de flux se produit si le nombre de flux simultanés dépasse la limite stricte. Le thrashing de flux entraîne des performances extrêmement faibles (environ 1 Mo/s) et une compression inverse. Lorsque le système de fichiers détecte un stream thrashing, il génère le message d’alerte « Too many streams open ».

En ce qui concerne les flux de réplication, le tableau Supported Stream Count référencé ci-dessous utilise le terme « flux Repl » pour désigner tous les types de flux de réplication (le cas échéant).

Pour la réplication de MTree, les valeurs du tableau Nombre de flux pris en charge référencé ci-dessous indiquent le nombre maximal de contextes pouvant être créés. Il s’agit d’une limite imposée qui ne peut pas être dépassée. Dans certains cas, nous autorisons la création de plus de contextes de réplication de structure MTree que la limite souple de flux de lecture/écriture ne l’exigerait, car l’utilisation de la réplication peut être moins exigeante que les opérations de sauvegarde et de restauration, et la possibilité de surabonner au-delà de la limite souple offre une plus grande densité de réplication (par exemple, dans les topologies de réplication plusieurs-vers-1).

Pour les flux optdup (réplication de fichiers), les valeurs du tableau Nombre de flux pris en charge référencés ci-dessous sont des limites recommandées, comme décrit ci-dessus pour le nombre de flux de lecture et d’écriture.