Blogueurs : rester sur du mutualisé, c’est possible !

La plupart des blogueurs débutent avec un hébergement mutualisé. Et pour cause puisque ce n’est pas cher et qu’on n’a pas forcément besoin de plus. Sauf qu’au bout d’un moment, on se met à accumuler pas mal de visiteurs et ça ne suffit plus. Vient alors le moment tant redouté du passage au serveur dédié, avec tout ce que ça implique. Oui sauf que nous allons voir qu’on peut aussi s’y prendre autrement et que le mutualisé a plus d’un tour dans son sac…

Au risque de vous décevoir, je n’aime pas les serveurs dédiés. Pas du tout. Le webdesign, le développement, le référencement, écrire des conneries sur mes blogs, ça m’éclate. Mais pas l’administration d’un serveur, que ce soit en SSH ou avec des solutions logicielles comme Plesk. Tenez, là, je suis justement en train de bosser sur le sujet et je pense que je n’ai jamais autant eu envie d’avaler des fourchettes.

Ce qui explique sans doute pourquoi la Fredzone tourne toujours sur du mutualisé.

Le serveur dédié, une question de trafic ?

Quand il m’arrive de discuter avec d’autres blogueurs (c’est rare, ils me font peur) et que le sujet tombe sur la table, je leur demande souvent pourquoi ils ont opté pour un serveur dédié. Généralement, ils me répondent tous que c’est à cause de leur incroyable trafic et qu’ils n’ont pas eu le choix.

Et ils mentent.

Pourquoi ? Pour deux raisons. La première, c’est qu’ils ont toujours une lueur inquiétante dans le regard quand ils m’envoient cette réponse en pleine gueule. La seconde, c’est qu’ils font moins de trafic que la Fredzone et qu’elle arrive à tenir le coup sur du mutualisé avec du 5.000 / 6.000 VU par jour. Bon, cela dit, à partir de 10.000 VU par jour, je suppose que ça doit devenir tendu, et encore…

Alors c’est sûr, avoir sa machine rien qu’à soi, c’est une chouette idée. Genre on est les maîtres de l’univers, toussa toussa. Mais bon, mine de rien, ça coûte quand même assez cher et ce n’est pas toujours nécessaire, sauf dans des cas très particuliers. Oui, et nous allons justement voir comment faire pour rester sur du mutualisé et économiser plein de brouzoufs.

Comment rester sur du mutualisé et éviter de passer sur un serveur dédié

Il n’y a pas de secret. Si vous voulez rester sur du mutualisé, vous allez devoir faire un effort et mettre un peu les mains dans le cambouis. A noter que ce n’est pas la mort non plus, hein, il suffit d’être rigoureux et d’utiliser les bons outils.

Première règle : optimiser son blog pour économiser du CPU

Le gros problème des hébergements mutualisés, c’est que vous partagez les ressources de votre machine avec d’autres webmestres. Ce qui fait que votre hébergeur a forcément du instaurer des quotas. Chez OVH, par exemple, à partir de 200 alertes CPU en une journée, c’est simple, votre site est suspendu. Même que c’est déjà arrivé à la Fredzone qui tourne maintenant à une moyenne de 30 / 50 alertes par jour.

Bref, pour optimiser son site et économiser du CPU, il suffit de suivre les quelques conseils suivants :

  • Optimiser son code : Le code, ça s’optimise. N’hésitez donc pas à repenser la structure de vos CSS et à virer tous les scripts qui ne vous servent pas.
  • Utiliser des CSS Sprites : Une image est égale à une requête. C’est la raison pour laquelle il est préférable de regrouper toutes les images de son thème dans un sprite. Si vous ne savez pas de quoi il s’agit, alors il suffit d’aller jeter un coup d’oeil à cet article dédié publié sur Weedle.
  • Installer un système de cache : Pour épargner son serveur, rien ne vaut un système de cache. Et en la matière, rien ne valent des outils comme WP Super Cache ou encore DB Cache (Wordpress).

Précisons que cette liste est loin d’être exhaustive. Je ne suis pas tout puissant, je ne sais pas tout mais ce sont en tout cas ces trois conseils là que j’ai appliqué pour la Fredzone. A noter que j’avais consacré un article complet sur Weedle il y a quelques temps pour Wordpress. Cela dit, évitez d’utiliser des plugin de “minification CSS / JS”, ces derniers ont tendance à bouffer pas mal de ressources CPU.

Seconde règle : soigner sa base de données

Optimiser son code, c’est bien, mais cela ne suffit pas. Certes, votre blog déclenchera moins d’alertes CPU, il aura donc moins de chance d’être suspendu par votre hébergeur, mais il y a aussi un autre problème : votre base de données. Et qu’on se le dise, ce n’est pas qu’un problème de poids, hein…

Bon, c’est sûr, au bout d’un moment, elle va gonfler. C’est inévitable. Mais le pire, ce sont surtout les connexions simultanées…

Prenons l’exemple de la Fredzone. Elle est hébergée chez OVH, sur un plan Pro qui me coûte quelque chose comme 60 € par an. Avec cette solution d’hébergement, j’ai le droit à quatre bases de données : trois de 50 Mo et une de 500 Mo. On pourrait se dire que cette dernière suffira amplement (c’est le cas, ma base de données ne pèse que 60 Mo) mais il y a un problème de taille…

Elle n’autorise que 10 connexions simultanées.

Ce qui veut dire en théorie que la 11ème personne qui tentera d’accéder à ma base de données devrait se prendre une vilaine erreur dans la tête. Oui et même en optimisant son code, en utilisant les CSS Sprites et en utilisant des systèmes de cache, c’est inévitable. D’ailleurs, si vous me suivez régulièrement, vous devez vous souvenir d’une période où les erreurs SQL étaient très très nombreuses (ah, le “Error establishing a database connexion”, que de souvenirs…).

Alors, comment j’ai fait pour esquiver le problème, hein ?

Et bien j’ai souscrit à une option intéressante que propose OVH : le SQL Privé. En gros, cela me permet d’avoir un serveur SQL rien qu’à moi qui dispose de sa propre mémoire vive et qui est illimité tant au niveau de la taille que du nombre de connexions. Pratique, très fun à administrer et pas cher puisque la formule de base ne coûte que 7 € par mois.

Et alors, je fais quoi, moi ?

Tu es un grand garçon, ou une grande fille, alors je ne vais évidemment pas te dire comment tu dois gérer ton blog, hein… Non, tout ce que je dis, moi, c’est que le plus petit Kimsufi coûte environ 430 € à l’année et que ma solution à moi, seulement 146 €. C’est mathématique, de toute manière un dédié coûtera toujours plus cher.

Mais ce n’est pas qu’une question de fric non plus. Bon, c’est sûr, l’argent, c’est important (il faut être hypocrite ou très riche pour dire le contraire), mais il ne faut pas non plus oublier qu’un serveur dédié demande pas mal de temps. Entre l’administration, les différentes mises à jour et les interventions en cas de panne, on peut dire que c’est presque un boulot à plein temps.

Oui et on sait bien que remplir un blog, c’est déjà presque un boulot en soi. Enfin, pour peu que vous écriviez régulièrement des billets. Donc forcément, si on veut pouvoir dormir de temps à autres derrière et avoir un semblant de vie sociale, autant minimiser les frais.

Prendre un serveur dédié, c’est effectivement un choix mais on ne me fera jamais penser que c’est obligatoire. Enfin pas pour la majorité des blogueurs, hein…

30 réflexions au sujet de “Blogueurs : rester sur du mutualisé, c’est possible !”

  1. Pour ma part, je suis passé en dédié. J’en ai même 2 :-)
    Pourquoi ?! Parce que je n’ai pas qu’un seul blog, mais quelqu’uns. Plus pas mal de sites qui pompes pas mal de ressources. Donc, ça se justifie.
    Un mutualisé bien géré comme tu le dis, doit suffire à un blog.
    Par contre, faire les optimisations nécessaire au bon fonctionnement de l’ensemble demande pas mal de temps également.
    En même temps, c’est une bonne chose d’optimiser son site : l’utilisateur en tire un réel avantage lorsque les pages mettent moins d’une seconde à se charger et l’hébergeur ne fait plus la tête.
    Donc, que ce soit sur un dédié ou sur un mutualisé, il serait bon d’optimiser les sites.
    Mais tout ça reste un métier…

    Répondre
  2. Je suis du même avis que toi. A part ceux qui font un traffic de ouf, je vois pas trop l’intérêt de dépenser autant de blé dans un dédié.
    A la limite quand quelqu’un vit de son blog ou commence à avoir pas mal de revenus avec les pubs/opé/etc… ça peut se comprendre mais sinon :/

    A ce sujet je me permet de faire un peu de pub pour un hébergeur associatif où je suis depuis quelques temps maintenant : web4all.
    Les tarifs sont tout à fait acceptables et on peut prendre part aux décisions de l’asso très simplement :)
    N’hésitez pas à aller y faire tour pour voir leurs offres, ça peut être intéressant pour quelqu’un qui veut s’investir dans une asso :)

    Répondre
  3. Un dédié a ses avantages: pouvoir installer des utilitaires et étendre ainsi les fonctions de son serveur. Pouvoir entièrement automatiser certaines taches comme le backup de toutes les bdd, la sauvegarde auto de tous les fichiers, … Pouvoir avoir des BDD illimités en taille, plus de stockage, …

    Sinon oui il y a des mutualisés qui tiennent la route, chez infomaniak j’ai eu un site qui tournait avec des journées à plus de 25000 visiteurs …

    :)

    Répondre
  4. Comment tu fais pour voir m
    le nombre d’ alertes cpu chez ovh ? Sinon je suis complètement d’ accord avec ton article jai jamais compris les gars qui prennent du dédie avec juste quelques milliers de visiteurs …

    Répondre
  5. Oui… mais

    Dans les cas comme dit au dessus de sites hébergeant un important contenu images & vidéos on a des restrictions de bandes passantes qui viennent s’opposer.

    A noter pour Infomaniak qui vient d’être sité, ils sont vraiment très bien mais attention à la charge CPU car le site ne doit pas utiliser plus de 10% du processeur du serveur (hébergement mutualisé).

    Répondre
  6. C’est peut être qu’un impression mais Infomaniak fais partis, avec Dreamhost, des hébergeurs qui reviennent régulièrement au top au niveau des avis positifs :)

    Répondre
  7. Un bon article, comme à l’habitude.

    C’est marrant en lisant cet article, j’ai retrouvé une partie de même galère, principalement celle qui a fait mon choix d’utiliser une BDD SQL Privée, mais j’ai aussi retrouvé mon interrogation sur le choix d’un serveur privé avec un peu les mêmes arguments.

    Quand j’entends bcp de blogueurs qui utilisent un serveur dédié, je me dit qu’il doit y avoir une utilité si ce n’est celle de flatter son égo en disant que l’on “possède” son propre serveur.
    Mais au final ne faisant pas un trafic en volume de données important, je ne voit pas encore l’utilité…

    Et puis je suis encore loin des stats de la Fredzone avec quelques 1500VU, donc pour le moment je vais continuer sur la même lancée que toi en attendant d’avoir tellement de VU au point de devoir forcement prendre un dédié… et ce jour là, je serais contant de payer pour.

    Et puis le fait d’avoir une contrainte économique permet de peaufiner son code avoir un temps de chargement optimum en fonction de ses capacités, vaut mieux peut cela qu’avoir un dédié avec un code trop surchargé…

    En tout cas je vais jeter un oeil aux CSS Sprites histoire de dormir moins bête ce soir.

    Répondre
  8. @Kerweb Dreamhost est très populaire (a cause des tarifs très bas) mais je peux t’assurer qu’ils ne sont pas à la hauteur (surtout comparé à infomaniak). Ils m’ont déjà bloqué un site qui faisait à peine 3000 visiteurs/jours, et ça sans prevenir (du coup le site est resté en rade 3 jours, bravo !). Donc dreamhost, oui, mais uniquement pour des petits sites.

    Répondre
  9. Au final c’est un peu comme tout quoi. Quand ça va bien, pas de soucis. Dès qu’il commence à y avoir des problèmes c’est la vrai merde (je pense à 1&1 et OVH sur ce coup là pour mon cas).

    Répondre
  10. Quand tu parles de 5000 à 6000 VU par jours, tu parles bien de pages vues ? Car personnellement je suis sur un mutualisé avec un trafic similaire chez 1&1 et je n’ai jamais été confronté à de tels problèmes. A vrai dire je ne m’en suis jamais préoccupé et çà tient sans problème avec pourtant des pics à 30/40 visiteurs simultanés. Pour l’instant absolument rien ne justifierais le passage à un dédié, et le blog n’est pas particulièrement optimisé non plus..

    Répondre
  11. @Kerweb: Oui effectivement ^^ Sauf pour infomaniak. Un jour j’ai eu un script php qui bouclait et faisait ramer le serveur, ils m’ont juste figé la page en question en m’indiquant comment résoudre le soucis (avec même le numéro de ligne du fichier !). Tout ça en moins d’une heure, donc bon :) (enfin c’était il y a longtemps, peut-être que ça a changé)

    Répondre
  12. Tout ça c’est gravement vrai et très bien dit, mais il ne faut pas oublier les autres cas..

    A savoir :
    -ceux qui préfèrent 10000 fois plus gérer un server, même en SSH, parcequ’ils préfèrent carrément ça a la prise de tête du webdev (faut y passer du temps et quand t’aimes pas trop ça…). Et okay, c’est plus cher, mais le temps et la prise de tête ça a un prix aussi…
    -ceux qui de toute façon par le contenu proposé, explosent la bande passante en une semaine.
    -et ceux qui propose des applications web autres, a installer et donc forcément a gérer sur un dédié.

    Puis quand on commence a avoir plusieurs sites et pas seulement un blog, ça devient plus intéressant de prendre un dédié a la fin..

    Répondre
  13. Très bon article et très bon choix lorsque l’on a un blog comme le tiens.
    Moi j’ai opté pour un dédié il n’y a pas très longtemps, non pas par rapport aux ressources car mon ancien hébergeur supportait bien les montées en charge, mais simplement car j’ai plusieurs blogs à maintenir. Sur un dédié, c’est moi le patron pour tous mes blogs.

    Répondre
  14. J’ajoute dans mes favoris ;) c’est le genre de bons conseils qu’on met de côté, surtout que je suis aussi chez OVH et que ce mysql privé semble bien intéressant.

    Répondre
  15. Bravo Fred, tu as parfaitement raison ! Inutile de passer en dédié quand on a un blog, il y a de nombreuses solutions d’optimisations. Un template wordpress pas optimisé et ensuite optimisé peut réduire les requêtes sql par 5 ! Il est quand même bien plus simple d’optimiser un template qu’un serveur ;o)

    ¨Par contre, si on a plusieurs blogs / sites, que l’on a besoin d’IP différentes dans une optique SEO (classe c, ip géolocalisées), un dédié est inévitable…

    Répondre
  16. @Fred: Oui on est d’accord !

    Par contre je ne partage pas ton point de vue au sujet de l’hébergement externe des vidéos/photos ! Youtube et tous les services du genre sont susceptible de supprimer ton contenu/compte sans préavis, pour un simple non respect de leurs TOS ! Du coup si ton blog se repose uniquement sur ça, et bien tu court à la cata ! J’ai moi-même décidé d’héberger les vidéos de plusieurs de mes sites à cause des suppressions trop nombreuses. Et si tu veux économiser en bande passante, rien n’empêche effectivement d’héberger sur un service externe, mais en prévoyant une copie interne en cas de chute du service (déployable en quelques minutes si possible)

    Répondre
  17. Je suis d’accord en tout point avec toi mais il me semble que le paiement d’un serveur dédié est de 30€ par mois, donc 360 par an. On est assez loin des 430 que tu cites…

    Pour ma part, j’ai pris un serveur dédié en pensant en faire autre chose à côté du blog. Bon c’est vrai, pour le moment, je n’ai pas encore pris le temps de m’en occuper… :)

    Répondre
  18. Sinon j’ai un copain bricolo qui héberge ses blogs sur son dédié chez lui… Il a la chance d’avoir la fibre donc son upload est largement suffisant pour un trafic honnête.

    Répondre
  19. Sympa ton article je garde ça sous la main, ça servira toujours histoire d’avoir un code léger de base et un site qui tourne bien sur le serveur.

    J’ai du chemin encore :) Mais ce qui est code et CSS ça va se faire sauf si je continus à virer mes images :)

    -> Dans le code chez WP ça s’optimise assez bien avec toutes les boucles à mettre et enlever

    Répondre
  20. @Fred: Beaucoup des galeries (mariage, séances photos) sont privés dans mon cas et non référencés, de plus une partie est utilisé pour une application facebook que j’ai crée et pour laquelle je suis obligé d’héberger moi même le script de l’appli et les photos. Après Flickr c’est un choix, j’utilise un compte flickr pro à ce niveau, mais je préfère héberger mon contenu sur mon site quitte à perdre en visibilité.

    Répondre
  21. Merci pour cet article qui a répondu à pas mal de questions que je me posais en tant que débutant bloggueur sur un dédié. Je ne sais pas trop comment optimiser mon template mais j’ai le temps de voir venir, je n’ai pour l’instant que 700 Visiteurs Uniques/jours.

    Répondre
  22. Ca me fait plaisir j’utilise exactement la même solution que toi, l’offre pro d’ovh avec en plus un sqlprivé !

    Par contre moi je suis passé en sql privé parceque je faisais trop de requetes pour ovh…

    Et niveaux alertes là je crois pas en avoir déjà eu, ou alors je sais pas ou voir ça !

    Répondre
  23. Il vaut mieux rester, autant que faire se peut, le plus longtemps possible sur un hébergement mutualisé, ça évite des couilles en pagaille =) !

    Répondre
  24. Super Article Fred !
    Je suis maintenant chez OVH depuis quelque année. Mon blog fait 2 500 VU / jour, je suis sur l’offre PERSO.
    Est-ce que je dois prendre l’option SQL privé ?

    Répondre
  25. Très bon article. Personnellement j’ai un blog avec 10000 VU jour et j’ai exactement la même solution que toi. Sauf que j’ai pris un SQL privé 256Mo, le 128 était trop juste pour mon besoin. Et bien ça tourne impec !

    Répondre

Laisser un commentaire

Ce site utilise Akismet pour réduire les indésirables. En savoir plus sur comment les données de vos commentaires sont utilisées.