Combien de workers Odoo faut-il ?

Le plafond est cœurs CPU x 2 + 1, mais le bon nombre dépend de la charge : un worker sert environ 6 utilisateurs simultanés. Un serveur 4 cœurs avec 30 utilisateurs simultanés tourne bien avec 5 workers plus un thread cron, si la RAM le permet.

Pourquoi le profil développement met workers = 0 ?

workers = 0 lance Odoo en mode threadé : un seul processus, débogage plus simple, options --dev fonctionnelles. Il ne peut pas exploiter plusieurs cœurs et ne doit jamais servir de vrais utilisateurs.

Quelle différence entre limit_memory_soft et limit_memory_hard ?

La limite souple recycle un worker proprement après sa requête en cours. La limite dure le tue immédiatement, en pleine requête. La limite dure est le filet de sécurité ; la souple fait l'hygiène mémoire au quotidien.

À quoi sert proxy_mode et quand l'activer ?

proxy_mode = True fait confiance aux en-têtes X-Forwarded-* de votre reverse proxy : les vraies IP clientes et le schéma HTTPS sont vus correctement. Activez-le quand nginx, Apache ou Traefik est devant Odoo, et seulement dans ce cas.

Pourquoi ma config affiche longpolling_port au lieu de gevent_port ?

Même port, renommé. Odoo 16 a renommé longpolling_port en gevent_port quand le worker live-chat/bus est passé à gevent. Le tuner émet la bonne clé selon la version choisie ; les deux utilisent 8072 par défaut.

Est-ce un substitut aux tests de charge ?

Non. Il vous donne le même point de départ qu'un ingénieur Odoo expérimenté noterait avant de mesurer. Validez sous un trafic proche de la production et ajustez workers et limites à partir de métriques réelles.

Outil gratuit · Tuner odoo.conf

Tuner odoo.conf

Entrez les specs de votre serveur et obtenez un odoo.conf prêt pour la production : workers, threads cron, limites mémoire et temps, proxy et base de données. Calculé selon les recommandations officielles de déploiement Odoo. Sans inscription, sans e-mail.

Version Odoo

Profil de déploiement

Cœurs CPU

RAM totale

Utilisateurs simultanés attendusUtilisateurs actifs en même temps, pas le nombre de comptes. Une entreprise de 100 employés culmine typiquement entre 20 et 40.Derrière un reverse proxy (nginx, Apache, Traefik) Active proxy_mode pour qu'Odoo fasse confiance aux en-têtes X-Forwarded. Requis quand le HTTPS se termine au proxy.PostgreSQL tourne sur le même serveur Réserve 25 % de la RAM pour la base et dimensionne db_maxconn selon le pool de workers.

Valeurs calculées

Workers HTTP5

Threads cron1

Limite mémoire (souple, par worker)1015 MB

Limite mémoire (dure, par worker)1268 MB

Utilisation estimée / RAM disponible1.9 GB / 7 GB

odoo.conf

# odoo.conf generated by the Octura odoo.conf tuner
# https://octurasolutions.com/tools/odoo-conf-tuner
# Odoo 18 | production | 4 CPU cores | 8 GB RAM
# ~25 concurrent users | reverse proxy: yes | PostgreSQL on same host: no

[options]

# ---- Workers ----
workers = 5
# Odoo defaults to 2 cron threads; sized here against the CPU budget.
max_cron_threads = 1
# Recycle cron workers after N seconds (0 disables, Odoo 18+).
limit_time_worker_cron = 0

# ---- Memory limits (per worker, bytes) ----
limit_memory_soft = 1064304640
limit_memory_hard = 1329594368
# The gevent (websocket/longpolling) worker follows the limits above
# by default. Give it its own budget if live chat sessions pile up:
# limit_memory_soft_gevent = 1064304640
# limit_memory_hard_gevent = 1329594368

# ---- Time limits (seconds) ----
limit_time_cpu = 60
limit_time_real = 120
# Cron jobs follow limit_time_real by default (-1); raise it instead
# of the global limit if long batch jobs get killed (0 = no limit).
limit_time_real_cron = -1
limit_request = 65536

# ---- HTTP / proxy ----
# Behind a proxy, bind to loopback so Odoo is not reachable directly.
http_interface = 127.0.0.1
http_port = 8069
gevent_port = 8072
proxy_mode = True
# Let the web server deliver large files (needs matching nginx
# X-Accel-Redirect / apache X-Sendfile config before enabling):
# x_sendfile = True

# ---- Database ----
db_maxconn = 64
# The gevent worker shares db_maxconn by default; cap it separately
# if PostgreSQL connections are tight:
# db_maxconn_gevent = 8
# Point these at your PostgreSQL server:
# db_host = db.internal.example.com
# db_port = 5432
# db_sslmode = require
# db_user = odoo
# db_password = CHANGE-ME

# ---- Logging ----
log_level = info
# logfile = /var/log/odoo/odoo.log   (unset = stdout, fine under systemd/docker)

# ---- Security ----
list_db = False
# Only serve your production database (regex on the db name):
# dbfilter = ^mydb$
# Set a strong master password before going live:
# admin_passwd = CHANGE-ME

# ---- Misc ----
# Hours before transient (wizard) records are vacuumed; default 1.0.
transient_age_limit = 1.0
# data_dir = /var/lib/odoo
# addons_path = /opt/odoo/addons,/opt/odoo/custom-addons

Obtenir une revue serveur gratuite

Un point de départ, pas un substitut aux tests de charge. Validez sous trafic réel et ajustez.

Validé sur de vraies migrations

Des chiffres comme les vôtres, validés sur de vraies migrations

Trois engagements où la projection est devenue une réalité opérationnelle sur Odoo. Lisez les études de cas complètes sur la page service Migration.

ManufacturingV12 → V17
Fabricant industriel, Texas
12modules personnalisés portés, zéro perte
DistributionV14 → V18
Distributeur en gros, Québec
30%pages plus rapides après la mise à niveau
Services professionnelsCE → Enterprise
Cabinet de conseil, Bruxelles
0hinterruption de production lors de la bascule

Comment le tuner calcule votre odoo.conf

Chaque valeur découle des recommandations officielles de déploiement Odoo, les mêmes règles que nos ingénieurs appliquent sur les serveurs clients, appliquées aux specs que vous saisissez :

Workers : le plafond CPU est cœurs x 2 + 1, et chaque worker sert environ 6 utilisateurs simultanés. Le tuner part de votre demande, la plafonne au maximum CPU moins les threads cron, et ne descend jamais sous 2 workers pour un déploiement servi.
Mémoire : un worker consomme en moyenne 325 Mo (80 % de requêtes légères à ~150 Mo, 20 % de lourdes à ~1 Go). Après 1 Go réservé à l'OS, et 25 % pour PostgreSQL s'il partage l'hôte, le pool se réduit jusqu'à tenir. limit_memory_soft répartit 85 % de la RAM disponible entre les processus ; la limite dure est 25 % au-dessus.
Limites et sécurité : la production reçoit des limites de temps strictes (60 s CPU / 120 s réel), list_db désactivé et un rappel de définir le mot de passe maître. Staging et développement reçoivent des limites relâchées pour les longs imports et le débogage.

Le tuner couvre uniquement le côté Odoo. Pour le côté PostgreSQL (shared_buffers, work_mem, max_connections), utilisez pgtune

Réglage odoo.conf, questions fréquentes

01Combien de workers Odoo faut-il ?
Le plafond est cœurs CPU x 2 + 1, mais le bon nombre dépend de la charge : un worker sert environ 6 utilisateurs simultanés. Un serveur 4 cœurs avec 30 utilisateurs simultanés tourne bien avec 5 workers plus un thread cron, si la RAM le permet.
02Pourquoi le profil développement met workers = 0 ?
workers = 0 lance Odoo en mode threadé : un seul processus, débogage plus simple, options --dev fonctionnelles. Il ne peut pas exploiter plusieurs cœurs et ne doit jamais servir de vrais utilisateurs.
03Quelle différence entre limit_memory_soft et limit_memory_hard ?
La limite souple recycle un worker proprement après sa requête en cours. La limite dure le tue immédiatement, en pleine requête. La limite dure est le filet de sécurité ; la souple fait l'hygiène mémoire au quotidien.
04À quoi sert proxy_mode et quand l'activer ?
proxy_mode = True fait confiance aux en-têtes X-Forwarded-* de votre reverse proxy : les vraies IP clientes et le schéma HTTPS sont vus correctement. Activez-le quand nginx, Apache ou Traefik est devant Odoo, et seulement dans ce cas.
05Pourquoi ma config affiche longpolling_port au lieu de gevent_port ?
Même port, renommé. Odoo 16 a renommé longpolling_port en gevent_port quand le worker live-chat/bus est passé à gevent. Le tuner émet la bonne clé selon la version choisie ; les deux utilisent 8072 par défaut.
06Est-ce un substitut aux tests de charge ?
Non. Il vous donne le même point de départ qu'un ingénieur Odoo expérimenté noterait avant de mesurer. Validez sous un trafic proche de la production et ajustez workers et limites à partir de métriques réelles.