Comment suivre l'utilisation des ressources de mon instance ?

Cette instance est-elle à l'étroit, ou bien dort-elle sur une machine trop grande pour elle ? L'écran « Utilisation des ressources » de Hodiploy répond avec des mesures plutôt qu'avec des impressions, sur la dernière heure comme sur le dernier mois.

Où cela se passe

1. Connectez-vous à Hodiploy depuis votre Espace Client
2. Sur la ligne de l'instance, ouvrez le menu « Actions », puis « Utilisation des ressources »
3. En haut de la fenêtre, choisissez la période : 1 h, 24 h, 7 j ou 30 j

Ce que vous voyez

Les courbes distinguent les deux conteneurs de l'instance : Odoo en violet et la base de données en ambre. Beaucoup de questions se résolvent rien qu'en regardant lequel des deux monte.

Processeur

La part de cœur réellement consommée, où 100 % représente un cœur pleinement occupé. La légende rappelle ce à quoi l'instance a droit : une instance à qui vous avez alloué 2 cœurs peut donc monter à 200 %, et une courbe qui vient buter sur ce plafond aux heures de pointe est le signe le plus clair qu'il faut ajouter du CPU, ou revoir le nombre de workers.

Mémoire

La mémoire utilisée, comparée à la limite de l'instance. C'est la courbe à consulter après un redémarrage inexpliqué : un conteneur qui frôle sa limite juste avant de disparaître a été arrêté parce qu'il la dépassait, pas parce qu'Odoo a planté.

Réseau et disque

Le trafic entrant et sortant et les écritures disque, pour le conteneur Odoo, exprimés par seconde. Utile pour reconnaître un import massif, une synchronisation qui s'emballe ou un travail planifié qui écrit bien plus que prévu.

Stockage

L'espace occupé sur les disques du serveur, avec ce qu'il reste de libre. À lire pour ce que c'est : ce sont les disques de la machine, partagés avec les autres instances qu'elle héberge, pas la part exacte de cette instance. Cela reste la bonne alerte avant que le disque se remplisse.

D'où viennent ces chiffres

C'est le point qui explique tout le reste : votre serveur se mesure lui-même, toutes les cinq minutes, et conserve son propre historique. Ouvrir cet écran ne fait que lire ce qu'il a déjà écrit ; le fermer ne laisse rien tourner.

Ce choix a deux conséquences agréables. Rien ne se connecte en permanence à votre machine pour la surveiller. Et l'historique n'a pas de trou quand notre plateforme redémarre, quand le réseau hoquette ou pendant un déploiement, ce qui serait précisément le moment où les graphes vous manqueraient le plus.

L'historique conserve une mesure toutes les cinq minutes sur les dernières 48 heures, puis une moyenne par heure sur le mois écoulé. Les périodes longues sont donc lissées : sur 30 j, un pic de dix minutes se voit dans une moyenne horaire, pas comme un pic isolé. Pour un incident précis, regardez en 1 h ou en 24 h.

« Pas encore d'historique »

Ce message veut dire qu'il n'y a rien à afficher pour le moment, pas que quelque chose est cassé : l'instance n'a jamais démarré, elle n'a donc encore rien consommé. Dès qu'elle tourne, les graphes commencent à se remplir en quelques minutes, et il faut naturellement laisser passer 24 heures avant que la vue 24 h soit complète.

À quoi cela sert, en pratique

L'usage le plus direct est de dimensionner correctement vos instances : voir avant de décider, plutôt que d'ajouter du CPU par précaution. Une instance dont le processeur plafonne tous les jours à 9 h a besoin de ressources ; une instance de test à 3 % en permanence peut en rendre, et cette capacité redevient disponible pour les autres instances du même serveur.

C'est aussi de quoi répondre à « Odoo est lent » avec autre chose qu'une intuition : la lenteur d'un CPU saturé, celle d'une base qui travaille et celle d'un module qui attend une API extérieure ne ressemblent pas du tout aux mêmes courbes.

Une question sur vos graphes ?

Si une courbe vous surprend ou si vous ne savez pas quoi en conclure, contactez-nous : notre équipe a l'habitude de les lire et vous dira ce qu'elle y voit.

Mis à jour le : 24/08/2026