2ème et dernier jour au FOSDEM !
Avant d’attaquer le 2 ème jour, je vais finir sur le premier (la suite d’hier).
Un des supers sujet était Bind 10 que j’attendais avec impatience. Il n’y a malheureusement eu d’informations sur les nouveautés aidant a la HA. Cependant il a été totalement réécrit pour supporter + de 100 cores alors qu’aujourd’hui au delà de 6, il y a des problèmes de performances. On a également (et étrangement) un serveur DHCP qui est intégré a Bind. Que ce soit le DHCP intégré a Bind ou Bind lui même, ils ont été réécrit from scratch. Certaines fonctions sont intéressante mais il subsiste néanmoins une grosse faiblesse aujourd’hui : migrer les configuration de Bind 9 vers Bind 10 n’est pas possible. Ils ont changés tellement de chose qu’il n’y a pas de rétro compatibilité !!! Ils prévoient les outils de migration plus tard (pas de dates annoncées). La version stable sortira dans quelques mois.
oVirt sait communiquer avec The Foreman. Une manière de plus de se rapprocher de Puppet. Avec le support de GlusterFS et les avancées sur KVM, je peux comprendre que VMware est décidé d’injecter des fonds dans Puppet pour rattraper le retard qu’ils ont sur cette partie là.
Voilà pour la première journée. On peut dire que le DevOps, Puppet, OpenStack, la virtualisation, l’automatisation, Ruby et la haute disponibilité sont les demandes les plus fortes côté infrastructure.
Passons au 2 ème jour ! MySQL/MariaDB et PostgreSQL prennent de l’ampleur coté réplication et haute disponibilité encore une fois !
MHA : un outil pour superviser et switcher automatiquement des réplications MySQL/MariaDB multi maîtres. C’est fait en Perl, ça sent le truc home made mais vu le nombre de participants dans la salle et les boites qui l’utilisent déjà , ça donne envie d’essayer. Pacemaker et Corosync sont nécessaire pour gérer la VIP permettant aux slaves d’aller taper le master. Dans les alternatives, il existe Tungsten, Percona Replication Server et Galera.
Ensuite une petite séance de troubleshooting. Bon…cette conf est discutable, beaucoup de choses tombant sous le sens. Au final du explain, du slow query, iostat et toute la clique. Intéressant mais je n’ai pas appris grand chose et c’est le sentiment que j’ai eu des autres personnes se trouvant dans la salle.
MySQL 5.6. Les nouveautés ont vraiment l’air sexy. Ça parlait de séparation de requêtes (lecture/écriture), de MySQL round robin multi sources en pure SQL, de lissage des réplications en fonction de la timezone des serveurs, d’une API pour que des programmes externes puissent interroger les binlogs !!! Et pour finir quelques sets d’outils très très très utiles : MySQL utilities et MySQL failover utility. Bref du lourd pour cette version 5.6 disponible autour de cet été.
Côté PostgreSQL, on à du lourd aussi. Le speaker était très bon (Dimitri Fontaine), il savait ce qu’il racontait et c’était passionnant de l’écouter. Pour alléger des serveurs PostgreSQL, on aura tendance a mette PGbouncer sur des serveurs web frontaux qui redirigeront le flux sur les serveurs PostgreSQL de backend. Rien que de faire ça ,on soulage beaucoup les accès et la charge aux serveurs en backend. Pour les backups, le point in time recovery est très intéressant. Côté réplication, on a les warm standy (esclave inutilisable en dehors de leur rôle principale) et les hot standby sur lesquelles ont peut requêter et définir si la synchro (faites en mémoire) doit être synchrone ou asynchrone. Nous avons plusieurs outils pour répliquer les données, tel que Slony/Bucardo/Londiste (apparemment le meilleur).
Pour gérer tout ce bazar il y a walmgr ou WAL-E. M’y connaissant très très peu en PostgreSQL, j’espère ne pas avoir fait des bourdes en écrivant ceci, ce n’est pas toujours simple de prendre des notes dans des salles surchargées, avec des difficulutés à entendre l’intervenant et dont la langue parlée n’est pas ma maternelle. Donc n’hésitez pas a me dire si j’ai écris quelques bourdes, je les corrigeraient et prendrais le temps de potasser ces sujets plus tard pour les approfondirs.
Et pour finir Samba 4. Je n’ai malheureusement pas pu tout voir mais les mecs ont planché pendant plus de 10 ans dessus et aujourd’hui un seul mec n’est plus capable (comme au temps de samba 3) de tout connaitre sur le sujet. Dans les faits, c’est bel et bien un AD qu’ils ont reproduits, chapeau ! Il reste encore un peu de travail pour arriver à un AD parfaitement identique, mais c’est aujourd’hui utilisable en pré prod.
Et pour finir, j’ai été plusieurs fois aider le stand Puppet. Voici une petite photo :
