Vous n'êtes pas identifié(e).
Pages : 1
Bonjour
Dans le cadre d'une étude de réduction des coûts de notre infra, on m'a demandé d'étudier la possibilité technique de placer notre serveur postgre sur un machine virtuelle. Notre base de donnée fait actuellement sur disque ~2Go. Je souhaiterais avoir votre avis sur la faisabilité technique de la migration sans impacts conséquent sur le SGBD, ou s'il faut oublier cette idée. N'ayant jamais réalisé ce genre de réflexion pourriez-vous m'aider à me poser les bonnes questions ?
A bientôt
Hors ligne
Vous pouvez utiliser PostgreSQL sur du virtualisé. Quelques-uns de mes clients le font. Les performances ne sont pas toujours au rendez-vous. Maintenant, sur une base de 2 Go, ça doit être possible de faire quelque chose.
Guillaume.
Hors ligne
Merci,
Petite précision sur les volumes futures (que j'ai oublié de préciser)
Selon les chiffres qui m'on été communiqués par ma direction et la structure de la bdd actuelle je prévois un volume de ~150Go d'ici juillet 2013. Est-ce toujours réalisable, même si les fichiers sont placés dans le SAN et le runtime sur la VM ?
Hors ligne
Un volume ne fait pas tout. Tout dépend de l'activité réelle, autrement dit des requêtes qui seront exécutées, du nombre de requêtes exécutées en parallèle, etc. Tout ce que je peux réellement dire, c'est que si vous pensez avoir besoin de performances sur un moteur de bases de données, oubliez la virtualisation. Mais bon, seul un test avec la charge supposée pourra vous donner une idée des performances.
Guillaume.
Hors ligne
Merci pour ces réponses.
Quels outils existent t'il pour monitorer l'activité réel de la base de donnée ?
Dernière modification par GloReX (26/08/2011 12:01:48)
Hors ligne
Munin, Nagios associé à check_postgres, Zabbix, etc. Il existe aussi un projet pg_stat_info ou un truc du genre. Aucune idée s'ils sont arrivés à un état propre à la consommation 
Guillaume.
Hors ligne
J'ai un peu testé pgstatsinfo, ça me fait penser à AWR pour ceux qui connaissent. Il va plus loin que ce que tu peux récupérer avec nagios, mais un peu plus intrusif (nécessite une conf particulière, avec CSV Log, etc.). Je n'ai malheureusement pas encore eu le temps de le mettre en production. Et pareil, c'est adapté à de la Red Hat, il faut patchouiller pour que ça tourne avec un noyau récent.
Sinon, quelle est ton expérience est terme de performance pour une base virtualisée ? La perte est-elle importante ?
De notre côté, on a remarqué un truc bizarre sur une VM: lorsque PostgreSQL n'est pas lancé, on a de bonnes performances d'accès au SAN (genre 150 Mo/s et plus), lorsque PostgreSQL est lancé on arrive à 10 Mo/s grand max... Confirmé par l'ami Dédé et un SELECT count(*) sur une table qui n'était pas en cache.
Thomas Reiss
Hors ligne
C'était une mauvaise conf de notre part. Voilà. 
Thomas Reiss
Hors ligne
y a pg_watch ausis en béta je crois j'ai tenté mais sans succès, bon j'ai pas persévéré non plus 
Hors ligne
frost242: mauvaise conf sur le SAN ?
Guillaume.
Hors ligne
J'ai parlé trop vite, on ne trouve pas. Mais le SAN est innocent.
Thomas Reiss
Hors ligne
Pages : 1
