Erreur 503 sur OVH

Hébergement Mutualisé (Web Perso, Pro, Performance)

Sur un mutualisé, vous partagez un serveur avec d’autres clients. OVH impose des limites strictes pour garantir la stabilité de tous.

Les causes de 503 sur mutualisé

Diagnostic via l’Espace Client

Étape 1 : Statistiques en temps réel

Espace client > Web Cloud > Hébergements > [votre site]
> Statistiques et logs

Regardez :

• Requêtes HTTP : Pic anormal ?
• Temps de réponse PHP : Scripts lents ?
• Erreurs : 503 listées ?

Étape 2 : Logs d’accès et d’erreur

Espace client > Hébergements > [votre site]
> Plus > Statistiques et logs > Logs

Téléchargez les logs et cherchez :

# Télécharger les logs (via FTP ou lien dans l'espace client)
# Puis analyser localement :

# Requêtes les plus lentes
$ awk '{print $NF, $7}' access.log | sort -rn | head -20

# Erreurs 503
$ grep " 503 " access.log | tail -50

# IPs les plus actives
$ awk '{print $1}' access.log | sort | uniq -c | sort -rn | head -10

Étape 3 : Tâches planifiées (Cron)

Espace client > Hébergements > [votre site]
> Tâches planifiées - Cron

Vérifiez qu’aucun cron ne se chevauche ou ne tourne trop fréquemment.

Solutions pour mutualisé

Solution 1 : Optimiser les scripts PHP

✅ Activer le cache (WP Super Cache, PrestaShop cache)
✅ Réduire les requêtes SQL
✅ Utiliser des CDN pour les fichiers statiques
✅ Éviter les plugins/modules lourds
✅ Compresser les images

Solution 2 : Configurer PHP correctement

Espace client > Hébergements > [votre site]
> Configuration > Modifier la configuration

Solution 3 : Activer le CDN OVH (inclus)

Espace client > Hébergements > [votre site]
> Multisite > [domaine] > Modifier > CDN : Activé

Le CDN OVH sert les fichiers statiques depuis des serveurs edge, réduisant la charge sur votre hébergement.

Solution 4 : Mettre en place une file d’attente Cloudflare

Si vous avez des pics prévisibles, Cloudflare Waiting Room peut mettre les visiteurs en file d’attente plutôt que de leur envoyer une 503.

Solution 5 : Passer à l’offre supérieure

Si vous êtes régulièrement limité, un upgrade peut être nécessaire :

# Estimation du besoin
# Si vous avez régulièrement 4+ visiteurs simultanés sur des pages PHP
# → Pro minimum
# Si vous avez 8+ visiteurs simultanés
# → Performance 1 minimum
# Si vous êtes un e-commerce actif
# → Performance 2+ ou migration vers VPS

Mode maintenance sur mutualisé

Sur mutualisé, vous ne pouvez pas modifier la configuration serveur. Utilisez .htaccess :

# Mode maintenance
# Décommenter pour activer

RewriteEngine On

# Votre IP (à remplacer)
RewriteCond %{REMOTE_ADDR} !^123\.456\.789\.012$

# Fichiers statiques autorisés
RewriteCond %{REQUEST_URI} !\.(css|js|png|jpg|gif|ico)$ [NC]

# Page maintenance
RewriteCond %{REQUEST_URI} !^/maintenance\.html$

# Redirection 503
RewriteRule ^(.*)$ /maintenance.html [R=503,L]

# Header Retry-After
<IfModule mod_headers.c>
    Header always set Retry-After "3600"
</IfModule>

ErrorDocument 503 /maintenance.html

Public Cloud OVH

Les instances Public Cloud fonctionnent comme des VPS mais avec plus de flexibilité (scaling, snapshots, réseau privé).

Spécificités Public Cloud

• Facturation à l’heure : Vous pouvez scale up temporairement
• Snapshots : Sauvegardez avant toute intervention
• Load Balancer : Disponible pour répartir la charge
• Object Storage : Externalisez les médias

Scaling rapide en cas de 503

Si votre instance est saturée :

# Option 1 : Resize l'instance (downtime)
# Espace client > Public Cloud > Instances > [instance]
# Actions > Éditer > Changer de modèle

# Option 2 : Créer une instance plus grosse + migration
# 1. Snapshot de l'instance actuelle
# 2. Créer nouvelle instance depuis le snapshot
# 3. Basculer le DNS

Load Balancer OVH

Pour répartir la charge entre plusieurs instances :

Public Cloud > Load Balancer > Créer

Configuration type :

• Frontend : HTTPS sur port 443
• Backend : Vos instances sur port 80
• Health check : GET /health → 200

<?php
// /var/www/monsite/health.php
http_response_code(200);
echo 'OK';

Outils OVH utiles

API OVH pour automatisation

# Installer le client OVH
$ pip install ovh

# Script de monitoring simple
$ cat > check_server.py << 'EOF'
import ovh
import sys

client = ovh.Client(
    endpoint='ovh-eu',
    application_key='XXX',
    application_secret='XXX',
    consumer_key='XXX'
)

# Vérifier l'état du VPS
result = client.get(f'/vps/vpsXXXXX')
print(f"État: {result['state']}")
print(f"RAM: {result['model']['memory']} Mo")

if result['state'] != 'running':
    print("ALERTE: VPS non running!")
    sys.exit(1)
EOF

Logs centralisés avec Logs Data Platform

OVH propose une plateforme de logs centralisés (Graylog) :

Public Cloud > Logs Data Platform

Envoyez vos logs nginx/PHP pour analyse :

# Envoyer les logs à OVH LDP
*.* @@gra1.logs.ovh.com:6514;RSYSLOG_SyslogProtocol23Format

Monitoring OVH

Pour les VPS et dédiés, activez le monitoring inclus :

Espace client > VPS/Dédié > Monitoring > Activer

Vous recevrez des alertes si le serveur ne répond plus.

Migration depuis le mutualisé

Si vous atteignez régulièrement les limites du mutualisé, une migration s’impose.

Quand migrer ?

Options de migration

Checklist migration

1. [ ] Backup complet (fichiers + BDD)
2. [ ] Configurer le nouveau serveur (LAMP/LEMP)
3. [ ] Transférer les fichiers
4. [ ] Importer la base de données
5. [ ] Configurer les DNS (TTL bas 5 min avant)
6. [ ] Tester via /etc/hosts local
7. [ ] Basculer les DNS
8. [ ] Surveiller pendant 48h
9. [ ] Remonter le TTL DNS
10. [ ] Conserver l'ancien hébergement 1 semaine (rollback possible)