Cet article est aussi disponible en :

Comment ajouter Redis, Gotenberg ou ClamAV à mon instance Odoo ?

Certains besoins ne se règlent pas dans Odoo mais à côté d'Odoo : mettre les sessions en commun, produire de meilleurs PDF, analyser les pièces jointes reçues. Hodiploy vous laisse démarrer ces services à côté de votre ERP, en quelques clics, sur votre propre serveur.

C'est précisément ce qu'une plateforme fermée ne peut pas offrir. Chez nous, votre instance tourne sur une machine qui est la vôtre : ajouter un service à côté n'est pas une exception, c'est une case à cocher.

Où cela se passe

Connectez-vous à Hodiploy depuis votre Espace Client
Sur la ligne de l'instance, ouvrez le menu « Actions », puis « Éditer »
Descendez jusqu'à la section « Services supplémentaires »
Cochez le service voulu, puis enregistrez

Les services se règlent comme le reste du formulaire : cocher une case décrit ce que vous voulez, et c'est l'enregistrement qui l'applique. Une fois démarré, le service tourne à côté de l'ERP sans toucher à vos données ni à votre code, et l'écran vous rappelle sous quel nom votre Odoo pourra s'y adresser.

Les services disponibles

Redis

Sessions et cache partagés. Utile dès que votre instance tourne avec plusieurs workers.

Côté Odoo, il faut le module session_redis d'odoo-cloud-platform (Camptocamp), à ajouter à vos modules. Il se configure par variables d'environnement et refuse de démarrer si la configuration est incohérente, ce qui vaut mieux qu'un démarrage silencieux à moitié fonctionnel.

Nom d'hôte : redis

Gotenberg

Conversion HTML et bureautique vers PDF, par un service dédié. Utile quand wkhtmltopdf rend mal une mise en page un peu ambitieuse, ou pour convertir des documents Office sans installer LibreOffice dans l'image de votre ERP.

Côté Odoo, il s'utilise depuis vos propres modules, ou depuis un module qui sait déjà s'adresser à Gotenberg.

Nom d'hôte : gotenberg

ClamAV

Analyse antivirus des pièces jointes déposées par vos utilisateurs. La demande arrive dès qu'un client reçoit des fichiers de l'extérieur, et elle est parfois imposée dans les secteurs régulés.

Côté Odoo, il faut un module qui soumette les pièces jointes au démon avant de les enregistrer.

Nom d'hôte : clamav

Comment votre Odoo s'y adresse

Par le nom, jamais par une adresse IP, et sans indiquer de port.

Le nom est la seule chose stable : l'adresse IP d'un service change à chaque recréation du conteneur, donc la noter quelque part dans votre configuration reviendrait à programmer une panne pour plus tard. Le port, lui, dépend du module qui utilise le service et de la façon dont vous le configurez : c'est à votre module de le savoir, pas à cette page de le figer.

Aucun port n'est publié sur internet. Un service supplémentaire parle à votre ERP par le réseau interne de l'instance, et à personne d'autre. Il n'y a donc rien à ouvrir dans votre pare-feu, et aucune surface nouvelle exposée : ces services sont inatteignables depuis l'extérieur de la machine, y compris par vous.

Versions et mises à jour

Par défaut, un service suit la version que nous recommandons, et récupère ainsi les correctifs de sécurité à chaque mise à jour de votre instance. C'est le bon réglage pour un service que personne ne surveille au quotidien.

Si vous avez besoin d'immobilité, vous pouvez épingler une version précise au moment de l'activation. Le service reste alors exactement là où vous l'avez mis, y compris quand nous faisons évoluer notre recommandation. La contrepartie est réelle : plus aucun correctif de sécurité n'arrivera tant que personne ne change cette version.

Ressources

Chaque service démarre avec des plafonds de CPU et de mémoire volontairement modestes, pour qu'un service d'arrière-plan ne vienne jamais affamer votre ERP. Ces plafonds se prennent, comme le reste, sur la capacité de votre serveur : si vous activez plusieurs services sur une machine déjà bien remplie, gardez un peu de marge, ou agrandissez le serveur.

Et dans les sauvegardes ?

Chaque service est traité selon ce qu'il contient réellement, et le détail compte :

Redis : ses sessions sont sauvegardées. C'est léger, et cela évite de déconnecter tous vos utilisateurs après une restauration.
Gotenberg : rien à sauvegarder, il convertit et oublie.
ClamAV : sa base de signatures n'est pas sauvegardée, délibérément. Elle se retélécharge seule au démarrage, et on ne voudrait de toute façon pas restaurer une base de signatures périmée.

Vous retrouvez ces éléments dans l'écran « Sauvegardes & import », sous l'intitulé « Services supplémentaires », et ils se téléchargent comme les autres.

Désactiver un service

Décochez le service, puis enregistrez. Cela retire le conteneur mais conserve ses données : quelqu'un qui coupe un service le temps d'une manipulation ne s'attend pas à le retrouver vide le lendemain, et rien ne permettrait de distinguer « je coupe » de « je supprime ». Les données partent avec l'instance, comme le reste.

Ce qui n'est pas dans la liste, et pourquoi

Les outils avec une interface web (Metabase, OnlyOffice, n8n et compagnie) n'y figurent pas : la règle « aucun port publié » les rendrait inatteignables, et les servir correctement demanderait un sous-domaine et une configuration dédiée par service. C'est un sujet à part entière, dont nous pouvons discuter.

Le lanceur de travaux asynchrones (queue_job) n'est pas un service supplémentaire : c'est un second conteneur de votre ERP, avec la même image et la même configuration. Il se traite autrement.

Un besoin qui n'est pas couvert ?

Cette liste est volontairement courte : chaque entrée résout un problème que nous avons vu se poser sur de vraies instances. Si votre besoin n'y est pas, contactez-nous et parlons-en.

Mis à jour le : 24/08/2026

Cet article a-t-il répondu à vos questions ?

Merci !