GlusterFS : administrer une réplication sans la confondre avec une sauvegarde

Inventorier le volume et les bricks

Relevez la version, le type de volume, les nœuds, les bricks et les montages clients. Le système de fichiers sous une brick, ses attributs et son dimensionnement doivent satisfaire les exigences de la version GlusterFS utilisée. La liste de formats évoquée dans le wiki ne vaut pas matrice de support actuelle.

Observez l’état avant toute modification. Les commandes suivantes nécessitent les droits d’administration appropriés ; elles ne créent ni ne retirent de brick.

gluster peer status
gluster volume info
gluster volume status

Préparer remplacement et réparation

Une indisponibilité de nœud ne signifie pas que les copies restantes sont toutes cohérentes. Examinez les opérations de heal et les éventuels conflits de type split-brain selon la topologie du volume. Le choix d’une copie de référence demande une validation des données ; ne le décidez pas uniquement à partir de sa date.

Le retrait d’une brick, son remplacement et l’extension du volume sont des opérations différentes. Suivez la procédure de la version installée et vérifiez le résultat côté clients. Conservez une sauvegarde indépendante avant l’intervention.

Tester un retour depuis une copie extérieure

La réplication propage normalement les modifications attendues, y compris certaines suppressions. Elle ne remplace donc pas un historique indépendant. Définissez une méthode de sauvegarde cohérente avec les applications, des droits séparés et un test de restauration.

Comparez les solutions de stockage selon vos besoins de fichiers, latence et exploitation ; les comparaisons générales de l’ancien wiki ne sont pas des benchmarks valables pour un nouveau déploiement. Le guide 3-2-1 aide à identifier les pannes communes aux copies.