Comment choisir un hébergement Drupal ? Évitez les erreurs coûteuses

Quel hébergement choisir pour Drupal ? C'est une des questions les plus fréquemment posées par les personnes qui commencent à travailler avec ce CMS. Dans cet article, j'expliquerai sur quoi porter attention lors du choix d'un hébergement Drupal et je fournirai un bref aperçu des options disponibles - basé sur 15 ans d'expérience dans la mise en œuvre de Drupal pour des clients de Pologne et de l'étranger. Je vous invite à lire cet article ou à regarder l'épisode de la série Nowoczesny Drupal.

Dans cet article :

• Quand un hébergement Drupal simple est-il suffisant ?
• Paramètres à déterminer avant de choisir un hébergement Drupal
• Exigences techniques - Drupal 10 et Drupal 11
• Trois principaux types d'hébergement Drupal
• Hébergement partagé - une solution pour des projets simples
• Plateforme d'hébergement - automatisation pour des projets activement développés
• Serveur avec accès root - contrôle total pour des systèmes avancés
• CDN comme économiseur de budget d'hébergement Drupal
• Temps de fonctionnement, évolutivité et migration entre les fournisseurs d'hébergement
• Aperçu des offres d'hébergement Drupal
• Comment choisir un hébergement Drupal ? Résumé

Quand un hébergement Drupal simple est-il suffisant ?

Avant de passer à une analyse détaillée, il est intéressant de répondre à une question fondamentale : est-ce que le choix nécessite une analyse plus approfondie ? Drupal est un système écrit en PHP, utilisant une base de données MariaDB ou similaire. Cette configuration est standard dans l'industrie de l'hébergement, donc pour des projets sans exigences spéciales et avec un faible trafic, le choix peut être simple et intuitif.

Dans de telles situations, il suffit de choisir un fournisseur fiable et d'installer Drupal. Même si la configuration n'est pas optimale, le système peut facilement être déplacé vers un autre hébergement. Drupal est entièrement portable entre les environnements, ce qui vous offre une grande liberté lors du changement d'infrastructure.

Cependant, si vous gérez ou prévoyez un projet complexe, si vous avez un système avec un fort trafic, ou si vous avez besoin d'une infrastructure précisément adaptée, le reste de cet article sera crucial pour vous. Je présenterai un aperçu complet des options qui vous aideront à prendre une décision éclairée en fonction des spécificités de votre projet.

Paramètres à déterminer avant de choisir un hébergement Drupal

Avant de choisir un hébergement, il est conseillé d'analyser deux paramètres clés : la complexité du système et sa charge.

Vérification de la complexité du système

La complexité comprend le nombre de types de données, leurs relations mutuelles et l'échelle du contenu. Par exemple, un blog simple avec plusieurs types de contenu est une situation complètement différente d'un portail avec 20-40 types de données différents reliés par des relations complexes.

L'échelle des données stockées est également importante - parle-t-on de 100-200 entrées, ou peut-être de centaines de milliers ou même de millions d'enregistrements dans la base de données ? L'analyse devrait également inclure l'utilisation de services supplémentaires, tels que Apache Solr pour la recherche, Redis pour la mise en cache, ou les intégrations de Drupal avec des systèmes externes. Plus le système est complexe, plus il faut porter attention à la sélection d'une infrastructure d'hébergement appropriée.

Analyse de la charge du serveur

Le deuxième paramètre clé est la charge du serveur. Dans un service web typique, la charge est générée par deux groupes : les utilisateurs qui visitent le site et les éditeurs qui gèrent le contenu dans le CMS. Le trafic des utilisateurs peut aller de plusieurs dizaines de visites par jour à des centaines de milliers, voire des millions.

L'édition de contenu est similaire. Un scénario est un spécialiste du marketing qui publie un article de blog par semaine. Un autre est constitué de 10 éditeurs, chacun ajoutant 20 articles ou plus chaque jour, puis les éditant et les corrigeant, générant de nouvelles requêtes au serveur à chaque sauvegarde. Des sources supplémentaires de charge peuvent être des fonctions interactives, telles qu'un système de commentaires ou des formulaires d'utilisateurs.

Noter les scénarios d'utilisation - à la fois actuels et planifiés - permet de faire correspondre précisément les ressources d'hébergement aux besoins réels du projet. Une telle analyse est la base d'un choix conscient de la solution d'hébergement.

Exigences techniques - Drupal 10 et Drupal 11

Après avoir déterminé les caractéristiques du système, il est intéressant de vérifier les exigences techniques de Drupal. La distinction entre Drupal 10 et 11 est importante car Drupal 10 est supporté jusqu'en 2026 et de nombreux sites resteront sur cette version pendant un certain temps. Les principales différences entre les versions concernent les versions requises de PHP et de la base de données.

La plupart des fournisseurs d'hébergement modernes supportent sans problème PHP 8.1 et 8.3. La situation est similaire avec les bases de données, bien qu'il y ait des exceptions - certains hébergements partagés moins chers peuvent ne pas supporter les dernières versions de MariaDB requises par Drupal 11. La liste complète des exigences techniques est disponible dans la documentation officielle de Drupal.

Il est recommandé de vérifier ces exigences avant de choisir un hébergement pour éviter les mauvaises surprises après l'achat du service. Cela est particulièrement important lors du choix d'un hébergement partagé moins cher, où les mises à jour des versions de PHP et de la base de données peuvent être retardées par rapport aux dernières normes.

Trois principaux types d'hébergement Drupal

Les offres d'hébergement Drupal peuvent être divisées en deux catégories principales : l'hébergement sans accès Root (principal administrateur système Linux) et l'hébergement avec accès complet. La première catégorie est également divisée en deux sous-groupes.

• L'hébergement partagé est le service le plus populaire, dans lequel le fournisseur place des dizaines ou des centaines de comptes clients sur un seul serveur.
• La plateforme en tant que service est une solution dédiée qui combine un serveur web, le support PHP et une base de données avec des fonctionnalités supplémentaires - intégration Git, possibilité de créer plusieurs instances de système pour les tests, ou automatisation du déploiement.

Dans le reste de l'article, nous analyserons trois types principaux d'hébergement : l'hébergement partagé, la plateforme d'hébergement et le serveur avec accès root. Nous discuterons des avantages et des inconvénients de chaque solution et déterminerons les projets pour lesquels ils sont les plus appropriés.

L'hébergement partagé - une solution pour des projets simples

L'hébergement partagé sera la solution idéale pour des projets simples, comme un site web d'entreprise avec moins de 50 à 100 sous-pages, rarement modifié et sans un trafic élevé. Dans de tels cas, vous pouvez choisir pratiquement n'importe quel fournisseur sans une analyse approfondie des paramètres techniques.

Avantages de l'hébergement partagé

L'avantage principal de l'hébergement partagé est son faible coût. Les offres commencent généralement à environ 600 PLN par an (environ 50 PLN par mois), la première année étant souvent promotionnelle et coûtant même la moitié de ce prix. Cela fait de l'hébergement partagé l'option la plus économique pour les petits projets et les entreprises qui débutent avec Drupal.

La configuration de l'environnement prend généralement une dizaine de minutes - il suffit de remplir un formulaire, d'effectuer un paiement, et le compte d'hébergement est prêt à l'emploi. Le serveur, la configuration PHP, et la base de données sont déjà préparés, il ne reste plus qu'à télécharger les fichiers Drupal et la base de données ou à installer le système à partir de zéro.

Un autre avantage est le panneau de gestion intuitif qui facilite l'ajout de nouveaux domaines et sous-domaines. Un avantage important est la possibilité d'héberger plusieurs sites sur un seul compte - une fonctionnalité particulièrement utile pour les agences et les entreprises gérant simultanément plusieurs projets.

Inconvénients de l'hébergement partagé

Les principaux inconvénients de l'hébergement partagé sont les limitations en matière de configuration et de ressources disponibles (processeur, RAM). Des problèmes peuvent également se poser lors de l'exécution de tâches CRON ou d'autres processus en arrière-plan. Les projets nécessitant des paramètres PHP spécifiques ou des tâches automatisées avancées peuvent s'avérer trop exigeants pour ce type d'hébergement.

Les performances de l'hébergement partagé peuvent varier en raison du modèle de partage des ressources. Un serveur gère les comptes de dizaines, parfois de centaines de clients. Si les autres comptes ne génèrent pas de charges élevées, le site fonctionne sans problème. Cependant, lorsque le serveur est surchargé par d'autres utilisateurs, cela peut affecter les performances de votre site.

En cas de problèmes de performance, il est judicieux de contacter la société d'hébergement pour demander le transfert du compte sur un autre serveur. La plupart des fournisseurs offrent cette possibilité, surtout lorsque vous présentez des problèmes spécifiques. C'est une option plus simple que de migrer vers un fournisseur complètement différent.

Plateforme d'hébergement - automatisation pour des projets activement développés

Les plateformes d'hébergement offrent beaucoup plus de capacités, surtout pour les projets activement développés. Si vous déployez de nouvelles fonctionnalités chaque semaine ou tous les quelques jours, avez besoin d'environnements de test, et travaillez en équipe de programmateurs, une plateforme d'hébergement automatise tout le processus de déploiement.

Avantages des plateformes d'hébergement

Un compte de plateforme est toujours intégré à un dépôt Git. Il suffit de pousser les modifications dans la branche appropriée ou de créer une nouvelle étiquette, et le système les déploiera automatiquement en production ou dans un environnement de test dédié. Diverses automatisations peuvent être définies dans le cadre du processus de déploiement. Bien qu'une configuration similaire puisse être créée sur un hébergement partagé avec un accès SSH, cela nécessite d'écrire et de maintenir des scripts de manière indépendante, ce qui prend du temps supplémentaire.

Les plateformes reposent souvent sur des images Docker, ce qui permet d'ajouter facilement des services tels que Apache Solr, Redis, ou Memcache. L'évolutivité du projet et l'extension des fonctionnalités sont beaucoup plus simples qu'avec l'hébergement traditionnel. La possibilité de lancer instantanément un environnement de développement identique à la production réduit considérablement le risque d'erreurs lors des déploiements.

Inconvénients des plateformes d'hébergement

La principale limitation des plateformes d'hébergement est certaines restrictions de configuration. Bien qu'elles offrent généralement de larges possibilités de personnalisation, dans le cas de systèmes très complexes avec une charge élevée, il peut s'avérer que tous les paramètres PHP ou de base de données ne peuvent pas être modifiés selon les besoins. Un défi supplémentaire est le prix - pour des services nécessitant de grandes ressources, les coûts peuvent être significatifs.

Si le coût mensuel de la plateforme est de l'ordre de 200 à 1000 euros, il vaut la peine d'analyser si un serveur dédié configuré à partir de zéro ne serait pas plus rentable. Une telle analyse devrait inclure le temps nécessaire pour préparer le serveur et les coûts de son administration ultérieure. La comparaison de tous les facteurs permet de prendre une décision optimale.

Une différence importante par rapport à l'hébergement partagé : un compte sur la plateforme est un site, un système. Pour plusieurs projets, il faut payer pour chacun d'eux séparément. Pour les agences gérant plusieurs projets, les coûts peuvent rapidement augmenter, ce qui nécessite une analyse économique attentive.

Serveur avec accès root - contrôle total pour des systèmes avancés

La troisième option est les serveurs avec un accès root complet - serveurs VPS, Cloud, ou serveurs dédiés traditionnels (bien que ces derniers soient de moins en moins souvent utilisés). L'avantage principal est la liberté de configuration complète et des possibilités de personnalisation de l'environnement pratiquement illimitées.

Avantages des serveurs avec accès complet

Sur de tels serveurs, vous pouvez utiliser Docker ou Kubernetes, en choisissant n'importe quelles images de conteneur - publiques et propriétaires, créées pour un projet spécifique. Des configurations simples et des architectures très complexes sont disponibles.

Un serveur avec un accès complet permet également la mise en œuvre de processus CI/CD (Intégration continue/Déploiement continu) personnalisés. Toutes les opérations spécifiques lors du déploiement d'une nouvelle version du système peuvent être adaptées aux besoins individuels. Cette flexibilité est inestimable dans le cas de projets très complexes nécessitant des solutions non standard ou une intégration avec de nombreux systèmes externes.

Inconvénients des serveurs avec accès complet

Quant aux inconvénients, des ressources supplémentaires sont certainement nécessaires ici, comme du temps ou un budget lié à la fois à la maintenance du serveur et à sa configuration initiale. Dans les situations où l'environnement est complexe, la migration vers un autre hébergement à l'avenir sera également plus longue, et cela devrait aussi être inclus dans l'analyse des options d'hébergement.

Il faut se rappeler que votre propre serveur signifie non seulement un plus grand contrôle mais aussi une plus grande responsabilité. Une surveillance continue, des mises à jour de sécurité, des sauvegardes, et une réponse rapide aux pannes sont nécessaires. Par conséquent, il vaut la peine de se demander si l'entreprise dispose des compétences techniques appropriées dans l'équipe ou d'un budget pour une entreprise externe qui s'occupe de l'administration du serveur.

CDN en tant qu'économiseur de budget d'hébergement Drupal

Lors de l'analyse des options d'hébergement, il convient de prendre en compte l'implémentation d'un CDN (Content Delivery Network), qui peut réduire considérablement les ressources d'hébergement nécessaires. Un exemple tiré de l'un de nos projets montre l'ampleur des économies possibles : en 30 jours, le système a géré plus de 400 millions de demandes provenant de 2 millions d'utilisateurs uniques, avec plus de 90% d'entre eux servis par le serveur CDN (dans ce cas, Cloudflare), et non par le serveur d'hébergement.

L'effet est impressionnant : les ressources requises pour le serveur d'hébergement peuvent être environ 10 fois plus petites car seulement 10% de tout le trafic atteint directement le serveur, et les 90% restants atteignent les utilisateurs à partir des serveurs CDN. Cela signifie d'importantes économies à la fois sur les ressources du serveur et sur la bande passante, ce qui se traduit directement par des coûts mensuels moins élevés.

CDN pour des sites web d'entreprise simples

Même pour des sites web d'entreprise simples, il est utile de mettre en œuvre un CDN, d'autant plus que les comptes de base sont gratuits. Cependant, une limitation doit être prise en compte : les pages contenant des formulaires dans Drupal ont par défaut le cache désactivé, elles ne seront donc pas fournies par le CDN mais directement depuis le serveur d'hébergement.

On peut contourner cela de diverses manières, mais par défaut, toutes les pages avec un formulaire de demande de devis ou de commentaires ne seront pas mises en cache. Il est important de se rappeler cela lors de la conception de l'architecture du site et de tenir compte d'autres solutions, comme la mise en place de formulaires dans des modaux chargés dynamiquement, afin de maintenir les avantages de la mise en cache des pages entières.

Disponibilité, scalabilité, et migration entre fournisseurs d'hébergement

Au-delà des types d'hébergement de base, plusieurs facteurs opérationnels peuvent avoir un impact significatif sur le succès à long terme de votre site Drupal. Comprendre les garanties de disponibilité, les options de scalabilité, et les processus de migration vous aide à éviter les pièges courants et vous assure que votre hébergement peut évoluer avec votre projet.

Garanties de disponibilité

La plupart des fournisseurs d'hébergement présentent des données de disponibilité de serveur sur leurs sites - généralement ce sont des valeurs de l'ordre de 99% ou 99,9%. Cependant, il vaut la peine de vérifier les termes et conditions car ils ne contiennent souvent pas de garanties réelles de disponibilité future. Si votre système nécessite une disponibilité garantie à 99% ou plus, vous devriez vous renseigner sur un service dédié avec une garantie SLA (Service Level Agreement).

De telles garanties sont généralement associées à la signature d'un contrat d'un ou deux ans et à des coûts plus élevés que dans la liste de prix standard. Tous les fournisseurs n'offrent pas une telle option - surtout dans le segment de l'hébergement partagé. Les garanties SLA sont généralement disponibles dans les packages d'hébergement de plateformes plus coûteux ou avec des serveurs dédiés.

Scalabilité des ressources

Un autre aspect à considérer est la scalabilité de l'hébergement, c'est-à-dire la possibilité de changer de manière dynamique les ressources disponibles (processeur, RAM). Ceci est particulièrement important pour les projets à caractère saisonnier, oùle trafic des utilisateurs augmente considérablement pendant certaines périodes de l'année. L'hébergement partagé n'offre généralement pas d'options de scalabilité dynamique des ressources.

Les plateformes d'hébergement et les serveurs cloud permettent la scalabilité, mais il est utile de connaître en détail le processus. Une question clé concerne le fait que les changements de paramètres nécessitent une interruption du fonctionnement du site - et combien de temps cette interruption pourrait durer (une minute, deux, ou peut-être une heure). Cette information permet de planifier correctement les périodes de trafic intense et d'éviter les temps morts à des moments critiques pour l'entreprise.

Migration entre serveurs

Il est également utile de prendre en compte une éventuelle migration entre les fournisseurs d'hébergement. Les exigences du système peuvent évoluer - le projet peut devenir plus complexe, le trafic peut augmenter, ou de nouvelles fonctionnalités nécessitant une meilleure infrastructure peuvent apparaître. Il est donc utile de connaître le processus de migration vers un autre fournisseur dès l'étape de sélection de l'hébergement.

Plus le système est complexe, plus le processus de migration peut être compliqué et long. Vous devriez vous assurer que vous avez un accès facile à toutes les données, aux sauvegardes, et la possibilité d'exporter la configuration. Certaines plateformes d'hébergement offrent des outils facilitant la migration, ce qui peut être un argument important lors du choix d'un fournisseur.

Aperçu des offres d'hébergement Drupal

L'aperçu suivant des offres d'hébergement est basé sur l'expérience recueillie chez Droptica et les suggestions des utilisateurs du groupe Drupal PL sur Facebook. Il convient de souligner que ce n'est pas une recommandation de fournisseurs spécifiques - chaque projet a des besoins individuels nécessitant une analyse séparée.

Si vous avez besoin d'une recommandation d'hébergement Drupal adaptée aux spécificités de votre projet, n'hésitez pas à nous contacter - nous vous aiderons à choisir la solution optimale.

Hébergement partagé

L'hébergement partagé est une solution particulièrement adaptée aux projets plus petits, notamment aux sites web d'entreprise. Un système Drupal fonctionnera sur pratiquement n'importe quel hébergement partagé, donc le choix d'un fournisseur spécifique peut être assez flexible.

Lors du choix d'un hébergement partagé, il est utile de prêter attention non seulement au prix mais aussi aux paramètres techniques : versions de PHP et de la base de données, limites de mémoire, accès SSH, et qualité du support technique. Les avis d'autres utilisateurs de Drupal sur l'hébergement donné peuvent également être utiles.

Plateformes d'hébergement

Il y a plusieurs acteurs principaux parmi les plateformes d'hébergement. Acquia ne publie pas ses prix publiquement et nécessite un contact individuel. Leur offre est principalement destinée aux systèmes plus importants nécessitant de hautes performances et des ressources importantes.

D'autres plateformes, telles que Upsun (anciennement Platform.sh) et Pantheon, offrent des forfaits pour des projets de différentes tailles. Lors du choix d'une plateforme, il vaut la peine d'analyser non seulement les prix mais surtout la gamme des fonctionnalités offertes. L'avantage principal des plateformes d'hébergement est qu'elles combinent les capacités des VPS ou des serveurs dédiés avec un environnement prêt et entièrement configuré. Cela élimine le besoin d'embaucher un spécialiste pour la configuration et la maintenance du serveur, ce qui devrait être inclus dans l'analyse globale des coûts.

Upsun (anciennement Platform.sh) est particulièrement populaire parmi les projets de taille moyenne, offrant un bon équilibre entre le prix et les fonctionnalités. Chaque plateforme a des capacités et des modèles de tarification légèrement différents, il est donc intéressant de les comparer en détail en fonction des besoins spécifiques de votre projet.

VPS et serveurs cloud

Les serveurs avec accès complet incluent les VPS traditionnels, les serveurs cloud, et les serveurs dédiés. D'après notre expérience, nous utilisons le plus souvent Hetzner pour les serveurs cloud et AWS pour les projets plus grands et plus exigeants.

Actuellement, la plupart de nos clients utilisent des plateformes d'hébergement - principalement Upsun (anciennement Platform.sh), mais aussi Acquia et Pantheon. Nous hébergeons le plus souvent des projets de grande taille avec un trafic important sur AWS ou Hetzner. Les sites plus petits, notamment ceux basés sur Droopler, fonctionnent sur un hébergement partagé.

AWS offre la plus grande flexibilité et la plus large gamme de services, mais nécessite également le plus de connaissances techniques. Hetzner, d'autre part, offre des prix très compétitifs avec une performance solide, ce qui en fait un choix populaire pour les projets de taille moyenne. Cloudflare apparaît également comme une option pour les projets nécessitant une protection avancée contre les attaques DDoS et une distribution mondiale de contenu.

Comment choisir un hébergement Drupal ? Résumé

Pour des projets simples, comme des petits sites web d'entreprise, le choix est simple : n'importe quel hébergement partagé pour environ 50 PLN par mois suffit. Il n'est pas nécessaire de compliquer le choix ou de payer trop cher pour des fonctionnalités avancées qui ne seront pas utilisées.

Dans le cas de systèmes plus complexes, le processus de prise de décision nécessite l'analyse de plusieurs facteurs clés : ce qui rend le système compliqué, quelles sont ou seront les charges, quelles sont les exigences techniques, si une garantie de disponibilité est nécessaire, si une option de scalabilité est requise, quel est le budget disponible pour l'hébergement, et si des ressources (temps ou budget) sont disponibles pour l'administration du serveur.

Après avoir analysé ces paramètres, vous pouvez choisir le type d'hébergement approprié : hébergement partagé, plateforme d'hébergement, ou serveur avec accès complet. L'étape suivante consiste à examiner les offres spécifiques des fournisseurs et à choisir une solution qui convient le mieux aux spécificités du projet.

Si vous n'avez pas le temps de faire une analyse indépendante, nous proposons de vous aider à choisir la solution optimale. Nous pouvons également configurer un VPS dédié ou un serveur cloud adapté à votre système. N'hésitez pas à nous contacter - nous vous aiderons à choisir l'hébergement Drupal.