Comment éviter l’épuisement des métadonnées Btrfs lors de charges de travail intensives en instantanés sur un serveur domestique
Les serveurs Btrfs fortement dépendants des instantanés évitent l’épuisement des métadonnées en préservant une réserve d’espace libre non alloué dans les blocs et en limitant la rotation des métadonnées avant l’apparition d’ENOSPC.
Cet article de prévention suppose que le système de fichiers est encore sain et accessible en écriture. L’objectif est de surveiller suffisamment tôt l’allocation des métadonnées, l’espace non alloué sur le périphérique, le nombre d’instantanés et la rotation des objets, afin que le serveur n’atteigne jamais l’état de récupération décrit dans un guide de réparation ENOSPC. La fréquence des instantanés n’est pas le seul problème : la durée de conservation, les schémas de mise à jour, les écritures liées à atime, les millions d’objets du système de fichiers et une maintenance mal planifiée déterminent ensemble la vitesse à laquelle la pression sur les métadonnées augmente.
Suivez ensemble les métadonnées et l’espace non alloué
Enregistrez la sortie de btrfs filesystem usage lors d’une journée normale et après la période la plus chargée d’instantanés ou de sauvegardes. Suivez l’allocation des métadonnées, les métadonnées utilisées, l’allocation des données et l’espace non alloué sur le périphérique au lieu de vous fier uniquement à df.
Un guide pratique du stockage Btrfs explique que l’espace non alloué finance les nouveaux blocs lorsque le système de fichiers a besoin de capacité supplémentaire pour les métadonnées.
Créez une alerte autour d’un seuil de réserve prudent adapté à votre charge de travail, plutôt que d’utiliser un pourcentage universel. Le signal utile n’est pas simplement « les métadonnées sont utilisées à 70 % », mais de savoir si Btrfs dispose encore de suffisamment d’espace non alloué pour créer le prochain groupe de blocs de métadonnées nécessaire.
Déclenchez une alerte avant qu’ENOSPC ne s’auto-entretienne
L’épuisement des métadonnées peut compliquer le nettoyage, car la suppression d’instantanés et de fichiers nécessite elle aussi des mises à jour des métadonnées. Considérez la diminution de l’espace non alloué comme un avertissement précoce et intervenez tant que les commandes de maintenance courantes disposent encore d’une marge suffisante pour fonctionner.
Une référence consacrée à ENOSPC explique que l’ENOSPC commence par un manque de réserve, et non uniquement lorsque chaque octet apparent du système de fichiers est consommé.
Lorsque le seuil est franchi, mettez d’abord en pause la création de nouveaux instantanés et les tâches fortement dépendantes des métadonnées. Ne lancez pas un rééquilibrage complet simplement parce que l’alerte s’est déclenchée : vérifiez quelle catégorie d’espace est sous pression et conservez suffisamment de marge pour la plus petite action corrective.
Limitez la conservation des instantanés, pas seulement leur fréquence
Des instantanés horaires peuvent être pratiques lorsque les anciens instantanés sont supprimés de manière prévisible et que la rotation des données reste modérée. Le schéma dangereux est une chronologie qui s’allonge sans fin et conserve de nombreuses générations de fichiers fréquemment modifiés.
Une configuration pratique de Snapper montre comment une limite de conservation encadre l’historique des instantanés, plutôt que de laisser l’automatisation accumuler un nombre illimité de points de restauration.
Choisissez la conservation selon la valeur de récupération : davantage de points à court terme pour les configurations actives, moins de points à long terme pour les images de machines virtuelles ou les données de conteneurs à forte rotation, et des sauvegardes indépendantes pour tout ce dont l’horizon de récupération dépasse la capacité des instantanés locaux.
Réduisez la rotation des métadonnées pendant les fenêtres d’instantanés
Recherchez les charges de travail qui réécrivent les métadonnées sans modifier le contenu utile des fichiers : mises à jour fréquentes des dates d’accès, arborescences de paquets ou de conteneurs contenant un très grand nombre d’objets, caches renouvelés et applications qui touchent de nombreux répertoires à chaque analyse.
L’analyse de LWN sur les instantanés Btrfs souligne que les mises à jour d’atime amplifient la rotation des instantanés, même si les instantanés classiques partagent initialement les données et métadonnées existantes.
Utilisez des paramètres de montage et d’application adaptés à la charge de travail, notamment en évitant autant que possible la rotation inutile des dates d’accès. Ne désactivez pas globalement les fonctionnalités de métadonnées sans comprendre les exigences des applications : commencez par réduire les écritures qui n’apportent aucune valeur de récupération.
Surveillez l’évolution des métadonnées
Collectez l’utilisation des métadonnées et les statistiques d’erreur Btrfs sur le même tableau de bord que la capacité du pool. Comparez l’évolution quotidienne et hebdomadaire au nombre d’instantanés, aux déploiements de conteneurs, aux tâches de sauvegarde et aux modifications importantes des arborescences de fichiers.
Le collecteur Btrfs actuel de Netdata expose les métadonnées utilisables pour la surveillance, au lieu de ne rendre la pression sur les métadonnées visible que lors d’une session interactive de dépannage.
Déclenchez des alertes en fonction de la tendance autant que d’un seuil absolu. Un serveur qui gagne plusieurs gigaoctets de métadonnées chaque jour après l’adoption d’une nouvelle politique de sauvegarde doit être examiné bien avant que la réserve restante n’atteigne un niveau critique.
Testez les charges de travail riches en instantanés avant d’augmenter la conservation
Lorsque vous augmentez la fréquence des instantanés ou ajoutez un nouveau conteneur, outil de sauvegarde ou charge de travail composée de petits fichiers, mesurez la croissance des métadonnées sur un cycle représentatif avant d’étendre la politique à l’ensemble du serveur.
Un article récent sur les composants internes de Btrfs explique que les métadonnées suivent la structure du système de fichiers, au lieu de constituer une surcharge fixe déterminée uniquement par le nombre total d’octets des fichiers.
La politique de prévention fonctionne lorsque la croissance des métadonnées est prévisible, que la conservation effectue le nettoyage comme prévu et que la réserve d’espace non alloué se reconstitue après la maintenance normale. L’article ZimaSpace associé sur la récupération après ENOSPC des métadonnées Btrfs constitue la procédure à suivre lorsque les écritures commencent à échouer ou que le système de fichiers a déjà épuisé l’espace de travail d’allocation.
Produits recommandés
Assistance et conseils
Plus à lire
Plex peut-il partager un GPU avec un autre conteneur Docker ?
Plex et un autre conteneur peuvent souvent accéder au même GPU, mais vous devez tester la prise en charge des pilotes, le mappage des...
Comment déterminer si une erreur Plex vient du client ou du serveur
Reproduisez le même élément sur un autre client, comparez le chemin de session, puis recueillez les preuves côté serveur uniquement après que la portée...
Comment configurer le cache de Plex et le stockage temporaire du transcodage
Protégez l’état persistant de Plex en plaçant les fichiers temporaires de transcodage sur un stockage local adapté, puis vérifiez le nettoyage, l’espace libre et...
