mardi 8 juillet 2008

Mes tutoriels des RMLL

Ca y est, j'ai mis en ligne mes tutoriels des RMLL :
Sont disponibles sur le serveur subversion de PostgreSQLFr (avec exercices), pour récupérer l'ensemble des fichiers regardez dans ce répertoire. Les commentaires sont bien entendus les bienvenus!

PostgreSQL SAN etc...

Intégrer PostgreSQL dans un système d'information est une chose qui est aisée. L'utilisation de systèmes de stockages évolués tels que les SAN est un des points souvent mis en avant sur un système d'information car il permet de prendre des «snapshots» d'un système de fichiers et le transférer sur une autre baie de stockage. Je travaille actuellement sur la mise en place d'une solution PostgreSQL répliquée dont les disques sont en partie détachés. Voici quelques réflexion à priori sur le sujet. Un retour d'expérience suivra d'ici quelques semaines.

Une des prérogatives d'une base de données est la performance. Le fait de placer un réseau entre le serveur PostgreSQL (la machine) et un stockage (iSCSI) peut induire des latences importantes pouvant être rédhibitoires d'un prime abord. Mais si nous y regardons de plus près, la performance (et la sûreté de fonctionnement) de PostgreSQL est essentiellement basée sur le mécanisme de Write Ahead Logging (WAL) et c'est la performance de cette fonctionnalité qu'il va falloir préserver. A priori il faudra donc que les fichiers de WAL (répertoire $PGDATA/pg_xlog) se trouvent sur un sous système rapide (et de préférence rapide en écriture). En parallèle, un des points que j'ai du mal à évaluer, est l'impact du placement des index sur une baie SAN. Est-ce le goulot d'étranglement à éviter ou non? Dans ce cas peut-on sacrifier la sûreté de fonctionnement sur l'autel de la performance ou doit-on l'inverse? Seuls les tests permettront de définir si oui ou non le compromis est envisageable et à quel prix.

jeudi 3 juillet 2008

RMLL, sur le stand PostgreSQLFr

Ca y est! Après trois heures de route depuis Toulouse, me voilà arrivé sur le stand de PostgreSQLFr aux RMLL à Mont-de-Marsan. Nous nous trouvons au village des associations.
J'y ai retrouvé des personnes de mon entreprise (Sébastien, Guilhèm, Aurélien)


Autre bonne nouvelle : nous avons enfin arrêté une date et un lieu pour le PgDayFr 2008. Cet évènement se déroulera le 4 octobre à Toulouse. Bientôt plus d'informations à ce sujet!

mercredi 2 juillet 2008

PostgreSQLFr sur ohloh.net

Par un pur hasard, des collègues m'ont envoyé une invitation sur le site de social networking http://www.ohloh.net. On y retrouve plein de projets du libre et aussi des gens que nous connaissons. Le principe est simple.
Chaque nouvel adhérent définit une ou plusieurs pile de logiciels libre qu'il utilise ou de projets libres préférés (on peut les créer s'ils n'existent pas) et fournit notamment des url en direction des repositories (svn, cvs, ...) des projets en question.
Ohloh va ensuite faire une analyse des logs svn, cvs, ... et en extraire des graphes de contribution, et une liste de contributeurs qui pourront être contacté ou s'il existe déjà, le contributeur pourra définir où il a effectué son intervention.
En parallèle pour les gens qui se connaissent bien et s'apprécient, il y a possibilité de s'envoyer des "kudos" et donc de "monter dans le classement".

Bien entendu, ohloh est un réseau social donc potentiellement un système pouvant menacer la vie privée (avec un modèle de rentabilité de l'information derrière) mais c'est un site amusant et permettant de voir quels outils sont utilisés par qui, de voir ce qu'utilise notamment un bon développeur ou un gros contributeur sur un projet conséquent. Cela peut donc aider à choisir des outils et développer de bonnes pratiques.

Pour ma part, je me suis identifié sur ce système et j'ai créé un projet pour PostgreSQLFr. Les contributeurs de l'association s'y trouvent!

Des éléphants et des moutons aux RMLL

Faire un tutoriel pour les RMLL est toujours un petit challenge, non seulement il faut un bon discours technique et clair mais aussi un peu d'humour afin de ne pas endormir l'assistance. Vendredi, je dois présenter une fonctionnalité de PostgreSQL aux RMLL sous la forme d'un petit tutorial de deux heures. Cette fonctionnalité est le Point In Time Recovery et le log shipping (ou warm standby). Voici une petite illustration de ce tutoriel. Il est question de log sheep'in :-)