Mon compte | Contactez-nous | 01 76 23 10 11 |
← Retourner sur le site

Limites CPU/RAM/I/O mutualisé

Comprendre les limites de ressources sur hébergement mutualisé HolyCloud et optimiser votre site.

~7 min de lecture Débutant #mutualise #limites #cpu #ram #hebergement

Limites CPU/RAM/I/O mutualisé

L'hébergement mutualisé partage les ressources physiques du serveur entre plusieurs clients. HolyCloud applique des limites (CPU, RAM, processus, I/O disque) pour garantir la stabilité de tous les comptes. Comprendre ces plafonds aide à diagnostiquer les lenteurs et les erreurs 503/508.

Prérequis

  • Offre hébergement web (cPanel / DirectAdmin)
  • Accès au panneau pour consulter Resource Usage / Statistics
  • Site identifié (domaine principal ou addon)

Pourquoi des limites ?

----------- -------------------
CPU Un script bouclé monopolise le serveur
RAM PHP-FPM ou MySQL consomment toute la mémoire
I/O Imports massifs ralentissent les disques partagés
Processus Fork bombs, cron multiples

Les limites protègent le voisinage ; un pic sur votre site peut déclencher une restriction temporaire.

Où voir la consommation (cPanel)

  1. Panneau → Metrics → Resource Usage (ou CPU and Connection Usage).
  2. Graphiques CPU, Physical Memory, Entry Processes, I/O.
  3. Onglet Snapshots : identifiez le script ou le domaine en cause.

DirectAdmin : Account Statistics / Resource Limits selon version.

Termes courants (cPanel / CloudLinux)

Métrique Signification
---------- ----------------
CPU Usage Temps processeur cumulé (souvent en % d'un cœur)
PMEM / Virtual Memory Mémoire utilisée par vos processus PHP
EP (Entry Processes) Connexions simultanées au site (pages en parallèle)
NPROC Nombre de processus totaux du compte
IOPS / IO Usage Lectures/écritures disque par seconde

Dépassement répété → email « resource limit reached » ou site en 503 Service Unavailable.

Causes fréquentes de dépassement

  • Cron trop fréquent (chaque minute) sur import/sync.
  • Plugin WordPress lourd (scan, backup, SEO en temps réel).
  • Traffic spike non mis en cache (article viral).
  • Boucle de redirection ou bot malveillant (milliers de requêtes).
  • Base MySQL non indexée (requêtes lentes bloquant PHP).

Optimisations sans changer d'offre

  1. Cache : plugin page cache compatible mutualisé ; CDN pour statiques.
  2. PHP : version 8.2+ ; désactiver plugins inutiles.
  3. Cron : espacer les tâches (/15 au lieu de ).
  4. Images : compression ; pas de full-HD non optimisées.
  5. Base : nettoyer révisions WP (wp_postmeta révisions), tables transients.

Réduire charge WP (exemple wp-config) :

define('WP_MEMORY_LIMIT', '128M');
define('DISABLE_WP_CRON', true);

Puis déclencher cron via panneau Cron Jobs toutes les 15 minutes :

wget -q -O - https://votredomaine.fr/wp-cron.php?doing_wp_cron >/dev/null 2>&1

Quand passer au VPS ou offre supérieure ?

  • Limites atteintes chaque jour malgré optimisation.
  • Besoin de root, modules Apache custom, ou trafic > quota EP.
  • Application nécessitant Redis, workers longs, ou Java.

Contactez le commercial HolyCloud pour comparer hébergement Pro vs VPS.

Dépannage

Symptôme Action
---------- --------
503 intermittente Resource Usage ; réduire plugins ; cache
« 508 Resource Limit » Pic EP — CDN ; bloquer bots (.htaccess)
MySQL « too many connections » Réduire plugins ; optimiser requêtes
Lent uniquement l'admin EP bas en mutualisé — normal ; éviter imports lourds en heures peak

Blocage bots simple (.htaccess) — adaptez selon vos logs :

RewriteEngine On
RewriteCond %{HTTP_USER_AGENT} ^.*(BadBot|SemrushBot).*$ [NC]
RewriteRule .* - [F,L]

Bonnes pratiques

  • Surveillez les emails d'alerte du panneau.
  • Planifiez backups et imports la nuit.
  • Testez les mises à jour sur un sous-domaine staging si disponible.

Besoin d'aide ?

Ouvrez un ticket avec captures Resource Usage, le domaine et l'heure du pic. Le support peut confirmer si un dépassement a été enregistré et proposer une montée en gamme adaptée.