Erreur 503 Service Unavailable

L'erreur 503 Service Unavailable indique que le service ne peut pas traiter la requête à ce moment-là. Elle peut être temporaire, mais il faut en identifier l'origine avant de modifier la configuration.

Ce code est générique. Avant de modifier les ressources ou PHP, enregistrez l'URL, l'heure, le corps et les en-têtes d'une seule réponse et consultez les journaux web, PHP et de l'application du même instant. Le contenu de la page peut révéler si la 503 a été générée par l'application, un mode maintenance, un proxy ou le serveur.

Consommation de ressources dépassée

Chaque service d'hébergement dispose de ressources allouées : CPU, mémoire RAM et nombre de processus simultanés.

Ces limites aident à isoler la consommation entre les comptes du serveur. Elles n'équivalent pas à disposer d'une machine physique dédiée et n'excluent pas un incident partagé.

Toutes les limites ne produisent pas une 503. Sous CloudLinux, le CPU et les E/S ralentissent généralement le compte ; la limite de processus d'entrée produit généralement une 508 ; la mémoire ou le nombre de processus peuvent se traduire par une 500, une 503 ou des processus interrompus. Vérifiez les compteurs d'échecs LVE sur le même intervalle avant d'attribuer le code aux ressources.

cPanel permet de déboguer l'utilisation des ressources et d'obtenir des snapshots des processus responsables de ces consommations, ce qui fournit une information clé pour trouver la cause.

Les snapshots montrent les processus et les requêtes actives, mais ne garantissent pas la cause. Sous WordPress ou Drupal, ils peuvent désigner index.php parce que c'est le front controller ; croisez alors l'URL avec le journal et le profilage de l'application.

Parmi les causes à confronter aux journaux :

• Extensions ou thèmes peu performants ou défaillants : isolez le composant seulement après avoir réuni des preuves, au moyen d'un test réversible, de préférence en staging ou avec un mode maintenance et une sauvegarde disponible. Ne désactivez pas sans discernement tous les composants en production.
• Manque d'optimisation : un site peut fonctionner normalement et rapidement avec peu de visites et créer un « goulot d'étranglement » dès que les accès simultanés augmentent, parce que chaque processus utilise beaucoup de ressources. La solution consiste à analyser et optimiser vos applications pour réduire leur consommation de ressources, ce qui améliorera aussi la vitesse de chargement.
• Si les échecs commencent après une mise à jour d'une extension ou d'une application, vérifiez les prérequis de la nouvelle version pour adapter les versions de PHP, les modules et la configuration ; s'ils sont corrects, demandez au développeur si cette mise à jour comporte un défaut. Si vous devez revenir en arrière, vérifiez la date et la disponibilité d'une sauvegarde.

En dernier recours, si votre application est optimisée autant que possible, il se peut simplement que la croissance du projet exige davantage de ressources : vous pouvez passer à une formule supérieure pour obtenir plus de CPU et de mémoire, ou nous contacter pour analyser vos besoins.

Application, maintenance ou backend

Vérifiez si l'application a activé un mode maintenance ou génère sa propre 503. Si le journal désigne PHP-FPM, LSAPI ou un backend indisponible, examinez ce service. Ne changez la version ou les modules de PHP que lorsque l'erreur exacte ou les prérequis de l'application prouvent une incompatibilité ; vous pouvez adapter la configuration PHP après l'avoir confirmée.

Problème interne du système

Si les journaux et les métriques ne révèlent pas l'origine, contactez l'assistance en indiquant l'URL, l'heure, la réponse exacte et les étapes pour la reproduire.

Vérifier le rétablissement

Répétez une requête équivalente et vérifiez le code, le contenu et les métriques. Dans une boutique, le fait que la page d'accueil se charge de nouveau ne confirme pas que le panier ou le paiement fonctionnent. Si vous envisagez une restauration, conservez d'abord les commandes, messages ou modifications postérieurs à la sauvegarde et prévoyez comment les réintégrer.

Si la 503 provient d'une maintenance planifiée, vérifiez sa durée et la réponse que reçoivent les utilisateurs et les moteurs de recherche. Évitez de laisser le site indéfiniment dans cet état. Une formule supérieure a du sens lorsque les métriques confirment un manque de capacité ; elle ne corrige ni une exception dans le code ni une redirection incorrecte.