Hébergement CloudLinux chez Theory7

Pourquoi Theory7 utilise-t-il CloudLinux sur tous ses serveurs d'hébergement mutualisé ?

Theory7 utilise CloudLinux sur tous ses serveurs d'hébergement mutualisé, car nous pensons qu'un hébergement abordable ne doit pas se faire au détriment de la stabilité et de la sécurité. Chez nous, CloudLinux n'est pas un supplément optionnel ni une option premium : il est standard sur chaque offre, de l'offre Mini à 0,49 € par mois jusqu'à l'offre Ultimate. Que vous choisissiez l'hébergement web classique, l'hébergement WordPress ou l'hébergement revendeur, votre site web tourne toujours sous CloudLinux.

CageFS : chaque site web dans son propre environnement cloisonné

Concrètement, cela signifie ceci : si vous avez un compte d'hébergement chez Theory7, votre site web tourne dans son propre environnement virtuel. Vous ne voyez que vos propres fichiers, bases de données et processus. Les fichiers des autres clients du même serveur sont totalement invisibles et inaccessibles. Cela vaut dans les deux sens : les autres clients ne peuvent pas non plus accéder à vos fichiers.

Ce contre quoi CageFS vous protège

L'isolation CageFS protège contre une série de risques de sécurité inhérents à l'hébergement mutualisé :

• Attaques par lien symbolique : une technique courante par laquelle un attaquant tente de lire les fichiers d'autres comptes via des liens symboliques. CageFS rend cela impossible, car les fichiers des autres comptes n'existent tout simplement pas dans votre environnement virtuel.
• Inspection des processus : sur un serveur Linux classique, chaque utilisateur peut voir les processus en cours de tous les autres utilisateurs. CageFS limite la liste des processus à vos seuls processus.
• Fichiers système sensibles : CageFS masque les fichiers de configuration sensibles et les informations système qu'un attaquant pourrait utiliser pour compromettre davantage le serveur.
• Escalade horizontale : si un attaquant accède à un compte via une faille dans une extension WordPress, les dégâts restent limités à ce seul compte. Grâce à l'isolation CageFS, l'attaquant ne peut pas rebondir vers d'autres comptes.

LVE : des ressources garanties pour chaque site web

LVE gère quatre ressources essentielles :

• CPU : chaque compte se voit attribuer un pourcentage maximal de temps CPU. Un site web au code inefficace ou confronté à un pic de trafic soudain ne peut pas utiliser plus de CPU que ce qui lui est attribué, si bien que les autres sites web continuent de tourner sans être perturbés.
• Mémoire (RAM) : la quantité de mémoire vive par compte est limitée. Une fuite de mémoire dans un script PHP ou une requête lourde sur la base de données ne peut pas accaparer la mémoire disponible pour tout le serveur.
• E/S (accès disque) : la vitesse à laquelle un compte peut lire et écrire des données sur le disque est plafonnée. Selon Google, le temps de chargement est un facteur de classement essentiel pour les sites web. Une sauvegarde ou une importation lourde ne peut donc pas affecter les performances disque de tous les autres comptes.
• Processus : le nombre maximal de processus exécutés simultanément par compte est limité. Une fork bomb ou un script incontrôlé ne peut pas saturer la table des processus du serveur.

Résultat : votre site web offre des performances constantes, quoi que fassent les autres sites web du même serveur. Ces performances prévisibles sont l'un des grands avantages de l'hébergement CloudLinux par rapport à l'hébergement mutualisé sous Linux standard.

Noyau renforcé : une protection supplémentaire au niveau du système

Le noyau renforcé protège contre les exploits au niveau du noyau qu'un attaquant pourrait utiliser pour briser l'isolation des comptes individuels. Même lorsqu'une faille zero-day est découverte dans le noyau Linux standard, le noyau CloudLinux renforcé offre souvent déjà une protection grâce à des mécanismes de sécurité supplémentaires, comme un filtrage renforcé des appels système et une protection de la mémoire.

Imunify : une suite de sécurité avancée

Les principaux composants d'Imunify sont :

• Analyseur de logiciels malveillants : analyse automatiquement les fichiers à la recherche de logiciels malveillants connus, de web shells et de code suspect. Les fichiers infectés sont détectés et mis en quarantaine.
• Pare-feu applicatif web : filtre le trafic web entrant et bloque les schémas d'attaque connus comme l'injection SQL, le cross-site scripting (XSS) et l'inclusion de fichiers distants (remote file inclusion).
• Protection contre la force brute : détecte et bloque automatiquement les tentatives de connexion répétées sur WordPress, DirectAdmin et d'autres applications.
• Défense proactive : analyse les scripts PHP en temps réel et bloque les actions suspectes avant qu'elles ne puissent causer des dégâts, même si le logiciel malveillant ne figure pas encore dans la base de données.

Toutes ces mesures de sécurité fonctionnent en arrière-plan, sans que vous ayez quoi que ce soit à configurer. Elles sont actives par défaut sur toutes les offres d'hébergement, sans frais supplémentaires.

Hébergement CloudLinux ou hébergement mutualisé standard

Chez les hébergeurs sans CloudLinux, vous courez le risque du problème dit du « voisin bruyant » : un autre site web du même serveur consomme tellement de ressources que votre site web ralentit, voire devient inaccessible. Avec CloudLinux et LVE, ce problème est entièrement résolu.

Associé à LiteSpeed et NVMe pour des performances maximales

LiteSpeed Enterprise traite les requêtes PHP jusqu'à 12 fois plus vite qu'Apache, ce qui en fait la technologie de serveur web la plus rapide du marché. Associé au stockage NVMe SSD, qui atteint des vitesses de lecture jusqu'à 7 000 Mo/s, les pages web se chargent très rapidement. CloudLinux garantit que cette vitesse reste disponible en permanence pour chaque site web grâce à la gestion des ressources LVE.

Grâce à cette combinaison, vous obtenez chez Theory7 un hébergement web rapide qui est aussi stable et sécurisé. Vous n'avez pas à choisir entre vitesse et sécurité : avec CloudLinux, LiteSpeed et NVMe, vous avez les deux. Consultez nos offres d'hébergement et voyez pourquoi de plus en plus de gestionnaires de sites web choisissent la stabilité et la sécurité de l'hébergement CloudLinux chez Theory7.

PHP Selector : plusieurs versions de PHP par compte

Imaginons que vous ayez un site WordPress qui fonctionne de manière optimale sous PHP 8.2, mais que vous hébergiez aussi une application web plus ancienne qui dépend encore de PHP 7.4. Sur un serveur sans CloudLinux, vous devriez choisir : soit faire tourner tous les sites web sur la même version de PHP, soit prendre des comptes d'hébergement séparés. Avec le PHP Selector de CloudLinux, vous définissez la version optimale pour chaque domaine, sans compromis.

Le PHP Selector permet en outre de configurer des extensions et des paramètres PHP individuels par compte. Vous avez besoin de ionCube Loader pour une application précise, ou vous souhaitez augmenter la limite de téléversement ? Dans le panneau de contrôle DirectAdmin, vous modifiez facilement ces paramètres sans devoir contacter le support. Cette flexibilité est propre à CloudLinux et n'existe pas sur les serveurs équipés de distributions Linux standard.

MySQL Governor : les ressources de base de données sous contrôle

Le MySQL Governor surveille l'utilisation de la base de données par compte en temps réel et intervient automatiquement lorsqu'un compte consomme une quantité excessive de ressources de base de données. Le principe est le même que celui des limites LVE pour le CPU et la mémoire : chaque compte reçoit une part équitable de la capacité de base de données et ne peut pas pénaliser les autres comptes.

Concrètement, une boutique en ligne avec des milliers de produits et des requêtes de recherche complexes ne peut pas affecter les performances de base de données de votre blog WordPress sur le même serveur. Le MySQL Governor garantit à chaque site web un accès rapide et constant à la base de données, quelle que soit la charge générée par les autres comptes. C'est l'une des raisons pour lesquelles notre hébergement web offre des performances fiables, même lors des pics d'activité. Selon une étude de l'Uptime Institute, une disponibilité de 99,9 % est la norme du secteur pour un hébergement professionnel.

CloudLinux ou Docker et la conteneurisation

Les conteneurs Docker sont conçus pour empaqueter et déployer des applications. Chaque conteneur contient une application complète avec toutes ses dépendances. Docker est populaire auprès des développeurs et dans les environnements cloud-native, mais il n'est pas conçu spécifiquement pour les défis de l'hébergement web mutualisé.

CloudLinux est conçu spécifiquement pour l'environnement d'hébergement web. CageFS offre une isolation du système de fichiers qui fonctionne de manière transparente avec les panneaux de contrôle existants comme DirectAdmin, sans que les clients aient à modifier leurs habitudes de travail. LVE offre une gestion fine des ressources qui s'intègre parfaitement à l'environnement d'hébergement web. Le noyau renforcé et Imunify ciblent spécifiquement les défis de sécurité de l'hébergement mutualisé.

La différence tient à l'objectif. Docker résout un large éventail de problèmes dans le développement logiciel, tandis que CloudLinux est optimisé spécifiquement pour faire tourner de manière sûre et stable des centaines de sites web sur le même serveur. Pour l'hébergement mutualisé, CloudLinux est le meilleur choix, et c'est précisément pour cela que Theory7 l'utilise sur tous ses serveurs.

Pourquoi la plupart des hébergeurs à bas prix n'utilisent pas CloudLinux

C'est pourquoi beaucoup d'hébergeurs à bas prix utilisent des alternatives gratuites comme AlmaLinux ou Rocky Linux. Ces systèmes d'exploitation sont stables et fiables, mais il leur manque les fonctions spécialisées d'isolation, de gestion des ressources et de sécurité de CloudLinux. Sans CageFS, pas d'isolation des comptes. Sans LVE, pas de limitation des ressources par compte. Sans le noyau renforcé, vous perdez une couche de sécurité supplémentaire.

Chez Theory7, nous avons délibérément choisi d'utiliser CloudLinux sur tous nos serveurs d'hébergement mutualisé, y compris pour l'offre Mini, la moins chère, à seulement 0,49 € par mois. Nous prenons en charge les frais de licence de CloudLinux, car nous pensons que la sécurité et la stabilité ne doivent pas être des fonctionnalités premium. Chaque client mérite la même protection, quelle que soit l'offre choisie.

Le choix de Theory7 pour une infrastructure de qualité

Cette approche distingue Theory7 des hébergeurs qui proposent un hébergement de base, puis vendent des fonctions essentielles sous forme d'options payantes. Chez nous, vous payez un prix juste pour une offre complète. L'accès SSH est disponible sur toutes les offres, y compris l'hébergement mutualisé, ce qui est possible grâce à l'isolation CageFS de CloudLinux. Chez les hébergeurs sans CloudLinux, SSH n'est souvent pas disponible en hébergement mutualisé en raison des risques de sécurité.

Que vous choisissiez l'hébergement web, l'hébergement WordPress ou l'hébergement revendeur, vous bénéficiez toujours de l'ensemble CloudLinux complet avec CageFS, LVE, le noyau renforcé et Imunify. Associée à LiteSpeed Enterprise et au NVMe SSD, notre plateforme d'hébergement rivalise en performances, en sécurité et en stabilité avec des solutions bien plus coûteuses. C'est la promesse de Theory7 : un hébergement professionnel sans concessions, abordable pour tous.

L'amélioration des performances en pratique

Pour les sites WordPress, la différence est particulièrement sensible. WordPress dépend de PHP et de MySQL, précisément les deux composants que CloudLinux optimise le mieux. Le PHP Selector vous permet de toujours utiliser la version de PHP la plus rapide, le MySQL Governor garantit un accès rapide à la base de données et les limites LVE empêchent d'autres sites de ralentir votre installation WordPress. Associé à LiteSpeed Cache, disponible par défaut sur tous nos serveurs, un site WordPress chez Theory7 se charge nettement plus vite que chez les hébergeurs sous Linux standard.

Sources et références

• Google, Core Web Vitals, web.dev
• HTTP Archive, httparchive.org
• Uptime Institute, uptimeinstitute.com