Retaillage du disque des bases de données de production

[thbar]

Suite à:

• Taille des index suspecte sur oban_jobs et metrics #4364
• et avant Saturation des ressources lors des back-ups (prod-postgres) #4359

J'ai pu en nettoyant 2 tables revenir au niveau de volume d'il y a 4 mois, toutefois la place n'est pas suffisante pour nettoyer toutes les tables (vu que Postgres crée une copie de la table pour être safe au niveau des opérations).

Je crée ce ticket pour noter les choix faits pour le moment:

• je vais demander à doubler la taille du disque (10 GB -> 20 GB)
• pas de changement de version (rester sur Postgres 14) car on n'a pas testé, et il vaut mieux tester (Robustifier le processus d'upgrade de Postgres et PostGIS #2145)
• j'en profite pour demander une modernisation du setup (au niveau scripts de déploiement, on est si j'ai compris sur de l'ancien)
• il faut MAJ de la même façon le follower qui sert pour Metabase (car le volume de disque mimique celui du main)

Je vais faire ça de façon concertée avec Clever Cloud, et ne pas passer par le wizard habituellement disponible, vu le setup custom.

Notes

• pas besoin d'upgrader au niveau RAM (<50%) et CPU (variable mais OK) à ce stade, surtout sachant que Postgres 17 (dispo S1 2025 chez Clever Cloud) optimise tout ça fortement
• plan actuel: "S Small Space: Daily - 7 Retained Backups - Yes Logs - 10 GB Max DB size - 125 Max connection limit - 2 GB memory - 2 vCPUS"

[thbar]

[thbar]

ça a l'air d'être bon. En résumé:

• un peu de casse sur la réplique elle-même
• et sur la connection à la réplique depuis metabase

Je referai un tour à tête reposée, mais ça a l'air de tourner correctement.