La pu­bli­ca­tion d’une ap­pli­ca­tion Web entraîne de nombreux défis. Outre la pla­ni­fi­ca­tion et la con­cep­tion du contenu et de la technique du projet, le choix d’un en­vi­ron­ne­ment d’hé­ber­ge­ment adapté joue également un rôle décisif. En effet, sans l’équi­pe­ment matériel approprié, vous limitez inu­ti­le­ment les chances de succès et les pos­si­bi­li­tés de crois­sance de votre projet Web. Vous devez donc penser dès le début à la capacité dont vous aurez besoin, aussi bien à court terme qu’à long terme, et aux moyens fi­nan­ciers que vous pouvez mettre à dis­po­si­tion ou prévoir.

Si vous n’exploitez pas votre propre serveur et si vous souhaitez louer les res­sources d’un pres­ta­taire, au cours de vos re­cherches, vous ren­con­tre­rez très cer­tai­ne­ment les termes « hé­ber­ge­ment mutualisé » et « hé­ber­ge­ment dédié ». Ces deux modèles d’hé­ber­ge­ment, tous deux plus anciens que l’hé­ber­ge­ment Cloud aujourd’hui très répandu, se dé­mar­quent par une approche dif­fé­rente en ce qui concerne la gestion et l’af­fec­ta­tion des res­sources ma­té­rielles (côté hébergeur). Cet article vous explique ces termes de façon concrète et dans quelle mesure les hé­ber­ge­ments mu­tua­li­sés ou dédiés se dis­tin­guent en matière de coûts, de per­for­mance ou de sécurité.

Hé­ber­ge­ment mutualisé ou dédié : que sig­ni­fient ces deux termes ?

Lorsque vous avez recours aux services d’un four­nis­seur d’hé­ber­ge­ment Web, vous louez en réalité un équi­pe­ment per­met­tant d’exploiter un projet Web. Le four­nis­seur met donc à dis­po­si­tion des serveurs finis, la puissance de calcul cor­res­pon­dante sous la forme d’un pro­ces­seur, la mémoire vive ainsi que l’espace disque né­ces­saire afin de permettre au système d’ex­ploi­ta­tion, au serveur Web, aux bases de données, etc. de fonc­tion­ner.

Si vous optez pour un hé­ber­ge­ment dédié, le four­nis­seur vous at­tri­buera un ou plusieurs serveurs spé­ci­fiques dont les res­sources seront à votre seule dis­po­si­tion. La situation est un peu dif­fé­rente dans le cas d’un hé­ber­ge­ment mutualisé : dans le cadre de ce modèle, le four­nis­seur vous attribue également un ou plusieurs serveurs de son con­tin­gent, mais vous en partagez toutefois les res­sources avec d’autres clients. En d’autres termes, seuls vos projets passent par un serveur dédié, alors qu’un serveur mutualisé abrite vos ap­pli­ca­tions Web, mais aussi celles d’autres uti­li­sa­teurs.

Aperçu des dif­fé­rences entre un hé­ber­ge­ment mutualisé ou serveur dédié

De prime abord, le choix pour un serveur mutualisé ou un serveur dédié ne semble pas faire grande dif­fé­rence pour le client : dans les deux cas, les res­sources louées sont con­trô­lées à distance, de telle sorte qu’il est en principe im­pos­sible de savoir si des données d’autres uti­li­sa­teurs sont stockées ou non sur le serveur cible. Toutefois, si l’on se penche sur des facteurs comme les coûts, la sécurité ou le rem­plis­sage, il devient ra­pi­de­ment clair que ces deux modèles d’hé­ber­ge­ment sont très dif­fé­rents dans la pratique. Afin de faciliter votre choix du pack adapté pour votre projet Web, nous avons rassemblé pour vous les prin­ci­pales dif­fé­rences dans notre com­pa­ra­tif « hé­ber­ge­ment mutualisé ou dédié » (dedicated hosting vs shared hosting).

Projets hébergés sur le serveur (« server hosted sites »)

Comme évoquée plus haut, la prin­ci­pale dif­fé­rence entre l’hé­ber­ge­ment mutualisé et l’hé­ber­ge­ment dédié est le fait que dans le premier cas, le serveur abrite non seulement vos projets, mais aussi les sites Internet d’autres clients. Dans ce cas, vous ne disposez pas du pouvoir de décider du nombre d’uti­li­sa­teurs avec lesquels vous par­ta­ge­rez les res­sources d’hé­ber­ge­ment et vous n’aurez pas con­nais­sance du type de projets exploité par vos « voisins de serveur ». Dans le cas d’un hé­ber­ge­ment dédié, vous saurez en revanche à tout moment quelles données sont en­re­gis­trées sur le serveur loué puisque vous serez le seul client à y avoir accès.

Sécurité et pro­tec­tion des données

Que vous hébergiez un site Internet sur votre propre serveur ou sur le serveur d’un four­nis­seur, la sécurité est es­sen­tielle. C’est pourquoi les mesures de pro­tec­tion contre les in­fec­tions de malwares, les vols de données ou les attaques DDoS et par force brute font partie des im­pé­ra­tifs d’un ex­ploi­tant de site Internet res­pon­sable.

Les con­di­tions pour assumer cette res­pon­sa­bi­lité sont très dif­fé­rentes entre l’hé­ber­ge­ment mutualisé et l’hé­ber­ge­ment dédié : les clients d’un hé­ber­ge­ment dédié doivent installer, con­fi­gu­rer et sur­veil­ler per­son­nel­le­ment les solutions de sécurité telles que les pare-feu et les ap­pli­ca­tions de sécurité. À contrario, le four­nis­seur est toujours res­pon­sable de la mise en place et de la sur­veil­lance des mesures de sécurité sous-jacentes sur un serveur mutualisé de telle sorte que vous n’avez besoin d’être actif que si vous souhaitez prendre des mesures com­plé­men­taires. Le fait que vous utilisiez le matériel con­join­te­ment avec d’autres uti­li­sa­teurs augmente malgré tout le risque de sécurité général – notamment lorsque vous devez partager le serveur avec des clients ex­ploi­tant des projets peu sérieux ou non sécurisés.

Note

En ce qui concerne la pro­tec­tion des données sensibles des uti­li­sa­teurs, pour les­quelles il convient de s’aligner sur les dis­po­si­tions du RGPD, en par­ti­cu­lier pour les projets Web, vous devez déjà faire preuve de vigilance dans le choix de votre four­nis­seur : il est notamment essentiel que le serveur soit localisé en France (ou tout du moins au sein de l’UE) et qu’un cryptage et une con­ser­va­tion sécurisée des données en­re­gis­trées soient assurés, qu’il s’agisse d’un serveur dédié ou mutualisé.

Bande passante et per­for­mance

La bande passante offerte constitue toujours un point décisif dans le choix du four­nis­seur d’hé­ber­ge­ment. Les centres de calcul du four­nis­seur disposent souvent d’ex­cel­lentes con­nexions Internet ce qui est dans tous les cas né­ces­saire pour déplacer les énormes volumes de données des dif­fé­rents clients à une vitesse maximale. Les dif­fé­rents serveurs sont malgré tout soumis à une limite de bande passante, afin que ce service puisse être offert à tous les clients de manière aussi fiable que possible et sans pertes. Si l’on compare l’hé­ber­ge­ment mutualisé à l’hé­ber­ge­ment dédié, cet aspect n’est pas né­gli­geable : à la con­clu­sion du contrat, vous con­vien­drez dans les deux cas avec le four­nis­seur de la bande passante minimale et maximale dont vous dis­po­se­rez. Sur un serveur mutualisé, le principe des « res­sources partagées » peut toutefois entraîner que la bande passante effective soit nettement in­fé­rieure au débit convenu, car le projet d’un autre client dépasse déjà la limite et restreint ainsi les res­sources pour tous les autres ex­ploi­tants. Cet effet de « noisy neighbor » (voisin bruyant) peut notamment être à l’origine de temps de char­ge­ment prolongés, de serveurs Web sur­char­gés et d’autres problèmes tech­niques et se traduire par une in­sa­tis­fac­tion des clients. Néanmoins, la plupart des four­nis­seurs d’hé­ber­ge­ment retirent ha­bi­tuel­le­ment les projets cor­res­pon­dants de la cir­cu­la­tion en cas de man­que­ments répétés à la limite de bande passante.

Contrôle sur le serveur loué

Pour faire votre choix entre un hé­ber­ge­ment mutualisé ou dédié, vous devez également définir de quel niveau de contrôle vous avez besoin ou vous souhaitez disposer sur le serveur loué. Sur un serveur dédié, vous disposez gé­né­ra­le­ment de droits racines et ainsi de la pos­si­bi­lité d’installer des scripts et pro­grammes propres. Vous pouvez d’autre part modifier à tout moment l’ensemble des pa­ra­mètres du serveur et du système d’ex­ploi­ta­tion. Par voie de con­sé­quence, cela signifie toutefois que vous avez un haut niveau de res­pon­sa­bi­lité et que vous devez par exemple assurer per­son­nel­le­ment les mises à jour et les travaux de main­te­nance.

Dans le cas d’un hé­ber­ge­ment mutualisé, vous échappez à ces obli­ga­tions : l’ac­tua­li­sa­tion et la main­te­nance du serveur ainsi que les com­po­santes lo­gi­cielles ins­tal­lées sont en­tiè­re­ment sous la res­pon­sa­bi­lité du four­nis­seur. Toutefois, comme il doit également veiller à ce que tous les clients puissent accéder ex­clu­si­ve­ment à leur serveur Web et à leur espace Web, les droits d’accès accordés sont nettement res­treints par rapport à un hé­ber­ge­ment dédié. Les ins­tal­la­tions de logiciel ou les mo­di­fi­ca­tions apportées aux con­fi­gu­ra­tions centrales du serveur ne peuvent par con­sé­quent être ef­fec­tuées que par le four­nis­seur. Vous devrez donc tout d’abord prendre contact avec lui à cet égard, ce qui rend im­pos­sible toute mo­di­fi­ca­tion spontanée ou à court terme.

Conseil

Vérifiez au préalable quels logiciels (système d’ex­ploi­ta­tion, CMS, bases de données, langages de pro­gram­ma­tion, etc.) sont supportés par le four­nis­seur d’hé­ber­ge­ment pour un serveur mutualisé, afin de vous assurer que ce dernier a à portée de main ou à dis­po­si­tion en cas de besoin tous les éléments né­ces­saires pour votre projet Web.

Risque d’un bla­ck­lis­tage IP

L’une des prin­ci­pales in­quié­tudes des ex­ploi­tants de site Internet est de figurer sur les listes noires des moteurs de recherche et d’être retirés au­to­ma­ti­que­ment des résultats de recherche. Si cela vous arrive, votre projet sera pra­ti­que­ment invisible pour bon nombre d’in­ter­nautes. Si les uti­li­sa­teurs ne sai­sis­sent pas di­rec­te­ment l’URL dans la barre d’adresse, ils ne pourront accéder à votre page que via des liens re­di­ri­geant vers votre site.

En principe, il ne tient qu’à vous d’éviter un tel scénario en res­pec­tant les di­rec­tives des moteurs de recherche lors de la con­cep­tion de votre site et en l’hé­ber­geant chez un four­nis­seur sérieux. Cependant, si vous louez un serveur mutualisé, il existe un risque potentiel que vous partagiez le serveur avec des ex­ploi­tants manquant à ces di­rec­tives voire diffusant des spams et des malwares à l’aide de leurs pages Web. Dans un tel cas, il est possible que Google et les autres moteurs de recherche placent l’ensemble de la plage IP sur liste noire. Ce danger n’existe pas avec l’uti­li­sa­tion d’un serveur dédié.

Coûts

Sans surprise, les coûts d’un hé­ber­ge­ment mutualisé et d’un hé­ber­ge­ment dédié se dis­tin­guent nettement : dans le cadre du second, vous utilisez l’in­té­gra­lité d’un serveur et de sa puissance de calcul, raison pour laquelle le four­nis­seur vous priera de payer à pro­por­tion. Le prix de cette ex­clu­si­vité est nettement supérieur aux coûts engendrés par l’uti­li­sa­tion d’un serveur mutualisé com­pa­rable, pour lequel les coûts sont assumés con­join­te­ment avec d’autres lo­ca­taires con­for­mé­ment au principe de mu­tua­li­sa­tion. Cette solution vous sera tout par­ti­cu­liè­re­ment pro­fi­table si vous n’avez pas besoin d’une puissance de calcul et d’un espace disque trop im­por­tants. C’est pourquoi l’hé­ber­ge­ment mutualisé est apprécié du secteur privé et des petites en­tre­prises.

Conseil

Chez IONOS, vous pouvez héberger à tout moment votre site Internet à un prix avan­ta­geux sur des serveurs dédiés hautement per­for­mants – sans frais d’ins­tal­la­tion et durée con­trac­tuelle minimale !

Hé­ber­ge­ment mutualisé ou dédié : résumé

Les points présentés montrent que les hé­ber­ge­ments mu­tua­li­sés ou dédiés s’adressent à une clientèle dif­fé­rente. Les serveurs dédiés cons­ti­tuent le premier choix pour tous ceux qui sont à la recherche d’une solution d’hé­ber­ge­ment avec un maximum de liberté et qui sont néanmoins prêts à y consacrer un peu plus d’argent. Pour les clients avec un budget inférieur, un serveur mutualisé est la solution idéale dans la mesure où les aspects tels que la puissance de calcul et l’ad­mi­nis­tra­tion du serveur ne sont pas une priorité. De plus, les serveurs mu­tua­li­sés sont pré­des­ti­nés à des projets né­ces­si­tant de faibles res­sources ma­té­rielles et qui ne pour­raient pas exploiter les capacités d’un serveur dédié.

  Hé­ber­ge­ment mutualisé Hé­ber­ge­ment dédié
Sites hébergés sur serveur Projets de dif­fé­rents clients Uni­que­ment des projets propres
Sécurité Le four­nis­seur assure la sécurité ; risque provenant des co­lo­ca­taires/voisins (spam/malware, bla­ck­lis­tage IP) La sécurité est la res­pon­sa­bi­lité du client
Bande passante Convenue par contrat, mais pas toujours atteinte Convenue par contrat et atteinte sauf en cas de panne du serveur
Contrôle (ad­mi­nis­tra­tion) Pos­si­bi­li­tés d’accès limitées (uni­que­ment serveur et espace Web) Droits d’accès complets voire droits racine
Coûts Faibles Élevés
Conseil : hé­ber­ge­ment gratuit

Avec Deploy Now, vous pouvez héberger gra­tui­te­ment vos 3 premiers projets GitHub sur l’in­fras­truc­ture haute per­for­mance de IONOS. Essayez l’offre d’hé­ber­ge­ment Web gratuit de IONOS dès main­te­nant.

Aller au menu principal