IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Administration PostgreSQL Discussion :

CPU par base ou par connexions


Sujet :

Administration PostgreSQL

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre confirmé
    Profil pro
    Inscrit en
    Septembre 2002
    Messages
    106
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Septembre 2002
    Messages : 106
    Par défaut CPU par base ou par connexions
    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

  2. #2
    Rédacteur

    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    Mai 2002
    Messages
    21 998
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Var (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Expert bases de données / SQL / MS SQL Server / Postgresql
    Secteur : Conseil

    Informations forums :
    Inscription : Mai 2002
    Messages : 21 998
    Billets dans le blog
    6
    Par défaut
    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 +
    Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
    Le site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
    Blog SQL, SQL Server, SGBDR : http://blog.developpez.com/sqlpro
    Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
    Entreprise SQL SPOT : modélisation, conseils, audit, optimisation, formation...
    * * * * * Expertise SQL Server : http://mssqlserver.fr/ * * * * *

  3. #3
    Rédacteur/Modérateur

    Avatar de gorgonite
    Homme Profil pro
    Ingénieur d'études
    Inscrit en
    Décembre 2005
    Messages
    10 322
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 40
    Localisation : France

    Informations professionnelles :
    Activité : Ingénieur d'études
    Secteur : Transports

    Informations forums :
    Inscription : Décembre 2005
    Messages : 10 322
    Par défaut
    Il va falloir aller voir côté outils système...

    Au choix, êtes-vous sur un système de type
    Evitez les MP pour les questions techniques... il y a des forums
    Contributions sur DVP : Mes Tutos | Mon Blog

  4. #4
    Rédacteur

    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    Mai 2002
    Messages
    21 998
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Var (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Expert bases de données / SQL / MS SQL Server / Postgresql
    Secteur : Conseil

    Informations forums :
    Inscription : Mai 2002
    Messages : 21 998
    Billets dans le blog
    6
    Par défaut
    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 +
    Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
    Le site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
    Blog SQL, SQL Server, SGBDR : http://blog.developpez.com/sqlpro
    Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
    Entreprise SQL SPOT : modélisation, conseils, audit, optimisation, formation...
    * * * * * Expertise SQL Server : http://mssqlserver.fr/ * * * * *

  5. #5
    Membre Expert
    Avatar de alassanediakite
    Homme Profil pro
    Développeur informatique
    Inscrit en
    Août 2006
    Messages
    1 599
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 47
    Localisation : Mali

    Informations professionnelles :
    Activité : Développeur informatique

    Informations forums :
    Inscription : Août 2006
    Messages : 1 599
    Billets dans le blog
    8
    Par défaut
    Salut
    Citation Envoyé par obione Voir le message
    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.
    @+

  6. #6
    Rédacteur/Modérateur

    Avatar de gorgonite
    Homme Profil pro
    Ingénieur d'études
    Inscrit en
    Décembre 2005
    Messages
    10 322
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 40
    Localisation : France

    Informations professionnelles :
    Activité : Ingénieur d'études
    Secteur : Transports

    Informations forums :
    Inscription : Décembre 2005
    Messages : 10 322
    Par défaut
    Citation Envoyé par SQLpro Voir le message
    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.
    Evitez les MP pour les questions techniques... il y a des forums
    Contributions sur DVP : Mes Tutos | Mon Blog

Discussions similaires

  1. [2008R2] connexion impossible - suppression base données par défaut
    Par Invité dans le forum Administration
    Réponses: 4
    Dernier message: 03/06/2014, 10h05
  2. Connexion base 11g par un client 10g ?
    Par SETH1 dans le forum Débuter
    Réponses: 9
    Dernier message: 20/03/2013, 09h33
  3. [AC-2003] Problème : connexion vers une base SQL par ODBC
    Par Cabos dans le forum Requêtes et SQL.
    Réponses: 5
    Dernier message: 16/11/2010, 15h16
  4. Connexions simultanées par base : 3 ?
    Par TheBlackReverand dans le forum OVH
    Réponses: 1
    Dernier message: 02/08/2008, 16h17
  5. [MySQL] Connexion base mysql par php
    Par boulamite dans le forum PHP & Base de données
    Réponses: 18
    Dernier message: 29/05/2008, 21h46

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo