Vous n'êtes pas identifié(e).
Bonjour,
Afin d'améliorer les performances de l'archivage, je souhaiterais mettre en place la compression des wal. Cependant notre base de données est déjà fortement sollicitée et nous avons assez peu de marge niveau CPU. Quel est l'impact sur les performances ? les checkpoints ?
Merci
Hors ligne
C'est impossible de vous répondre. Il y a forcément un impact négatif, vu qu'il faut compresser les blocs, mais en même temps il y a un impact positif vu qu'il faut moins écrire. Ensuite, assez peu de marge, c'est quoi ? vous écrivez combien dans les WAL sur quel période de temps ? etc. Bref, impossible à dire. Et tout benchmark que vous trouverez sera intéressant pour la personne qui l'a réalisé parce que ça correspondra à son cas d'utilisation.
Bref, faites un test de votre côté, c'est le mieux pour avoir une idée correspondant à votre cas d'usage.
Guillaume.
Hors ligne
Pour la CPU, on est régulièrement entre 70% et 90% , les fichiers wal c'est plus de 60000 par jour...
Mais sur le fond, vous avez raison, on va organiser un test, mieux vaut les actes qu'un discours !
Hors ligne
Bonjour,
Et si au lieu de compresser les fichiers wal, vous augmentiez leur taille pour avoir moins souvent d'écriture sur disque ?
(voir --wal-segsize lors de l'initdb)
Cordialement,
Sébastien.
Hors ligne
En quoi changez la taille va diminuer le nombre d'écritures ? le nombre d'écritures n'a pas à voir avec la taille, mais avec la quantité de modifications en base (et le nombre de checkpoints).
Guillaume.
Hors ligne
Bonjour,
Et si au lieu de compresser les fichiers wal, vous augmentiez leur taille pour avoir moins souvent d'écriture sur disque ?
(voir --wal-segsize lors de l'initdb)
Je veux justement diminuer leur taille 
pour accélérer la copie vers le serveur d'archivage
Hors ligne
Au passage, si vous faites une copie via ssh l'utilisation de ControlMaster peut également être un bon moyen de gagner du temps sur l'archivage. Sinon, il me semble que pgbackrest permet de paralléliser l'archivage.
Julien.
https://rjuju.github.io/
Hors ligne
Merci, je vais aussi étudier ces pistes
Hors ligne
