[ postgreSQL ] Questions sur l'organisation des disques
2 réponses
Tanguy
Bonjour,
Je vais remplacer ici un serveur postgresql.
Je vais en profiter pour le passer à une
version récente
(actuellement en 7.2, je vais le passer en 8.2).
L'OS est un linux (noyau 2.6.18), a priori
je mettrai un systeme de fichier ext3.
Avant de l'installer et de le lacher en production
je voudrais avoir votre avis sur l'installation,
surtout sur l'organisation des disques :
- le serveur a 4 disques physiques (scsi), configurés
en deux volumes raid1 materiel. Je pense mettre ces
deux volumes raid1 dans un LVM avec striping.
- J'ai vu qu'on peut spécifier les tablespaces pour
stocker les objets de la base...
Est ce que ça peut représenter un gain de
performances significatif de stocker par exemple
les indexes sur une partition séparée, eventuellement
hors du lvm ?
Voilà, si vous avez des remarques, suggestions ou retours
d'expérience, je suis intéressé... :)
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Sebastien Lardiere
Tanguy a écrit :
Bonjour,
Bonjour
Je vais remplacer ici un serveur postgresql. Je vais en profiter pour le passer à une version récente (actuellement en 7.2, je vais le passer en 8.2).
La 8.3 est sortie il y a 1 mois ...
L'OS est un linux (noyau 2.6.18), a priori je mettrai un systeme de fichier ext3.
Avant de l'installer et de le lacher en production je voudrais avoir votre avis sur l'installation, surtout sur l'organisation des disques :
- le serveur a 4 disques physiques (scsi), configurés en deux volumes raid1 materiel. Je pense mettre ces deux volumes raid1 dans un LVM avec striping.
- J'ai vu qu'on peut spécifier les tablespaces pour stocker les objets de la base... Est ce que ça peut représenter un gain de performances significatif de stocker par exemple les indexes sur une partition séparée, eventuellement hors du lvm ?
Ca peut, mais ça dépend, essentiellement du volume de données, et de ce qu'il est fait comme requêtes.
Dans certains cas, il est au contraire préférable de mettre un tables et ses index sur le même tablespace, et de répartir les ensembles tables et index sur plusieurs tablespaces, en fonction des requetes, en particulier selon les jointures souhaitées.
-- Sébastien
Tanguy a écrit :
Bonjour,
Bonjour
Je vais remplacer ici un serveur postgresql.
Je vais en profiter pour le passer à une
version récente
(actuellement en 7.2, je vais le passer en 8.2).
La 8.3 est sortie il y a 1 mois ...
L'OS est un linux (noyau 2.6.18), a priori
je mettrai un systeme de fichier ext3.
Avant de l'installer et de le lacher en production
je voudrais avoir votre avis sur l'installation,
surtout sur l'organisation des disques :
- le serveur a 4 disques physiques (scsi), configurés
en deux volumes raid1 materiel. Je pense mettre ces
deux volumes raid1 dans un LVM avec striping.
- J'ai vu qu'on peut spécifier les tablespaces pour
stocker les objets de la base...
Est ce que ça peut représenter un gain de
performances significatif de stocker par exemple
les indexes sur une partition séparée, eventuellement
hors du lvm ?
Ca peut, mais ça dépend, essentiellement du volume de données, et de ce
qu'il est fait comme requêtes.
Dans certains cas, il est au contraire préférable de mettre un tables et
ses index sur le même tablespace, et de répartir les ensembles tables et
index sur plusieurs tablespaces, en fonction des requetes, en
particulier selon les jointures souhaitées.
Je vais remplacer ici un serveur postgresql. Je vais en profiter pour le passer à une version récente (actuellement en 7.2, je vais le passer en 8.2).
La 8.3 est sortie il y a 1 mois ...
L'OS est un linux (noyau 2.6.18), a priori je mettrai un systeme de fichier ext3.
Avant de l'installer et de le lacher en production je voudrais avoir votre avis sur l'installation, surtout sur l'organisation des disques :
- le serveur a 4 disques physiques (scsi), configurés en deux volumes raid1 materiel. Je pense mettre ces deux volumes raid1 dans un LVM avec striping.
- J'ai vu qu'on peut spécifier les tablespaces pour stocker les objets de la base... Est ce que ça peut représenter un gain de performances significatif de stocker par exemple les indexes sur une partition séparée, eventuellement hors du lvm ?
Ca peut, mais ça dépend, essentiellement du volume de données, et de ce qu'il est fait comme requêtes.
Dans certains cas, il est au contraire préférable de mettre un tables et ses index sur le même tablespace, et de répartir les ensembles tables et index sur plusieurs tablespaces, en fonction des requetes, en particulier selon les jointures souhaitées.
-- Sébastien
Tanguy
Le 04/03/2008 22:02, Sebastien Lardiere ecrivait :
(actuellement en 7.2, je vais le passer en 8.2).
La 8.3 est sortie il y a 1 mois ...
oui je sais bien. mais ça me semble un peu trop neuf, justement ;)
Est ce que ça peut représenter un gain de performances significatif de stocker par exemple les indexes sur une partition séparée, eventuellement hors du lvm ?
Ca peut, mais ça dépend, essentiellement du volume de données, et de ce qu'il est fait comme requêtes.
Dans certains cas, il est au contraire préférable de mettre un tables et ses index sur le même tablespace, et de répartir les ensembles tables et index sur plusieurs tablespaces, en fonction des requetes, en particulier selon les jointures souhaitées.
ok, mais qu'est ce qui peut orienter mon choix? C'est en fonction du volume des tables, ou d'autre chose?
Le 04/03/2008 22:02, Sebastien Lardiere ecrivait :
(actuellement en 7.2, je vais le passer en 8.2).
La 8.3 est sortie il y a 1 mois ...
oui je sais bien.
mais ça me semble un peu trop neuf, justement ;)
Est ce que ça peut représenter un gain de
performances significatif de stocker par exemple
les indexes sur une partition séparée, eventuellement
hors du lvm ?
Ca peut, mais ça dépend, essentiellement du volume de données, et de ce
qu'il est fait comme requêtes.
Dans certains cas, il est au contraire préférable de mettre un tables et
ses index sur le même tablespace, et de répartir les ensembles tables et
index sur plusieurs tablespaces, en fonction des requetes, en
particulier selon les jointures souhaitées.
ok, mais qu'est ce qui peut orienter mon choix?
C'est en fonction du volume des tables, ou d'autre chose?
Le 04/03/2008 22:02, Sebastien Lardiere ecrivait :
(actuellement en 7.2, je vais le passer en 8.2).
La 8.3 est sortie il y a 1 mois ...
oui je sais bien. mais ça me semble un peu trop neuf, justement ;)
Est ce que ça peut représenter un gain de performances significatif de stocker par exemple les indexes sur une partition séparée, eventuellement hors du lvm ?
Ca peut, mais ça dépend, essentiellement du volume de données, et de ce qu'il est fait comme requêtes.
Dans certains cas, il est au contraire préférable de mettre un tables et ses index sur le même tablespace, et de répartir les ensembles tables et index sur plusieurs tablespaces, en fonction des requetes, en particulier selon les jointures souhaitées.
ok, mais qu'est ce qui peut orienter mon choix? C'est en fonction du volume des tables, ou d'autre chose?
