Karlesnine.com

Aller au contenu Aller au menu Aller à la recherche

vendredi, octobre 30 2009

Voici.fr résultat d'optimisation des images

Pour illustré mes recommandations sur l'optimisation des images pour l'accélération d'un site web je me suis amusé à optimisé le contenue du storage eZ publish de voici.fr. Le storage qui est basé sur eZFS qui permet de stocker les binaires sur disque (donc les images) et de les partager via NFS je n'ai donc eu aucun mal à accéder au image et à pratiquer un test.

Etat initial

J'ai recopier le répertoire /var/www/voici.fr/var/siteaccess/storage sur une machine virtuel de notre architecture de développement et j'ai ensuite fais l'inventaire de cette arborescence.

  • 9,9 Go
  • 207075 fichiers
  • 326 fichiers png
  • 5 fichiers jpeg
  • 195883 fichiers jpg

Nettoyage jpegtran

J'ai lancer un nettoyage des fichiers jpg avec jpegtran, celui ci à duré 5 heures mais j'avais à ma disposition que 1 core de Xeon et 1Go de Ram.

real    320m39.499s
user    37m44.520s
sys     227m19.910s

Au final j'obtient une taille total de 9,3Go pour /var/www/voici.fr/var/siteaccess/storage. J'espérais un gain supérieur mais en même temps cela indique que les images uploader répondre déjà à un charte précise et sont normées.

Analyse du gain

Le gain de 300 Mo peux sembler totalement inutile à l'heure des disques SATA à 1To si seul le stockage était jeu. Or l'important est de gagner quelque point sur la diffusions. Dans la cas présent tout les 10Go nous gagnons 300Mo. Si je spécule sur le volume total de donnée transférer par mois pour voici.fr c'est près de 100Go de donnée en moins que nous avons à diffuser chaque mois. Reporté à l'année c'est 1,2To de donnée qui ne passerons pas dans les tuyaux.

Sur une autre plate-forme nous avons utilisé un CDN pour prendre un charge la diffusion des images. Le service de CDN nous facture environs 25ct d'euro le Go transporté. On peux donc spéculé que un gain de 1,2To représente donc 300€.

Je rappel que ceci est totalement spéculatif et sur les seules donnée de voici.fr, attention.

Bad User Karma

Je viens de prendre conscience que j'avais saturé mon filesystem et que en conséquence le storage de voici.fr fait plus de 9,9 Go.

L'exorciste reste valide, mais partiel.

mercredi, octobre 28 2009

Voici.fr preuve par l'image de l'intérêt de l'optimisation web cache et des performance des reverses proxys

Suite à mes articles sur la configuration eZ publish pour l'utilisation des caches web, sur l'optimisation des reverse proxy squid j'ai tenté de faire la démonstration de l'intérêt de l' optimisation web cache et des performance des reverses proxys. Je vais apporter quelques preuve de plus dans cet article.

Tenir les versions des logiciels à jours

L'optimisation de ces web cache et la performance des reverses proxys passe tout simplement pas la mise à jour régulière du système et des logiciels. Dans l'exemple ci dessous le gains de performance est flagrant entre une configuration Debian Sarge avec Squid 2.5 et une configuration Debian Etch avec Squid 2.6. Au mois d'octobre 2008 le taux d'utilisation du cpu par le système à chuté, un goulot d'étranglement à été supprimé.

Squid de Sarge a Etch

Soigner la configuration eZ et apache pour squid

Suite à la mort de Michael Jackson Gala.fr et principalement Voici.fr ont connu un très fort pic de charge. Durant cette épisode d'audience intense nous avons poussé en production différente optimisation que nous avions précédemment préparé. Ces optimisations porte sur la configuration de eZ Publish 4 et de Apache pour l'utilisation des caches web. L'effet principale étant obtenue en allongeant le temps de rétentions des images et en instaurant la compression pour les fichiers css et javascript.

Squid Modif conf

Affiner la configuration système des serveurs squid

Une configuration optimum des squid passe également par une adaptation du système à leur mission de reverse proxy tel que nous l'avons réalisé récemment. Le résultat est la et guère discutable pour un charge CPU légèrement supérieur nous desservons plus de client et stockons plus d'objet ce qui conduit à une plus faible sollicitation des frontaux.

Squid.Cpu.Utilisation.png
Squid.Number.Of.Client.png
Squid.Nombre.Objet.Cache.png

vendredi, octobre 23 2009

Voici.fr démonstration de l'intérêt de l' optimisation web cache et des performance des reverses proxys

Voici.fr,

Encore lui, a été à l'origine d'un record sur notre architecture. La rédaction à vraiment acquis un savoir faire web / SEO qui donne un résultat conséquent et mesurable.

Ce record démontre l'intérêt d'une optimisation pour les caches web de ez Publish et démontre également que les performances reverse proxy de SQUID sont importantes pour encaisser les coup de butoir de l'audience.

Record de BP grace a voici.fr

80Mb/s, chapeau

Nous somme bien partie pour dépasser le million de pages vue en 24h sur la plate-forme. Je rappel que Voici.fr ce n'est que 3 reverses proxys mutualisé et 4 frontaux php5 également mutualisé avec Gala.fr, Geo.fr et quelque brouille.

Mise à jour

Haa l'actualité est riche, après analyse c'est le résultat de la conjonction d'une remonté d'article dans Google Actualité et Yahoo Actualité plus une newsletter tardive et non maitrisée.

- page 2 de 9 -