le blog d’Oxalide

Toute l’équipe d’Oxalide vous souhaite ses meilleurs voeux pour la nouvelle année.

Le forum PHP s’est déroulé le 12 et 13 Novembre à la Cité des Sciences et de l’Industrie de Paris. Nous nous y sommes rendus le 12 pour rencontrer le petit et grand monde de la communauté PHP.

L’avenir de LAMP

De nombreux acteurs étaient présents lors de ce forum. La conférence sur l’avenir de LAMP et les nouvelles briques architecturalesconfirme l’émergence de solutions capables de prendre en compte des traitements toujours plus complexes. Ces solutions, à destination de sites à fort trafic, sont considérées comme un des premiers pas vers la scalabilité. Pour n’en citer que quelques unes :Gearman, Couchdb, Hadoop, Map reduce… autant de références que nous invitons les développeurs à y jeter un coup d’œil. Nous serons contents de les accompagner pour mettre en œuvre ces technologies.

MySQLnd

Autre conférence faisant partie du programme de la journée lemug : MySQL native driver for PHP : Les améliorations de la stack. La conférence animée par Serge Frezefond (directeur technique de MySQL France) a été l’occasion pour Sun de nous présenter le nouveau driver MySQLnd pour php. Même si celui-ci n’a pas été annoncé pour offrir plus de performance, il gère bien mieux sa mémoire (donc plus de perf ). Il impacte aucunement le développement et vient rationaliser les couches de drivers déjà existantes.

Sun en a profité pour nous présenter le MySQL Enterprise Monitor, outil mis à la disposition des développeurs et administrateurs pour surveiller et optimiser le comportement d’un simple serveur ou d’un cluster MySQL.

L’outil Mysql Query Analyzer est vraiment très utile et offre de nombreuses possibilités en terme d’optimisation.

Mais attention, ces outils ont un coût. L’analyzer comme le monitor consomment des ressources sur les serveurs sur lesquels ils sont installés. Il est donc nécessaire de prendre des précautions si vous désirez le mettre en production sur un environnement déjà très surchargé.

Quelques optimisations MySQL

Pour finir, Au secours, ma base de données fait ramer mon application ! organisée à nouveau par LeMug et présentée par Stéphane Combaudon a fait salle comble ! Comme quoi le problème reste récurrent.

Stéphane a expliqué les fondements que tout DBA et plus particulièrement les développeurs PHP devraient connaître pour optimiser ses requêtes et ses schémas. Des exemples concrets, l’utilisation d’index réfléchie et la compréhension d’Explain montre que MySQL peut être très bien exploité pour de résultats performants.

Nous n’avons malheureusement pas pu participer à la journée de vendredi mais félicitation à l’AFUP pour cette belle organisation et à tous ses intervenants. Vivement l’année prochaine pour les 15 ans de PHP et 10 ans de l’AFUP.

Photo cc par Arnaud

Yahoo! annonce la distribution en open-source de Traffic Server.

L’utilisation d’un serveur de cache augmente fortement la capacité de traitement d’un site Web. Plus l’applicatif est “gourmand” en ressource plus le cache est une solution pour gagner en scalabilité. Nous avons expérimenté plusieurs technologies de type “Reverse Proxy Cache” comme Squid ou Varnish qui ont pour objectif de conserver en mémoire les pages générées par les serveurs applicatifs afin de les resservir plus rapidement.

Yahoo! annonce 35 000 requêtes par seconde avec Traffic Server. On a hâte de tester cela.

Ca y’est !

Oxalide vient de déployer ses nouveaux routeurs de cœur de réseau.
Deux Cisco 7600 avec une sup720. De quoi traiter 400 millions de paquets par seconds, et plusieurs dizaines de Gbps.
Cette évolution nous permet de franchir le cap des 10Gbps et d’offrir des services IPv6 en production.

Un gain de 0,5ms a été constaté sur le transit IP. Même les clients qui ne nécessitent pas d’autant de bande passante profite de cette amélioration.

Grâce à l’entière redondance de notre infrastructure, la migration a pu s’effectuer sans aucune perturbation de service.

Oxalide était présent à la 59ème édition des rencontres bi annuelles du RIPE.
En tant que nouveau membre (cf Oxalide est LIR) nous étions “invité”.

La première chose qui frappe: c’est une rencontre de geek ! Que des techniciens, pas de costard/cravate ! ici on vient pour parler vrai, pour aborder les vrais défis de l’internet d’aujourd’hui, mais surtout de demain.
Et quand on parle de demain et d’internet … on parle forcement d’IPv6. La nouvelle version du protocole IP était le thème principal de cette semaine. Symboliquement, le premier “meeting” fut consacré à l’IPv6.

Peu de français étaient présents: France Telecom, Bouygues Telecom, NeoTelecoms … et Oxalide ^^
C’est d’ailleurs bien dommage car notre pays souffre de ce manque de représentativité. La meilleure illustration est le manque de plate-formes de peering internationales sur notre sol alors que notre situation géographique nous est pourtant favorable.

FT, par la voix de Christian Jacquenet a fait une déclaration intéressante. En 2010: “IPv6 the rule, not the exception”. Heuuu 2010 c’est dans 2 mois c’est ca ?
D’autres ont eu des discours plus alarmiste, comme HEAnet, qui ne parle plus de migration vers IPv6, mais de moyens de contournement pour les opérateurs qui n’auront pas le temps d’implémenter IPv6 d’ici au fameux “IPv4 wall”, c’est à dire le jour ou le RIPE répondra pour la première fois “NON” à une demande d’allocation IP.
En fait, le plus gros ennemi d’IPv6, c’est le bug de l’an 2000. Ça fait presque 10 ans que les techniciens du réseau demandent une évolution vers IPv6 en prévision d’un manque d’adresse IPv4 … mais tant va la cruche devant les bœufs qu’elle n’amasse pas mousse. Or le “IPv4 wall” ne cesse d’être repoussé, notamment grâce à la translation d’adresse (NAT/PAT), et les dirigeants qui doivent payer les évolutions nécessaires du réseau pour supporter IPv6, n’ont pas envi de subir un Y2K bug bis. Du coup, tant que ça marche, on se soucis pas du problème.

En tout cas c’était très sympa, Google nous a payé un bon cocktail le premier soir, puis IPv6actNOW !, …etc

Le rendez-vous est pris pour RIPE 60 à Prague en mai 2010. J’espère que d’ici la nous auront plus de client sous IPv6 pour faire plaisir à Fernando Garcia

AFK Partners ont fait paraitre un liste (parmi tant d’autres) “bonnes pratiques” au niveau de l’évolutivité des logiciels. En voici la traduction avec quelques petites adaptations d’interprétation :
1. Asynchrone - Utilisez des flux asynchrones dès que possible,
2. Cloisonnement – Concevez des “silos” matériel indépendants entre chaque client/projet,
3. Cache - Utilisez les technologies de “cache” sur chaque couche applicative,
4. Monitoring - Evaluez la performance de votre application aussi du point du vue du client,
5. Réplication - Utilisez la réplication pour la reprise en cas de panne mais utilisez aussi ces ressources pour alléger le serveur principal des lectures faites par plusieurs instances applicatives,
6. Sharding - Séparez votre application et vos bases de données par service et/ou client et affectez chaque instance à un “silos” matériel distinct,
7. Utilisez avec parcimonie les possibilités de votre SGBDR – Utiliser les bases de données interactive uniquement comme système de stockage persistent,
8. Déployez prudemment – Déployez votre code, idéalement sur un serveur de qualification, sans rendre indisponible le système complet en cas d’erreur,
9. Tests de charge et de performance – Testez les performances des nouvelles versions avant de les passer en production,
10. Capacity Planning / Connaissez vos limites – Prenez conscience de la puissance encore disponible sur chaque élément de votre infrastructure,
11. Rollback – Gardez toujours la possibilité de retourner à une version antérieure,
12. Analyse des avaries – Ne pas soigner les symptômes, mais les causes des problèmes,
13. Qualité – On ne rajoute pas la qualité à postériori, elle fait partie des bases.

La problématique SPAM est plus que jamais d’actualité. Hier, vendredi 4 septembre, notre plate-forme de filtrage a traité plus de 5 millions d’emails, franchissant un nouveau record. Soit en pic plus de 160 emails par seconde. Plus de 99% de ces email étaient du SPAM.

Oui c’est la fête des “admin sys” aujourd’hui.

http://www.sysadminday.com/

Un contenu distribué, MySQL utilisé juste pour des tables contenants des couples entrées valeurs, un memcache “énorme” rempli des données les plus souvent consultées, etc.

Cette présentation est un bon exemple de design appli/archi poussé à l’extrême (mais nécessaire).

Ca se passe sur infoQ, ça dure une heure et c’est en anglais.

Dans un entretien accordé à ZDNet, Notre secrétaire d’État à la Prospective et au Développement de l’Economie numérique , a lancé une consultation sur “l’internet du futur”. Le premier élément soulevé par NKM est le passage d’IPv4 vers IPv6. Ceci souligne une fois de plus l’importance de l’enjeu d’IPv6 pour le futur … c’est à dire maintenant !