CloudLinux documente séparément les plafonds de ressources et leur historique de dépassement. Pour vos packages cPanel, utilisez cette distinction comme méthode de recette : une limite doit protéger les autres comptes tout en laissant fonctionner le service vendu.
1. Vérifier l’intégration et le sens des limites
Ce guide commence sur un serveur CloudLinux déjà installé, licencié et compatible avec votre version de cPanel. Avant une conversion de système, prévoyez une sauvegarde et une maintenance dédiées ; ne la mélangez pas à un simple réglage de package.
Ouvrez CloudLinux Manager, aussi appelé LVE Manager, et vérifiez qu’un compte pilote produit des statistiques. Contrôlez la compatibilité du serveur web et du gestionnaire PHP ; une interface visible ne prouve pas que chaque mécanisme est effectivement appliqué.
Lisez les compteurs selon leur rôle :
- SPEED limite le CPU par référence à un cœur ; 100 % correspond à un cœur.
- PMEM encadre la mémoire physique du compte.
- I/O concerne le débit disque ; IOPS compte les opérations.
- EP suit les entrées simultanées concernées par l’intégration, pas un nombre de visiteurs.
- NPROC couvre les processus et threads du LVE, donc davantage que les seuls workers PHP.
Une limite atteinte peut ralentir ou empêcher du travail selon la ressource. Ne traitez pas tous les faults comme un même incident.
2. Construire une offre pilote mesurable
Créez un package de test et consignez ses valeurs, les éventuelles exceptions utilisateur et le comportement attendu. N’appliquez pas directement une grille trouvée ailleurs à tous les comptes.
Pour une offre simple, testez navigation et administration. Pour une offre destinée aux boutiques, ajoutez recherche, panier et import représentatif. Réalisez ces essais sur des copies autorisées, avec plusieurs comptes actifs, afin de mesurer aussi l’effet sur leurs voisins.
Prévoyez de la capacité pour la base, le courrier, le système et les sauvegardes. La somme des plafonds clients ne constitue pas une réservation de ressources physiques.
Validez la cohérence des limites :
cldiag --check-lve-limitslvetopCloudLinux recommande un NPROC supérieur à EP + 15. Ce contrôle de cohérence ne dimensionne pas votre offre à votre place : mesurez aussi sa latence et sa consommation réelles.
3. Ajuster depuis les dépassements observés
Dans l’historique de CloudLinux Manager, choisissez exactement la fenêtre du test. Comparez usage, limite et faults, puis examinez les instantanés disponibles pour retrouver processus ou requêtes.
Si EP augmente, recherchez ce qui prolonge les traitements avant de relever la concurrence. Si PMEM bloque, examinez les processus et les imports. Pour I/O, comparez les horaires des sauvegardes. Modifiez un seul plafond, rejouez le même scénario et vérifiez les autres comptes.
Déployez ensuite sur un petit groupe, gardez les anciennes valeurs et configurez les notifications utiles. Documentez les exceptions avec une date de réexamen. Le package est accepté quand les parcours prévus fonctionnent et qu’un compte chargé ne dégrade pas les voisins lors de votre essai.
Sources : CloudLinux — limits, CloudLinux — Manager.
Retrouvez-le dans nos publications
Les étapes clés de cet article, en carrousel. Suivez-nous pour découvrir les prochaines. Nos publications sont rédigées en anglais.