[Materiel]Performance Serveur PostgreSQL [Résolu]

ratata · 29/04/2011, 10h49

Bonjour,

je suis en phase de détermination des caractéristique technique du serveur qui va héberger notre base de données PostgreSQL 8.4, à titre d'information ma base de données comptera 120 Go, et doit supporter jusqu'à 2000 requêtes/seconde.Est-ce-que quelqu'un aurez une idée comment il faut procéder pour déterminer ceci.

Merci à Tous et Excellente journée.

SQLpro · 29/04/2011, 18h19

120 Go n'est pas trop un problème, mais 2000 requêtes par seconde cela va commencer par faire beaucoup, car c'est du 120*000 transactions par minute. (les records en TPM sont de 2 500 000 transactions pour MS SQL Server dans des architectures hautement parallèle et 5 000 000 pour Oracle). C'est donc le journal de transaction qui va souffrir...
Il faut donc envisager d'emblée un gros SAN d'au moins 16 disques organisés en RAID 10 pour étaler les IO sur le journal sur au moins 8 disques (2 x 8 pour le mirroring = 16). Prendre du SSD n'y changera rien car la vitesse d'écriture d'un SSD (ou carte IO Fusion) n'est pas très rapide...
Pour cela il faudra placer spécifiquement les fichiers du JT sur ce SAN. Prévoir de même, mais dans une moindre mesure pour les données (je dirais que 4 axe serait mien, soit donc aussi 8 disques).

Prévoyez aussi pas mal de RAM pour la version 64 bits. Essayez de déterminer quelle va être la fenêtre des données (les n pages utilisées entre 95 et 98 % par les requêtes vous donnera la taille de la RAM).

A +

WOLO Laurent · 03/05/2011, 12h40

Veux-tu dire que SQL Serveur roule maintenant 2 fois plus vîte que Oracle ?

SQLpro · 06/05/2011, 10h47

Non, c'est le contraire : Oracle est plus rapide en transactionnel, mais moins en relationnel....
En fait c'(est la capacité d'Oracle à faire du cluster active (grid RAC...) sui permet d'étaler le process sur plusieurs serveurs....

A +

WOLO Laurent · 06/05/2011, 14h57

Désolé, j'ai mal lu.Merci.

ratata · 09/05/2011, 11h46

Bonjour,

Merci beaucoup SQLpro pour votre réponse, il y a apparemment des choses qu'il faudra encore qu'on change , mais votre réponse me serait de grande Utilité.

Merci encore et Excellente journée.

29/04/2011, 10h49	#1
ratata Membre du Club Ingénieur TIC Inscription : mars 2010 Messages : 87 Détails du profil Informations personnelles : Sexe : Localisation : Maroc Informations professionnelles : Activité : Ingénieur TIC Secteur : High Tech - Produits et services télécom et Internet Informations forums : Inscription : mars 2010 Messages : 87 Points : 59 Points : 59	[Materiel]Performance Serveur PostgreSQL Bonjour, je suis en phase de détermination des caractéristique technique du serveur qui va héberger notre base de données PostgreSQL 8.4, à titre d'information ma base de données comptera 120 Go, et doit supporter jusqu'à 2000 requêtes/seconde.Est-ce-que quelqu'un aurez une idée comment il faut procéder pour déterminer ceci. Merci à Tous et Excellente journée.
	00

29/04/2011, 18h19	#2
SQLpro Rédacteur/Modérateur Frédéric BROUARD Expert SGBDR & SQL Inscription : mai 2002 Messages : 10 953 Détails du profil Informations personnelles : Nom : Frédéric BROUARD Localisation : France Informations professionnelles : Activité : Expert SGBDR & SQL Secteur : Conseil Informations forums : Inscription : mai 2002 Messages : 10 953 Points : 17 773 Points : 17 773	120 Go n'est pas trop un problème, mais 2000 requêtes par seconde cela va commencer par faire beaucoup, car c'est du 120000 transactions par minute. (les records en TPM sont de 2 500 000 transactions pour MS SQL Server dans des architectures hautement parallèle et 5 000 000 pour Oracle). C'est donc le journal de transaction qui va souffrir... Il faut donc envisager d'emblée un gros SAN d'au moins 16 disques organisés en RAID 10 pour étaler les IO sur le journal sur au moins 8 disques (2 x 8 pour le mirroring = 16). Prendre du SSD n'y changera rien car la vitesse d'écriture d'un SSD (ou carte IO Fusion) n'est pas très rapide... Pour cela il faudra placer spécifiquement les fichiers du JT sur ce SAN. Prévoir de même, mais dans une moindre mesure pour les données (je dirais que 4 axe serait mien, soit donc aussi 8 disques). Prévoyez aussi pas mal de RAM pour la version 64 bits. Essayez de déterminer quelle va être la fenêtre des données (les n pages utilisées entre 95 et 98 % par les requêtes vous donnera la taille de la RAM). A + __________________ Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL* Site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/ *Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.* Blog SQL, SQL Server, modélisation données : http://blog.developpez.com/sqlpro http://www.sqlspot.com : modélisation, conseils, audit, optimisation, formation * * * * * Enseignant CNAM PACA - ISEN Toulon - CESI Aix en Provence * * * * *
	00

03/05/2011, 12h40	#3
WOLO Laurent Rédacteur/Modérateur Laurent WOLO Architecte de base de données Inscription : mars 2003 Messages : 2 696 Détails du profil Informations personnelles : Nom : Laurent WOLO Âge : 35 Localisation : Congo-Brazzaville Informations professionnelles : Activité : Architecte de base de données Secteur : Finance Informations forums : Inscription : mars 2003 Messages : 2 696 Points : 3 917 Points : 3 917	Veux-tu dire que SQL Serveur roule maintenant 2 fois plus vîte que Oracle ? __________________ Découvrez la FAQ de MS SQL Server. La chance accorde ses faveurs aux esprits avertis !
	00

06/05/2011, 10h47	#4
SQLpro Rédacteur/Modérateur Frédéric BROUARD Expert SGBDR & SQL Inscription : mai 2002 Messages : 10 953 Détails du profil Informations personnelles : Nom : Frédéric BROUARD Localisation : France Informations professionnelles : Activité : Expert SGBDR & SQL Secteur : Conseil Informations forums : Inscription : mai 2002 Messages : 10 953 Points : 17 773 Points : 17 773	Non, c'est le contraire : Oracle est plus rapide en transactionnel, mais moins en relationnel.... En fait c'(est la capacité d'Oracle à faire du cluster active (grid RAC...) sui permet d'étaler le process sur plusieurs serveurs.... A + __________________ Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL Site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/ *Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.* Blog SQL, SQL Server, modélisation données : http://blog.developpez.com/sqlpro http://www.sqlspot.com : modélisation, conseils, audit, optimisation, formation * * * * * Enseignant CNAM PACA - ISEN Toulon - CESI Aix en Provence * * * * *
	00

06/05/2011, 14h57	#5
WOLO Laurent Rédacteur/Modérateur Laurent WOLO Architecte de base de données Inscription : mars 2003 Messages : 2 696 Détails du profil Informations personnelles : Nom : Laurent WOLO Âge : 35 Localisation : Congo-Brazzaville Informations professionnelles : Activité : Architecte de base de données Secteur : Finance Informations forums : Inscription : mars 2003 Messages : 2 696 Points : 3 917 Points : 3 917	Désolé, j'ai mal lu.Merci. __________________ Découvrez la FAQ de MS SQL Server. La chance accorde ses faveurs aux esprits avertis !
	00

09/05/2011, 11h46	#6
ratata Membre du Club Ingénieur TIC Inscription : mars 2010 Messages : 87 Détails du profil Informations personnelles : Sexe : Localisation : Maroc Informations professionnelles : Activité : Ingénieur TIC Secteur : High Tech - Produits et services télécom et Internet Informations forums : Inscription : mars 2010 Messages : 87 Points : 59 Points : 59	Bonjour, Merci beaucoup SQLpro pour votre réponse, il y a apparemment des choses qu'il faudra encore qu'on change , mais votre réponse me serait de grande Utilité. Merci encore et Excellente journée.
	00

Outils de la discussion
Afficher une version imprimable Envoyer un lien vers cette page par email