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 :

Différence entre sharding et multi-master


Sujet :

Administration PostgreSQL

  1. #1
    Membre éclairé Avatar de olivtone
    Homme Profil pro
    Administrateur de base de données
    Inscrit en
    Octobre 2010
    Messages
    242
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Eure et Loir (Centre)

    Informations professionnelles :
    Activité : Administrateur de base de données
    Secteur : Industrie

    Informations forums :
    Inscription : Octobre 2010
    Messages : 242
    Par défaut Différence entre sharding et multi-master
    Bonjour

    Je dois faire une etude sur Postgres et voir les differences majeurs entre le sharding et le mode multi-master

    Qui pourrait m'aider sur ce sujet concernant les avantages et les inconvénients...

    Nous faisons cette étude suite a un probleme de performance sur l'un des serveurs critiques sur Postgres

    Merci a vous

  2. #2
    Modérateur
    Avatar de Waldar
    Homme Profil pro
    Sr. Specialist Solutions Architect @Databricks
    Inscrit en
    Septembre 2008
    Messages
    8 454
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 47
    Localisation : France, Val de Marne (Île de France)

    Informations professionnelles :
    Activité : Sr. Specialist Solutions Architect @Databricks
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Septembre 2008
    Messages : 8 454
    Par défaut
    Le sharding consiste à avoir une mise à l'échelle horizontale, on ajoute des serveurs pour cumuler la puissance.
    C'est de la distribution, chaque nœud ne possède qu'un sous-ensemble des données (éventuellement répliqué sur un nœud voisin pour offrir de la résilience au système).
    Je vous invite à jeter un oeil à YugabyteDB par exemple, si vos workloads sont transactionnels ou Vertica si vos workloads sont analytiques, ou Greenplum encore si vous faites un peu des deux.
    Ces SGBD sont relativement proches de postgresql dans la syntaxe.

    Multi master duplique l'intégralité de la base de données sur plusieurs serveurs, ce qui permet d'adresser les problèmes de performance jusqu'à un certain point.
    C'est une solution plutôt datée de nos jours.

  3. #3
    Membre éclairé Avatar de olivtone
    Homme Profil pro
    Administrateur de base de données
    Inscrit en
    Octobre 2010
    Messages
    242
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Eure et Loir (Centre)

    Informations professionnelles :
    Activité : Administrateur de base de données
    Secteur : Industrie

    Informations forums :
    Inscription : Octobre 2010
    Messages : 242
    Par défaut
    Merci de ton retour

    POur bien expliquer le topo on a une VM qui est a la limite de ses ressources (8 CPU et 64 go de RAM), on ne peut plus faire de scale up dessus.

    Bcp de pb de performance souvent en decembre (je n'etais pas encore dans cette société)

    Bien sur je pense aussi au cloud (pour le scale up en fonction de la demande ressource)

    J'en profite aussi pour demander si vous avez des supers sites ou script concernant les missing index sur un serveur postgres (comme sur SQL Server )

    Merci bcp !

  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 995
    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 995
    Billets dans le blog
    6
    Par défaut
    Citation Envoyé par olivtone Voir le message
    ...

    J'en profite aussi pour demander si vous avez des supers sites ou script concernant les missing index sur un serveur postgres (comme sur SQL Server )

    ...
    Non, ça n'existe pas... Même pas sous Oracle ! C'est une techno qui est apparue avec SQL Server 2005 lorsqu'ils ont complétement refait l'optimiseur en partant à l'envers de ce que font tous les autres SGBDR...

    Il faut étudier les requêtes couteuses une a une, émettre différentes hypothèses d'indexation, les tester et prendre les décisions. Bref quand tu as fini ta journée tu a posé une dizaine d'index dans PostGreSQL, là ou avec les missing index sous SQL Server il te faut moins d'une journée pour en poser des centaines...

    La gratuit, ça coute cher quand les manques se font sentir !

    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/ * * * * *

Discussions similaires

  1. Réponses: 1
    Dernier message: 14/03/2018, 03h55
  2. Réponses: 1
    Dernier message: 22/01/2014, 10h28
  3. Différence entre Master Page et MVC 2 View Master Page
    Par stefsas dans le forum ASP.NET MVC
    Réponses: 1
    Dernier message: 11/09/2010, 23h35
  4. Réponses: 9
    Dernier message: 03/02/2009, 13h27
  5. Différence entre Master STL et GL
    Par Sieldev dans le forum Etudes
    Réponses: 4
    Dernier message: 11/08/2007, 17h45

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