DirectAdmin Resource Usage et problèmes de performance (Resource Limit Is Reached)

Dans le panneau de contrôle DirectAdmin, vous trouvez en bas l'option Resource usage. Vous pouvez y voir l'évolution de l'utilisation du CPU et du nombre de processus de votre offre d'hébergement. Le contrôle de ces limites est indispensable en hébergement mutualisé, car vous partagez le serveur avec d'autres utilisateurs/sites web. Cela nous permet en grande partie d'éviter qu'un seul site web prenne trop de ressources, au détriment des autres sites web du même serveur.

Certains sites web grands ou lourds (comme les boutiques en ligne) ont besoin de plus de puissance de calcul que d'autres, même en usage normal. Si vous êtes convaincu que le site fonctionne correctement, ce qui suit ne s'applique pas. Dans ce cas, vous pouvez passer à une offre d'hébergement plus puissante, qui dispose de plus de puissance de calcul. Découvrez ici toutes nos offres d'hébergement. Cet article explique plus en détail les causes possibles d'une consommation élevée.

Une brève explication du fonctionnement.

Fonctionnement

Avec une offre d'hébergement Linux, une partie déterminée d'un serveur d'hébergement mutualisé vous est attribuée. Dans cette partie, vous fonctionnez en principe de manière totalement indépendante : si un autre site web demande trop de CPU ou de processus, vous n'en souffrez en principe pas, et l'inverse est vrai aussi. En revanche, si votre site fonctionne mal, c'est vous qui en subirez les conséquences. Les ressources disponibles suffisent normalement largement pour faire tourner correctement un site web. Mais si le site web ne fonctionne pas bien, par exemple avec des scripts qui accèdent de manière peu efficace à la base de données, cela peut

causer ce type de problèmes, voire rendre votre site inaccessible ou difficilement accessible.

Plusieurs domaines dans 1 offre d'hébergement

Ce mécanisme fonctionne par offre d'hébergement : si vous avez plusieurs domaines dans une offre d'hébergement, le risque d'atteindre ces limites est d'autant plus grand. Donnez donc à un domaine qui doit être performant sa propre offre d'hébergement, pour qu'il ne puisse jamais souffrir des autres domaines de l'offre.

CPU Usage

Le graphique CPU usage montre le comportement du site. Vous pouvez le consulter jusqu'à 30 jours en arrière. Si votre site monte haut dans le graphique avec peu d'utilisateurs, vous pouvez être presque certain qu'il aura des problèmes de performance lorsque le nombre d'utilisateurs augmentera. Surveillez cela de près pour pouvoir intervenir vous-même à temps. C'est aussi recommandé si vous utilisez des scripts standard. Si vous ajoutez des plugins/modules à ces scripts standard, un seul module peut suffire à faire chuter la vitesse. Vérifiez donc cela régulièrement, surtout après une modification de votre site. Regardez bien la colonne aCPU, qui indique la moyenne ; mCpu indique les pics. S'il y a des pics proches de 100 %, il est déjà temps de les rechercher avant qu'ils ne causent des problèmes.

Memory Usage

Il est rare que cette limite soit dépassée. Si cela arrive, vous pouvez être à peu près certain que quelque chose est mal construit et utilise trop de mémoire.

Entry Processes

Combiné au CPU usage, ce paramètre est donc déterminant. Le nombre d'Entry processes montre combien de processus ont été actifs simultanément pour votre site (ce n'est pas égal au nombre de visiteurs : 1 processus peut servir de nombreux visiteurs). Lorsque la limite est atteinte, le site web affiche une erreur 404 avec le texte 'The server is temporarily unable to service your request due to maintenance downtime or capacity problems. Please try again later.'. Sans cela, l'ensemble du serveur pourrait être mis en danger et même tomber en panne. La combinaison du CPU et des processus est donc très importante. Si un script entraîne une forte utilisation du CPU, le processus mettra plus de temps à traiter les requêtes et le nombre maximal d'utilisateurs diminuera rapidement. Nous voyons ainsi parfois des sites s'effondrer avec 10 utilisateurs, alors que d'autres sites avec des milliers d'utilisateurs continuent de tourner rapidement sans le moindre problème.

Voir aussi cet article :
https://mijn.weboke.nl/kennisbank/66

Input/Output usage

Chaque site web affiché doit être lu sur les disques du serveur. C'est ce qu'on appelle input/output (entrées/sorties). Un site web ne devrait normalement jamais dépasser 0,5 ou 1 Mo pour s'afficher assez rapidement. Un maximum de 3 Mo par seconde est fixé pour la lecture et l'écriture sur disque. Là encore, c'est une limite large et normalement suffisante. Si vous atteignez ces limites, il est probable que le site web lui-même soit déjà trop lourd ou qu'il écrive (trop) sur le disque. Activer ou désactiver des plugins dans des scripts comme Joomla/WordPress peut avoir un effet important. Lorsque la limite est atteinte, des ralentissements peuvent survenir lors de l'affichage, de l'ouverture ou de l'utilisation du site.

Désactiver puis réactiver le domaine
Pour laisser votre domaine se calmer, vous pouvez afficher la liste de vos domaines dans la gestion des domaines, cocher le domaine concerné (ou tous), puis cliquer sur Suspend en bas. Laissez le domaine désactivé une dizaine de minutes, puis réactivez-le. Il y a de fortes chances qu'il revienne en ligne normalement, mais aussi que le problème se reproduise.