Trois licences agissent à trois niveaux différents : LiteSpeed remplace le serveur web, CloudLinux isole chaque compte et KernelCare+ supprime les redémarrages liés aux correctifs du noyau. Ensemble, elles accélèrent un serveur d'hébergement et le rendent plus stable.
Où se gagne la performance
Le temps de réponse dépend du serveur web (compression, cache, exécution de PHP), de la répartition des ressources entre les comptes et de la fraîcheur du noyau. Un site lent n'est pas toujours mal codé : un voisin bruyant ou un serveur web mal réglé suffisent à dégrader l'ensemble.
LiteSpeed : serveur web et cache
LiteSpeed est un serveur web compatible Apache : les règles .htaccess et les extensions habituelles continuent de fonctionner, et le cache LSCache s'ajoute côté serveur. La licence se choisit selon le nombre de workers, c'est-à-dire les connexions simultanées traitées : 2 workers pour un VPS avec quelques sites, 4 ou 8 pour un serveur qui en héberge davantage, X workers pour une forte charge mutualisée.
CloudLinux : isoler les comptes
CloudLinux transforme le système en plateforme d'hébergement : chaque compte est isolé dans un conteneur LVE avec des limites de CPU, de mémoire et de processus, et un sélecteur de version PHP par site. Un site qui consomme trop est ralenti sans pénaliser les autres. C'est aussi la base sur laquelle certaines protections d'Imunify360 s'appuient.
KernelCare+ : corriger sans redémarrer
KernelCare+ applique les correctifs de sécurité du noyau à chaud : les vulnérabilités sont corrigées sans redémarrage ni coupure de service. Vérifiez l'état de l'agent avec kcarectl --info et forcez une mise à jour avec kcarectl --update. C'est le complément logique d'un serveur qui doit rester en ligne.
Combiner les trois dans le bon ordre
- CloudLinux d'abord : conversion du système et configuration des limites LVE.
- LiteSpeed ensuite : remplacement du serveur web et activation du cache.
- KernelCare+ enfin : correctifs du noyau sans interruption.
Vérifiez la compatibilité de votre panneau (cPanel ou Plesk) avant de basculer, et testez sur un serveur de préproduction : un changement de serveur web modifie les fichiers de configuration.
Mesurer avant et après
Relevez le temps de réponse et la charge avant la migration, puis comparez. Surveillez la charge système avec uptime, la mémoire disponible avec free -m et le taux de succès du cache. Un gain net se voit sur le temps de réponse des pages dynamiques et sur la charge moyenne aux heures de pointe.
