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…
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…
intéressant comme post Fred, De bonnes astuces :)
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 :)
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 …
:)
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 …
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é).
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 :)
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.
@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.
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).