Projet

Général

Profil

Demande #5367

Revoir la politique de sauvegarde des données du service drop.chapril.org

Ajouté par Christian P. Momon il y a presque 3 ans. Mis à jour il y a presque 3 ans.

Statut:
En cours de traitement
Priorité:
Normale
Assigné à:
Romain H.
Version cible:
Chapril - Backlog
Début:
01/05/2021
Echéance:
% réalisé:

0%

Temps estimé:

Description

Le jeudi 27/04/2021 sur #april-chapril :

09:54 < PoluX> cette fois felicette est pleine
09:55 < PoluX> cpm_screen: faut trancher: soit on arrête de backuper drop soit on enlarge felicette pour repousser à plus tard le choid de ne pas backuper drop :)
09:56 < PoluX> (+60Go en 3j)
10:21 < QGuLL> PoluX: on peut aussi faire le choix de pas backuper les data de drop, vu que c'est du temporaire qui se prune
10:21 < QGuLL> c'est quoi la durée de rétention maxi des data ?
10:21 < PoluX> QGuLL: oui quand je disais d'arrêter je pensais aux datas spécifiquement
10:21 < PoluX> là on garde 5j de data iirc
10:21 < QGuLL> oui j'ai un peu fait le Dupond
10:22 < QGuLL> ouais 5j max ça justifie pas un backup
10:24 < QGuLL> PoluX: rh dit la même chose
10:27 < PoluX> beh faisons ça alors

Historique

#1

Mis à jour par Christian P. Momon il y a presque 3 ans

  • Statut changé de Nouveau à En cours de traitement
  • Assigné à mis à Christian P. Momon

Avec le recul, je suis d'accord que sauvegarder 5 jours prunables, ça ne sert pas à grand chose.
En effet, plus on restaure vieux, et moins on restaure de données moins obsolètes. Sauf cas de l'arrêt qui s'éternise…

Par contre, ne rien pouvoir restaurer du tout, je ne le sens pas trop. En cas de perte de la vm et de drbd, bah on a aucun moyen de restaurer quoique ce soit.
Si on envisage de sauvegarder 1 jour prunable alors ça nous permet de repartir rapidement en évitant d'impacter massivement les utilisateurs. Est-ce que ça se défend ?

#2

Mis à jour par Christian P. Momon il y a presque 3 ans

  • Assigné à changé de Christian P. Momon à Romain H.

Actuellement, sur galanga :

(April) root@galanga:/var/lib/libvirt/images# vgs
  VG         #PV #LV #SN Attr   VSize  VFree  
  vg_galanga   1   7   0 wz--n- <1.82t 274.71g

(April) root@galanga:/var/lib/backuppc# df -h .
Filesystem                       Size  Used Avail Use% Mounted on
/dev/mapper/vg_galanga-backuppc  1.1T  870G  126G  88% /var/lib/backuppc

Du coup, backuppc a une bonne marge et il reste encore 275 Go de libre.
Une partie des 275 Go pourrait être allouée à felicette.

#3

Mis à jour par Christian P. Momon il y a presque 3 ans

Comme /var/drop a besoin d'une augmentation, proposition d'aborder le sujet lors de la prochaine réunion mensuelle, mercredi prochain :D

Formats disponibles : Atom PDF