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

PostgreSQL Discussion :

Dimensionnement d'une base de données de très grande taille


Sujet :

PostgreSQL

  1. #1
    Membre habitué Avatar de archer
    Ingénieur développement logiciels
    Inscrit en
    Mai 2007
    Messages
    338
    Détails du profil
    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : High Tech - Produits et services télécom et Internet

    Informations forums :
    Inscription : Mai 2007
    Messages : 338
    Points : 180
    Points
    180
    Par défaut Dimensionnement d'une base de données de très grande taille
    Bonjour,

    Je trouve des difficulté pour monter une configuration en terme de matériel et logiciel pour une base de données dans laquelle on va stocker des fichiers à raison de 100 Go par jour sur une durée de 5 ans, ce qui fait un peu près 180 To.
    A vrai dire j'ai aucune idée sur la configuration nécessaire pour Postegresql afin de stocker toute cette capacité. Donc je vous demande si vous avez une idée de la partager avec moi.
    J'ai entendu dire que Wikipédia utilise aussi Postgresql, mais j'ai pas trouvé comment ils font.

    Merci d'avance
    rien pour l'instant

  2. #2
    Modérateur
    Avatar de Waldar
    Homme Profil pro
    Customer Success Manager @Vertica
    Inscrit en
    Septembre 2008
    Messages
    8 452
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 46
    Localisation : France, Val de Marne (Île de France)

    Informations professionnelles :
    Activité : Customer Success Manager @Vertica
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Septembre 2008
    Messages : 8 452
    Points : 17 820
    Points
    17 820
    Par défaut
    http://www.greenplum.com/products/greenplum-dca

    En compressant vos données avec deux DCA full rack vous allez vous en sortir.

    Bon, vous en aurez pour un à deux millions d'euros par contre.

  3. #3
    Membre habitué Avatar de archer
    Ingénieur développement logiciels
    Inscrit en
    Mai 2007
    Messages
    338
    Détails du profil
    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : High Tech - Produits et services télécom et Internet

    Informations forums :
    Inscription : Mai 2007
    Messages : 338
    Points : 180
    Points
    180
    Par défaut
    ça tombe très chère une solution pareille.
    Je me demande s'il vaut mieux utiliser des système de fichiers distribués comme Hadoop?
    rien pour l'instant

  4. #4
    Membre émérite
    Profil pro
    Inscrit en
    Octobre 2008
    Messages
    1 874
    Détails du profil
    Informations personnelles :
    Localisation : France, Paris (Île de France)

    Informations forums :
    Inscription : Octobre 2008
    Messages : 1 874
    Points : 2 890
    Points
    2 890
    Par défaut
    Wikipedia n'utilise pas PostgreSQL.
    Il y a une déclinaison du programme Wikimedia qui peut tourner avec une base postgres en remplacement de mysql, mais ça n'a rien à voir avec un usage de masse.

    Un exemple de gros service qui utilise postgres est Instagram. Ils donnent quelques infos sur leur plateforme dans un blog: http://instagram-engineering.tumblr.com/

    Mais s'il s'agit juste de stocker des fichiers, il faut un système de fichiers distribués et non une base de données.

  5. #5
    Membre habitué Avatar de archer
    Ingénieur développement logiciels
    Inscrit en
    Mai 2007
    Messages
    338
    Détails du profil
    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : High Tech - Produits et services télécom et Internet

    Informations forums :
    Inscription : Mai 2007
    Messages : 338
    Points : 180
    Points
    180
    Par défaut
    Oui, en effet, j'ai trouvé un système de fichier open source Hadoop. Mais le matériel coûte très cher.
    Je crois qu'il vaut mieux coupler un système de fichier avec une solution d'archivage par bande magnétique pour les données qui dépassent un an d’ancienneté.
    rien pour l'instant

  6. #6
    Nouveau membre du Club
    Homme Profil pro
    Inscrit en
    Février 2013
    Messages
    23
    Détails du profil
    Informations personnelles :
    Sexe : Homme

    Informations forums :
    Inscription : Février 2013
    Messages : 23
    Points : 32
    Points
    32
    Par défaut
    Citation Envoyé par archer Voir le message
    Oui, en effet, j'ai trouvé un système de fichier open source Hadoop. Mais le matériel coûte très cher.
    Je crois qu'il vaut mieux coupler un système de fichier avec une solution d'archivage par bande magnétique pour les données qui dépassent un an d’ancienneté.
    Pour de telles masses de données, il n'y a en effet que les systèmes distribués comme Hadoop/HBase et Cassandra. Sinon ce sont des systèmes commerciaux extrêmement coûteux. Maintenant, si vous pouvez archiver les données, c'est en effet la meilleure solution.

Discussions similaires

  1. Récupérer une base de donnée (très urgent)
    Par ganondorf5 dans le forum Android
    Réponses: 3
    Dernier message: 07/01/2014, 12h26
  2. Ouvrir une base de données sql de grande taille (250Mo)
    Par Angerbode dans le forum Administration
    Réponses: 8
    Dernier message: 10/08/2011, 08h40
  3. Réponses: 14
    Dernier message: 20/09/2006, 21h07
  4. Dimensionnement d'une base de données
    Par Catullo dans le forum Décisions SGBD
    Réponses: 8
    Dernier message: 06/06/2005, 19h39
  5. [Concept] Stabilité d'une base de donnée
    Par lassmust dans le forum Décisions SGBD
    Réponses: 3
    Dernier message: 03/07/2002, 16h16

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