Re: [cllfst] Scaling PostgreSQL

Le 15 juillet 2014 17:14, Ahmed Bessifi <ahmed.bessifi@xxxxxxxxx> a écrit :

Bonjour,

Bonne nouvelle pour les amateurs, tout comme moi, de PostgreSQL server.

Je travaillais depuis plus de 2 semaines sur un module Puppet "premier de son genre" pour le déploiement et l'orchestration d'un cluster PostgreSQL supportant :

[DONE] La réplication des données (Streaming Replication)..
[TODO] Le poolling des connexions.
[TODO] La haute disponibilité (automatic failover).
La release v0.1.3 est maintenant disponible.

Si vous utilisez PotsgreSQL dans un système à fort traffic et que votre N+1 n'est pas toctoc en cas de pépin (serveur non accessible), ce module pourrait vous être utile ;)

https://github.com/vaytess/repmgr-puppet/

Cordialement,
Ahmed

Le 6 juin 2014 20:03, Ahmed Bessifi <ahmed.bessifi@xxxxxxxxx> a écrit :

Oui, en quelques sortes.

Seulement PostgreSQL reste le SGDBR libre le plus performant.
Pour le coup de la gestion de gros volume de données, aujourd'hui même on parle de service Full Text Search avec PostgreSQL. Cette fonctionnalité, récement supporté à ma connaissance, fait de lui un projet encore prométeux.

Sinon, je suis tout à fait d'accord sur le faite que PostgreSQL n'est pas (et ne doit pas l'être) dédié à la gestion de tout type de données, raison pour laquelle des systèmes et outils comme Hadoop, Hbase, elasticsearch, etc ont été crées.

Cordialement,
Ahmed

Le 6 juin 2014 17:29, Riadh Trad <tradriadh@xxxxxxxxxxx> a écrit :

Bonsoir,

Dans l'absolu PostgreSQL n'est pas un bon candidat pour les grands volumes de données; sauf si ton grand volume de données se limites à quelques millions voirs centaines de millions d'enregistrement.

Riadh

Date: Fri, 6 Jun 2014 17:22:14 +0100
Subject: Re: [cllfst] Scaling PostgreSQL
From: khaireddine120@xxxxxxxxx
To: cllfst@xxxxxxxxxxxxxxxxxxx

Principalement, c'est pour ne pas surcharger le serveur. Si non je croix que je dois consulter le livre recommandé par Ahd.
Ps : Merci pour les mots clés, c'est enrichissant d'essayer d'aider meme si on arrive pas :) .

Le 4 juin 2014 21:55, Ahd SAIDI <saidi.ahd@xxxxxxxxxx> a écrit :

bonsoir,

vous pouvez trouvé dans ce livre:"PostgreSQL 9.0 High Performance" une réponse bien détaillé de votre besoin. a partir de choix de hardware, OS, architectures, outillage ...

lien direct de téléchargement (juste clic sur l'image) : http://libgen.org/book/index.php?md5=f52a20594936e165a3625d7b248301ec

bonne soiré a vous

Cordialement, Ahd SAIDI

Le 4 juin 2014 18:26, Ahmed Bessifi <ahmed.bessifi@xxxxxxxxx> a écrit :

Merci pour l'explication,
Mon application gére un flux trés important en temps réel.On utilise pgpool.

Bon point.

Vous utilisez pgpool pour quel(s) besoin(s) (loadbalancing, etc) ?
Vous le trouvez pratique en terme de gestion de failover/failback ?
J'aimerai aussi savoir votre avis concernant les performances de cet outil surtout qu'il n'est pas "event-based".

Amicalement,
Ahmed

Le 4 juin 2014 16:36, Ahmed Bessifi <ahmed.bessifi@xxxxxxxxx> a écrit :

W 3alaikom assalam,
je suis pas un expert mais je l'utilise avec web2py(python) ces derniers mois.

L'application que tu développe manipule un volume de donnée important ?

Que voulez vous dire par passage à l'echelle ?

Ce billet peut clarifier un peu l'affaire.

Dans le contexte des SGBD, l'_expression_ "passage à l'échelle" sous-entend : Haute disponibilité, répartition de charge, réplication de donnée, etc.

--
"We build software for people who build software.."
--
Ahmed Bessifi
--
DevOps Engineer in IMDEV.
Engineer degree in computer systems and networks.
Member in CLLFST club.
Member in open vSwitch community.

--
Élevé ingénieur en informatique à la faculté de science de Tunis

--

Maroua KHELIFI

--
"We build software for people who build software.."
--
Ahmed Bessifi
--
DevOps Engineer in IMDEV.
Engineer degree in computer systems and networks.
Member in CLLFST club.
Member in open vSwitch community.

--
Élevé ingénieur en informatique à la faculté de science de Tunis

--
"We build software for people who build software.."
--
Ahmed Bessifi
--
DevOps Engineer in IMDEV.
Engineer degree in computer systems and networks.
Member in CLLFST club.
Member in open vSwitch community.

--
"We build software for people who build software.."
--
Ahmed Bessifi
--
DevOps Engineer in IMDEV.
Engineer degree in computer systems and networks.
Member in CLLFST club.
Member in open vSwitch community.

"We build software for people who build software.."
--
Ahmed Bessifi
--
DevOps Engineer in IMDEV.
Engineer degree in computer systems and networks.
Member in CLLFST club.
Member in open vSwitch community.