Discussion :

[obione]

Bonjour

Une application tourne sur PostGresql, et, chacun de mes clients possède sa propre base de données sur Postgresql.
La VM possède pour l'instant 2 vCPU

Quand un de mes clients lance un gros traitement, les autres clients sont fortement impactés en terme de performance.
Peut-on configurer Postgresql afin que chacune des bases, (ou même des connexions a Postgres) utilise au maximum par exemple 50% des CPU, ou 1 CPU.
Même question pour la RAM

Cordialement

[SQLpro]

Ceci n'existe que dans des "gros" SGBDR comme SQL Server ou Oracle. Par exemple dans SQL Server cela s’appelle le "resource governor". Il permet de définir des quotas de ressources (CPU, RAM, disque) à des catégories d'utilisateurs.
À lire : http://mikedavem.developpez.com/tuto...l-server-2008/
À moins de changer de SGBDR je ne pense pas qu'il existe de réglage opportun pour ce faire dans PG !

A +

[gorgonite]

Il va falloir aller voir côté outils système...

Au choix, êtes-vous sur un système de type

• Linux : regardez du côté des cgroup
• BSD : resource limits (y compris MacOS je pense)
• Windows Server : Windows System Resource Manager

[SQLpro]

Cela ne résoudra en rien le problème ! C'est au niveau des utilisateurs SQL de manière interne au SGBDR qu'il faut pouvoir agir, ce dont PG est incapable....

A +

[alassanediakite]

Salut

Bonjour

Une application tourne sur PostGresql, et, chacun de mes clients possède sa propre base de données sur Postgresql.
La VM possède pour l'instant 2 vCPU

Quand un de mes clients lance un gros traitement, les autres clients sont fortement impactés en terme de performance.
Peut-on configurer Postgresql afin que chacune des bases, (ou même des connexions a Postgres) utilise au maximum par exemple 50% des CPU, ou 1 CPU.
Même question pour la RAM

Cordialement

Une explication superficielle donnera forcement des réponses superficielles.
Qu'est ce qeu VM?
Donnez plus d'info sur votre environnement.
La solution de gorgonite (que remercie au passage pour le partage d'info) combinée à un bon paramétrage dans PostgreSQL, du mat et bonne conduite de développement peut être la solution à vos soucis.
@+

[gorgonite]

Cela ne résoudra en rien le problème ! C'est au niveau des utilisateurs SQL de manière interne au SGBDR qu'il faut pouvoir agir, ce dont PG est incapable....

En voyant l'emploi du mot VM, je me suis dit qu'il avait peut-être chaque client dans une VM dédiée, et non une seule instance de PostgreSQL pour tous les clients... sinon quel était l'intérêt de parler de VM de de vCPU si tout le monde est dans la même VM ?

En revanche, effectivement, s'il n'y a qu'un seul PostgreSQL pour tout le monde...
Il faudra forcément faire plusieurs instances de PostgreSQL et les limiter en ressources au lancement (ou juste limiter le gros consommateur et laisser les autres sur la même instance. Après quid des tablespaces ? avaient-ils été séparés par base / client final ? etc.