Saturation des ressources lors des back-ups (prod-postgres)

[thbar]

Message de CleverCloud:

Bonjour,

Notre monitoring a détecté que votre add-on prod-postgres ( addon_beebaa5e-c3a4-4c57-b124-cf9d1473450a, postgresql_4a305f24-8a31-4815-b2bb-23f4711303ee) était injoignable dans la nuit du 07 décembre, entre 3h15 et 3h19. Cela correspond au moment ou le back-up de votre base s'est lancé. Pour éviter que cela se reproduise, il conviendrait de migrer sur un plan avec plus de resources CPU/RAM.

Votre base ayant un set-up custom (replication, back-ups et accès), n'hésitez pas à nous recontacter si vous souhaitez réaliser un upgrade.

En vous souhaitant une bonne journée

Après vérification:

• postgresql_4a305f24-8a31-4815-b2bb-23f4711303ee est prod-postgres (base de données de production), plan S_SML, Postgres v14
• addon_beebaa5e-c3a4-4c57-b124-cf9d1473450a correspond à l'addon rattaché à la même base (toujours production)

Idées

• Je vérifie la version / taille / pricing / usage général de la base

Sujets en lien

• Opérations de maintenance base de données à prévoir  #4213
• Add-on "prod-postgres [FOLLOWER]" disk is nearly full! #4348 - il va probablement falloir retailler également à ce niveau (si on upgrade le primary à cause de l'usage, le secondaire va finir par avoir du mal, et donc metabase avec)
• Suivi de la taille de la base de données de production #2425 - il y a un sujet rétention d'informations, peut-être du ménage à faire quelque part
• et Améliorations à faire dans la "gestion des récupérations de backup de prod pour le dév local" #3800 va revenir à un moment
• Robustifier le processus d'upgrade de Postgres et PostGIS #2145 point d'attention

[thbar]

On verra si #4371 règle ça ou pas.