Data Domain : utilisation élevée du processeur causée par des opérations excessives de READDIR BoostFS

L’utilisation du processeur reste constamment élevée, dépassant souvent 80 %, même pendant les périodes de faible débit et de flux actifs minimes.
Utilisation élevée du processeur du système ( %system) observée dans les statistiques SAR.
Des moyennes de charge système élevées qui ne sont pas corrélées avec la charge applicative de sauvegarde ou de réplication.
Les processus DDFS consomment beaucoup plus de ressources CPU que prévu.
L’analyse des performances montre une activité significative dans les chemins de code liés à READDIRPLUS.
Un grand nombre de OSTREADDIRPLUS ou ddp_readdir opérations observées dans les données d’Autosupport.
Les opérations de sauvegarde, de restauration ou d’accès aux fichiers peuvent devenir plus lentes que prévu.
Augmentation du nombre de connexions TCP actives et des éventuelles alertes de rejet de connexion.
Fréquent "5006-end of directory" messages peuvent être observés dans les logs BoostFS ou DDFS.
L’un des dd_guts Le thread du planificateur peut sembler fortement utilisé alors que d’autres threads du planificateur restent relativement inactifs.
Les statistiques de couche RPC NFS peuvent afficher une élévation data_wait et svc_func Valeurs :

L’analyse a révélé qu’un nombre excessif de READDIR et READDIRPLUS Les opérations provenant des systèmes de fichiers montés BoostFS contribuaient à une utilisation élevée du processeur.

Des études antérieures ont montré que l’indexation automatisée, l’analyse de sécurité, les utilitaires de surveillance et les processus de traversée du système de fichiers peuvent générer d’importants volumes de demandes d’énumération de répertoires, ce qui entraîne une augmentation de l’utilisation du processeur DDFS et du noyau, même lorsque les charges applicatives de sauvegarde restent relativement faibles.

Sources courantes d’excès READDIR Exemples d’activités :

mlocate/updatedb processus d’indexation analysant les points de montage BoostFS.
Applications d’analyse antivirus et de sécurité.
Les outils de surveillance et de bilan de santé interrogent les systèmes de fichiers montés.
Activités fréquentes d’énumération des systèmes de fichiers, telles que les listes récursives de répertoires et les opérations statistiques.
Applications utilisant des interfaces BoostFS ou SDK qui parcourent de manière répétée de grandes structures de répertoires.
Scripts automatisés exécutant la détection continue de systèmes de fichiers ou la collecte d’inventaire.

Ces activités peuvent générer des millions de READDIR opérations par jour, ce qui crée une surcharge de traitement importante au sein de DDFS et du système de fichiers sous-jacent.

Passez en revue les systèmes équipés de montages BoostFS à la recherche d’applications qui effectuent fréquemment des activités d’énumération, d’indexation, de surveillance ou d’analyse des répertoires.

Les actions recommandées sont les suivantes :

Identifier les applications générant un nombre excessif READDIR sur les systèmes de fichiers montés sur BoostFS.
Exclure des points de montage BoostFS de mlocate/updatedb indexation par la mise à jour de la configuration PRUNEFS.
Passez en revue et limitez les analyses antivirus inutiles, les analyses de sécurité, les outils de surveillance, les processus de contrôle d’intégrité et les activités d’interrogation du système de fichiers ciblant les montages BoostFS.
Réduisez ou éliminez les opérations récursives fréquentes de traversée de répertoires lorsque cela est possible.
Moniteur OSTREADDIRPLUS, ddp_readdir, l’utilisation du processeur et les moyennes de charge après la mise en œuvre des modifications.
Suivez les pratiques d’excellence Data Domain et BoostFS pour empêcher les applications d’analyse et d’indexation de parcourir en continu les systèmes de fichiers de sauvegarde montés.

Des études antérieures ont montré une réduction substantielle de l’utilisation du processeur après que les points de montage BoostFS ont été exclus des cron Tâches effectuant des activités d’indexation et d’analyse.

Ce comportement indique qu’un nombre excessif de READDIR L’activité générée par ces processus peut contribuer de manière significative à l’utilisation élevée du processeur DDFS.

De plus, les événements fréquents "5006-end of directory" Les messages peuvent indiquer des opérations de lecture de répertoire répétées. Le volume de ces messages peut être utilisé comme indicateur de la quantité de READDIR activité se produisant sur le système Data Domain. Les opérations de lecture sur les systèmes de fichiers montés BoostFS sont généralement plus coûteuses que les opérations d’écriture, d’où l’importance d’éviter toute analyse ou traversée inutile des espaces de nommage de sauvegarde montés.

Vérifier cron Tâches sur les clients BoostFS :

ls -l /etc/cron.daily

Data Domain : problèmes liés à BoostFS avec le logiciel ou les applications du scanner de sécurité

Data Domain : Dépannage des problèmes de connectivité, de montage et de performances BoostFS