Odoo sur DigitalOcean : comment bien l'héberger

La réponse courte

Pour héberger Odoo sur DigitalOcean, faites-le tourner sur un Droplet avec assez de mémoire. Mettez Postgres sur le Droplet ou sur le PostgreSQL managé de DigitalOcean. Fermez tous les ports sauf 80 et 443. Envoyez les sauvegardes de la base et des fichiers vers Spaces, dans une autre région. Puis testez une restauration avant la mise en ligne.

DigitalOcean est simple à utiliser, et son panneau de contrôle s'apprend vite. C'est pour cela que beaucoup y installent leur premier Odoo. Ce guide vous donne les commandes exactes pour chaque étape, et un moyen de vérifier que chaque étape a fonctionné.

Pour l'installation elle-même (Odoo, Postgres, le fichier de configuration et le proxy), suivez notre guide sur Odoo sur un VPS. Cette page couvre ce qui change sur DigitalOcean.

Avant de commencer

Vous allez utiliser doctl, l'outil en ligne de commande de DigitalOcean. Installez-le sur votre propre ordinateur. Puis créez un personal access token dans le panneau de contrôle (API > Tokens) et connectez-vous :

doctl auth init
doctl compute ssh-key list

La deuxième commande liste vos clés SSH. Notez l'ID ou l'empreinte de la clé que vous voulez sur le serveur. Si la liste est vide, ajoutez d'abord votre clé dans Settings > Security.

Dans ce guide, le Droplet et la base vivent à fra1 (Francfort). Les sauvegardes vont à ams3 (Amsterdam). Utilisez vos propres régions. Gardez simplement les sauvegardes dans une autre région que le Droplet.

Quel Droplet choisir

DigitalOcean propose des Droplets à CPU partagé et des Droplets à CPU dédié.

• CPU partagé (offres Basic) : très bien pour les tests et les petites équipes.
• CPU dédié (General Purpose et autres) : mieux quand les gens utilisent Odoo toute la journée. Leur vitesse ne dépend alors pas des autres clients.

Le minimum pour démarrer : 2 vCPU, 4 Go de mémoire et 50 Go de disque. Cela fait tourner Odoo et Postgres sur un seul Droplet pour une petite équipe. La mémoire compte plus que le CPU : chaque worker a besoin de sa part, et Postgres veut la sienne s'il tourne sur le même Droplet. Pour plus d'utilisateurs, de gros imports ou un Postgres managé, notre guide sur le nombre de workers Odoo dont vous avez besoin montre comment bien dimensionner.

Choisissez la région avec soin. Vos données vivent là où vit le Droplet.

Créer un réseau privé

Un VPC est un réseau privé. Votre Droplet et votre base se parlent par ce réseau, donc leur trafic ne passe jamais par internet.

doctl vpcs create --name odoo-vpc --region fra1
doctl vpcs list

Copiez l'ID de odoo-vpc. Nous l'appelons VPC_ID plus bas.

Créer le Droplet

D'abord, vérifiez les noms des tailles et des images, car ils changent avec le temps :

doctl compute size list
doctl compute image list-distribution --format ID,Distribution,Slug

Puis créez le Droplet. s-2vcpu-4gb est une taille à CPU partagé, et g-2vcpu-8gb une taille à CPU dédié. Ce ne sont que des exemples.

doctl compute droplet create odoo-prod \
  --region fra1 \
  --size g-2vcpu-8gb \
  --image ubuntu-24-04-x64 \
  --ssh-keys YOUR_KEY_ID \
  --vpc-uuid VPC_ID \
  --enable-monitoring \
  --enable-backups \
  --tag-names odoo \
  --wait

Ce que font les options :

• --ssh-keys met votre clé sur le compte root. Sans elle, DigitalOcean vous envoie un mot de passe par e-mail.
• --vpc-uuid met le Droplet dans votre réseau privé.
• --enable-monitoring installe l'agent de mesures. Vous en aurez besoin pour l'alerte disque plus tard.
• --enable-backups active les sauvegardes de Droplet. Plus de détails sur ce qu'elles font plus bas.

Récupérez l'ID du Droplet et ses adresses IP publique et privée :

doctl compute droplet list

Nous appelons l'ID DROPLET_ID plus bas. Connectez-vous et vérifiez que l'agent de mesures tourne :

ssh root@PUBLIC_IP
systemctl status do-agent

Si vous avez créé le Droplet sans l'option, installez l'agent depuis le Droplet :

curl -sSL https://repos.insights.digitalocean.com/install.sh | sudo bash

Installez maintenant Odoo avec notre guide sur Odoo sur un VPS. Si vous comptez utiliser le PostgreSQL managé, sautez l'étape qui installe le serveur Postgres. Il vous faut quand même les outils client de Postgres pour les sauvegardes.

Où mettre Postgres

• Sur le même Droplet. Simple, et très bien pour beaucoup d'équipes. Suivez le guide VPS tel quel.
• Sur le PostgreSQL managé de DigitalOcean. DigitalOcean gère le serveur de base de données pour vous. Il fait les mises à jour et garde ses propres sauvegardes. Les connexions passent en SSL, sur un port non standard.

La suite de cette section concerne le PostgreSQL managé.

Créer le cluster

Créez-le dans la même région et le même VPC que le Droplet :

doctl databases options slugs --engine pg
doctl databases create odoo-db \
  --engine pg \
  --version 17 \
  --region fra1 \
  --size db-s-1vcpu-1gb \
  --num-nodes 1 \
  --private-network-uuid VPC_ID \
  --wait
doctl databases list

Copiez l'ID du cluster. Nous l'appelons DB_ID plus bas.

db-s-1vcpu-1gb est la plus petite taille, donnée seulement comme exemple. Elle ne permet que 22 connexions, ce qui est trop peu pour la plupart des installations Odoo. Lisez « Connexions » plus bas et choisissez une taille plus grande dans la liste.

Ne laisser entrer que le Droplet

Ajoutez le Droplet comme source de confiance. Ainsi, rien d'autre ne peut joindre la base :

doctl databases firewalls append DB_ID --rule droplet:DROPLET_ID
doctl databases firewalls list DB_ID

Vous pouvez utiliser --rule tag:odoo à la place. Alors chaque Droplet avec le tag odoo peut entrer.

Récupérer les informations de connexion

Lancez ceci sur votre propre ordinateur. --private donne l'adresse sur le réseau privé. --show affiche le mot de passe, caché par défaut :

doctl databases connection DB_ID --private --show

Vous obtenez un hôte qui commence par private-, un port (25060 dans les exemples de DigitalOcean), l'utilisateur admin doadmin, son mot de passe et sslmode=require. Utilisez le port que vous voyez.

Créer l'utilisateur odoo et la base

Odoo ne doit pas utiliser doadmin. Donnez-lui son propre utilisateur, et faites de cet utilisateur le propriétaire de la base. Odoo n'a alors pas besoin du droit de créer des bases.

Sur le Droplet, installez le client Postgres de la même version que le cluster. Puis connectez-vous en tant que doadmin avec la chaîne de connexion de l'étape précédente :

psql "postgresql://doadmin:PASSWORD@PRIVATE_HOST:25060/defaultdb?sslmode=require"

Lancez ces trois lignes :

CREATE ROLE odoo LOGIN PASSWORD 'a-long-random-password';
GRANT odoo TO doadmin;
CREATE DATABASE yourdb OWNER odoo;

Pourquoi la ligne du milieu ? doadmin n'est pas superuser. Depuis PostgreSQL 16, il ne peut donner une base qu'à un rôle dont il est membre. Sans cette ligne, la troisième échoue avec must be able to SET ROLE "odoo".

Nous créons l'utilisateur en SQL, pas dans le panneau de contrôle, pour que doadmin ait le droit de le donner. Vérifiez le résultat :

\l yourdb
\du odoo

Le propriétaire de yourdb doit être odoo. Le rôle odoo ne doit avoir aucun droit en plus, comme « Create DB ». C'est ce que vous voulez.

Relier Odoo à la base

Dans /etc/odoo/odoo.conf :

db_host = private-odoo-db-do-user-0000000-0.x.db.ondigitalocean.com
db_port = 25060
db_user = odoo
db_password = a-long-random-password
db_name = yourdb
db_sslmode = require
dbfilter = ^yourdb$

Utilisez votre propre hôte, donné par doctl databases connection. Comme Odoo ne peut pas créer de bases ici, préparez une fois la base vide en ligne de commande :

sudo -u odoo odoo -c /etc/odoo/odoo.conf -d yourdb -i base --stop-after-init

Le chat en direct d'Odoo se connecte aussi à une base appelée postgres pour écouter les mises à jour. Vérifiez que l'utilisateur odoo peut la joindre :

psql "postgresql://odoo:PASSWORD@PRIVATE_HOST:25060/postgres?sslmode=require" -c "select 1"

Connexions

Chaque processus Odoo peut ouvrir jusqu'à db_maxconn connexions. La valeur par défaut est 64. Avec 4 workers, 2 threads cron et le processus du chat en direct, cela fait 7 processus. Fixez une limite plus basse dans odoo.conf :

db_maxconn = 8

Cela fait alors 7 × 8 = 56 connexions au plus. Choisissez une taille de base qui en permet plus. Vérifiez la limite avec SHOW max_connections; dans psql.

Utiliser le port direct, pas le pooler

DigitalOcean propose des connection pools (PgBouncer). Les nouveaux pools utilisent le mode « transaction » par défaut. Dans ce mode, PgBouncer ne prend pas en charge LISTEN, et le chat en direct d'Odoo utilise LISTEN. Connectez Odoo au port du cluster lui-même, comme plus haut, pas à un pool.

Ce que sauvegarde la base managée

La base managée garde ses propres sauvegardes. Vous pouvez la restaurer à n'importe quel moment des 7 derniers jours. Elle ne sauvegarde pas le filestore. Les pièces jointes, les images et les documents vivent dans /var/lib/odoo/filestore sur le Droplet. Ils ont besoin de leur propre sauvegarde, et la sauvegarde ci-dessous s'occupe des deux.

Pare-feu

Utilisez un DigitalOcean Cloud Firewall. Il bloque tout le trafic qu'aucune règle n'autorise. Autorisez :

• 80 et 443 depuis partout
• 22 uniquement depuis vos propres adresses IP

Remplacez 203.0.113.10/32 par votre propre IP :

doctl compute firewall create --name odoo-fw \
  --inbound-rules "protocol:tcp,ports:80,address:0.0.0.0/0,address:::/0 protocol:tcp,ports:443,address:0.0.0.0/0,address:::/0 protocol:tcp,ports:22,address:203.0.113.10/32" \
  --outbound-rules "protocol:tcp,ports:all,address:0.0.0.0/0,address:::/0 protocol:udp,ports:all,address:0.0.0.0/0,address:::/0 protocol:icmp,address:0.0.0.0/0,address:::/0" \
  --droplet-ids DROPLET_ID

Les règles sortantes comptent. Sans règle sortante, le Droplet ne peut rien joindre, pas même les mises à jour ou Spaces.

Vérifiez depuis votre ordinateur :

doctl compute firewall list
nc -vz -w 5 PUBLIC_IP 8069

La deuxième commande doit expirer sans réponse. Les ports d'Odoo (8069 et 8072) ne doivent être joints que par le proxy, sur le Droplet.

Garder la même adresse

Une Reserved IP garde la même adresse si vous reconstruisez ou remplacez un jour le Droplet :

doctl compute reserved-ip create --droplet-id DROPLET_ID

Faites pointer votre enregistrement DNS vers cette adresse, pas vers l'IP propre du Droplet.

Sauvegardes vers Spaces

Ce que font les sauvegardes de Droplet

Les sauvegardes de Droplet copient tout le disque, à heures fixes. Vous pouvez choisir toutes les 4, 6 ou 12 heures, chaque jour ou chaque semaine, dans l'onglet Backups du Droplet. Elles sont gardées dans le même data center que le Droplet.

Elles sont « crash-consistent ». Elles enregistrent ce qui est sur le disque, pas ce qui est en mémoire. DigitalOcean prévient que les bases très actives sont les plus touchées, et que les grosses charges d'écriture peuvent demander des sauvegardes au niveau de l'application. Gardez donc les sauvegardes de Droplet, mais ne comptez pas seulement sur elles pour Odoo.

Avant une grosse mise à jour, prenez aussi un snapshot :

doctl compute droplet-action snapshot DROPLET_ID --snapshot-name odoo-before-upgrade --wait

Créer le bucket

Spaces est le stockage de fichiers de DigitalOcean. Il fonctionne avec les outils S3. Créez le bucket dans le panneau de contrôle (Spaces Object Storage > Create Bucket), dans une autre région que le Droplet. Ici, c'est ams3. Laissez-le privé.

Créer une clé pour ce bucket seulement

Ne mettez pas sur le Droplet une clé qui peut joindre tous vos buckets. Créez une clé limitée, qui ne peut utiliser que your-odoo-backups :

doctl spaces keys create odoo-backup \
  --grants 'bucket=your-odoo-backups;permission=readwrite'

Ou dans le panneau de contrôle : Spaces Object Storage > Access Keys > Create Access Key, choisissez un accès limité, choisissez le bucket et donnez-lui Read/Write/Delete. Copiez le secret tout de suite. Il n'est affiché qu'une fois.

Spaces n'a pas de niveau « écriture seule ». Les deux niveaux par bucket sont lecture, et lecture/écriture/suppression. C'est une raison de plus d'activer le versioning (voir plus bas).

Configurer s3cmd pour l'utilisateur odoo

sudo apt install s3cmd
sudo mkdir -p /backups && sudo chown odoo: /backups
sudo -u odoo -H s3cmd --configure

Donnez ces réponses :

• Access Key / Secret Key: la clé limitée de l'étape précédente
• Default Region: appuyez sur Entrée
• S3 Endpoint: ams3.digitaloceanspaces.com
• DNS-style bucket template: %(bucket)s.ams3.digitaloceanspaces.com
• Use HTTPS protocol: Yes
• Test access / Save settings: Y

Cela écrit ~odoo/.s3cfg. Vérifiez-le :

sudo -u odoo -H s3cmd ls s3://your-odoo-backups

Le fichier de mot de passe

Avec le PostgreSQL managé, la sauvegarde a besoin du mot de passe de l'utilisateur odoo. Mettez-le dans ~odoo/.pgpass, pour qu'il ne soit pas dans le script :

echo "PRIVATE_HOST:25060:*:odoo:a-long-random-password" | sudo -u odoo tee ~odoo/.pgpass
sudo chmod 600 ~odoo/.pgpass

Le script de sauvegarde

Sauvegardez la base et le filestore ensemble, puis copiez les deux vers Spaces :

#!/bin/bash
# /usr/local/bin/odoo-backup.sh, run as the odoo user
set -euo pipefail
# Managed PostgreSQL only. Postgres on the Droplet? Delete this line.
export PGHOST=PRIVATE_HOST PGPORT=25060 PGUSER=odoo PGSSLMODE=require
DB=yourdb
DAY=$(date +%F)
DIR=/backups/$DAY
mkdir -p "$DIR"
pg_dump -Fc "$DB" > "$DIR/$DB.dump"
tar -czf "$DIR/$DB-filestore.tar.gz" -C /var/lib/odoo/filestore "$DB"
s3cmd put --recursive "$DIR" s3://your-odoo-backups/
find /backups -mindepth 1 -maxdepth 1 -type d -mtime +3 -exec rm -rf {} +

sudo chmod 755 /usr/local/bin/odoo-backup.sh

La version de pg_dump doit être la même que la version majeure du serveur, ou plus récente. Vérifiez avec pg_dump --version.

Le lancer chaque nuit

/etc/systemd/system/odoo-backup.service :

[Unit]
Description=Back up Odoo database and filestore to Spaces
Wants=network-online.target
After=network-online.target

[Service]
Type=oneshot
User=odoo
ExecStart=/usr/local/bin/odoo-backup.sh

/etc/systemd/system/odoo-backup.timer :

[Unit]
Description=Nightly Odoo backup

[Timer]
OnCalendar=*-*-* 02:30:00
RandomizedDelaySec=15m
Persistent=true

[Install]
WantedBy=timers.target

Activez-le, et lancez-le une fois à la main :

sudo systemctl daemon-reload
sudo systemctl enable --now odoo-backup.timer
sudo systemctl start odoo-backup.service
journalctl -u odoo-backup.service -n 20
sudo -u odoo -H s3cmd ls s3://your-odoo-backups/

Vous devez voir le dossier du jour, avec deux fichiers dedans.

Supprimer les anciennes sauvegardes toutes seules

Spaces prend en charge les règles d'expiration. Lancez ceci depuis votre propre ordinateur, avec une clé qui a un accès complet au bucket. Cette règle supprime les sauvegardes après 30 jours :

s3cmd expire --expiry-days=30 --expiry-prefix= s3://your-odoo-backups
s3cmd getlifecycle s3://your-odoo-backups

Garder les anciennes versions

Spaces prend aussi en charge le versioning. Quand il est actif, un fichier supprimé est gardé comme ancienne version. Donc si quelqu'un récupère la clé sur le Droplet et supprime vos sauvegardes, vous pouvez quand même les retrouver. Il est désactivé par défaut. Activez-le avec l'AWS CLI et l'endpoint régional :

aws s3api put-bucket-versioning \
  --bucket your-odoo-backups \
  --endpoint=https://ams3.digitaloceanspaces.com \
  --versioning-configuration Status=Enabled
aws s3api get-bucket-versioning \
  --bucket your-odoo-backups \
  --endpoint=https://ams3.digitaloceanspaces.com

Les anciennes versions prennent aussi de la place. Vérifiez comment elles sont nettoyées avant de compter sur la règle des 30 jours.

Tester une restauration

Faites-le sur un Droplet de test, jamais sur celui de production. Téléchargez la sauvegarde d'un jour :

sudo -u odoo -H mkdir -p /backups/restore
cd /backups/restore
sudo -u odoo -H s3cmd get s3://your-odoo-backups/2026-10-25/yourdb.dump yourdb.dump
sudo -u odoo -H s3cmd get s3://your-odoo-backups/2026-10-25/yourdb-filestore.tar.gz yourdb-filestore.tar.gz

Lancez aussi les commandes ci-dessous en tant qu'utilisateur odoo. Avec le PostgreSQL managé, réglez d'abord les mêmes PGHOST, PGPORT, PGUSER et PGSSLMODE que dans le script de sauvegarde.

Sur le PostgreSQL managé, l'utilisateur odoo ne peut pas créer de bases. Créez donc d'abord la base vide en tant que doadmin :

CREATE DATABASE yourdb_restored OWNER odoo;

Puis restaurez en tant que odoo :

pg_restore -d yourdb_restored --no-owner --role=odoo yourdb.dump
mkdir -p /var/lib/odoo/filestore/yourdb_restored
tar -xzf yourdb-filestore.tar.gz -C /var/lib/odoo/filestore/yourdb_restored --strip-components=1

Avec Postgres sur le Droplet, utilisez createdb -O odoo yourdb_restored au lieu de la ligne SQL.

Avant de démarrer Odoo sur la copie, neutralisez-la. Une copie de la production garde vos serveurs de messagerie et vos tâches planifiées, elle peut donc envoyer des e-mails à de vrais clients. En tant qu'utilisateur odoo, lancez :

odoo neutralize -c /etc/odoo/odoo.conf -d yourdb_restored

Utilisez odoo-bin au lieu de odoo si vous faites tourner Odoo depuis les sources. Cela désactive dans la copie les serveurs de messagerie sortants, les actions planifiées et les moyens de paiement. Notre guide sur la copie de la production vers le staging explique ce qu'elle couvre et ce qu'elle oublie.

Démarrez Odoo sur le Droplet de test avec db_name = yourdb_restored. Connectez-vous, et ouvrez quelques pièces jointes. Notre guide sur comment savoir si une sauvegarde Odoo se restaurera explique le test complet.

Alertes pour le disque et les pannes

Les logs, le filestore et les sauvegardes locales grossissent. Recevez un e-mail avant que le disque soit plein :

doctl monitoring alert create \
  --type v1/insights/droplet/disk_utilization_percent \
  --compare GreaterThan --value 80 --window 5m \
  --entities DROPLET_ID \
  --emails [email protected] \
  --description "Odoo disk over 80%"

Faites de même pour la mémoire avec --type v1/insights/droplet/memory_utilization_percent. L'adresse e-mail doit appartenir à votre compte DigitalOcean.

Puis vérifiez qu'Odoo répond depuis l'extérieur, et que le certificat SSL n'expire pas :

doctl monitoring uptime create odoo-web \
  --target https://erp.example.com/web/login \
  --type https --regions eu_west,us_east
doctl monitoring uptime list
doctl monitoring uptime alert create CHECK_ID \
  --name "Odoo down" --type down --period 2m \
  --emails [email protected]
doctl monitoring uptime alert create CHECK_ID \
  --name "SSL expires soon" --type ssl_expiry --threshold 14 \
  --comparison less_than --period 5m \
  --emails [email protected]

CHECK_ID vient de la commande de liste.

Envoyer des e-mails depuis Odoo

DigitalOcean bloque les ports SMTP 25, 465 et 587 sur tous les Droplets. Odoo ne peut donc pas envoyer d'e-mails directement, ni par Gmail ou Outlook sur ces ports.

Utilisez un service d'envoi d'e-mails qui accepte un autre port. DigitalOcean conseille SendGrid, qui accepte le port 2525. Vérifiez que le port est ouvert depuis le Droplet :

nc -vz -w 5 smtp.sendgrid.net 2525

Puis, dans Odoo, activez le mode développeur. Allez dans Settings > Technical > Outgoing Mail Servers et ajoutez-en un :

• SMTP Server: smtp.sendgrid.net
• SMTP Port: 2525
• Connection Encryption: TLS (STARTTLS)
• Username: apikey (le mot tel quel)
• Password: votre clé d'API SendGrid

Cliquez sur Test Connection. Puis configurez SPF et DKIM pour votre domaine, comme l'explique votre service d'envoi, pour que vos e-mails ne finissent pas en spam.

Les pièges Odoo sur tout serveur, DigitalOcean compris

Proxy mode, gestionnaire de bases, workers. Dans odoo.conf :

proxy_mode = True
list_db = False
admin_passwd = a-long-random-string
workers = 4
gevent_port = 8072

Sans proxy_mode, les liens dans les e-mails sortent en http://. Sans list_db = False, n'importe qui peut joindre le gestionnaire de bases. Réglez workers selon la mémoire du Droplet.

Websocket. Depuis Odoo 16, le chat et les mises à jour en direct passent par le port 8072. Votre nginx doit y envoyer /websocket, et transmettre qui est le visiteur :

location /websocket {
    proxy_pass http://127.0.0.1:8072;
    proxy_http_version 1.1;
    proxy_set_header Upgrade $http_upgrade;
    proxy_set_header Connection "upgrade";
    proxy_set_header X-Forwarded-Host $host;
    proxy_set_header X-Forwarded-Proto $scheme;
}

Votre bloc principal location /, qui va vers le port 8069, a besoin des deux mêmes lignes X-Forwarded.

Disque. Faites tourner les logs d'Odoo, et gardez l'alerte disque vue plus haut.

Avant la mise en ligne

• Odoo tourne avec workers au-dessus de 0, réglé selon la mémoire du Droplet
• /websocket va vers le port 8072, et le chat fonctionne
• proxy_mode = True, et les liens dans les e-mails commencent par https://
• list_db = False et un admin_passwd solide
• Le Cloud Firewall n'autorise que 80, 443 et votre propre SSH, et le port 8069 ne répond pas depuis l'extérieur
• Avec le PostgreSQL managé : Odoo se connecte en tant que odoo par l'hôte privé, avec db_sslmode = require, et seul le Droplet est une source de confiance
• Votre DNS pointe vers la Reserved IP
• Le certificat SSL se renouvelle tout seul, et le check de disponibilité vous prévient avant qu'il expire
• Les logs tournent, et vous recevez un e-mail quand le disque dépasse 80 %
• Odoo envoie un e-mail de test par un service sur le port 2525
• Le timer de sauvegarde a tourné, et le dossier du jour est dans Spaces, dans une autre région
• Une sauvegarde de la base et des fichiers a été restaurée sur un autre Droplet, et les pièces jointes s'ouvrent

Gardez DigitalOcean, confiez-nous le travail Odoo

Vous pouvez garder votre Droplet sans gérer Odoo vous-même. Avec bring your own server, le Droplet reste dans votre compte et dans la région de votre choix. Nous faisons tourner Odoo dessus : déploiements depuis Git, staging, sauvegardes, mises à jour et l'aide d'experts Odoo. Vous gardez le Droplet en marche et assez grand. Notre logiciel se connecte depuis votre Droplet vers l'extérieur, vous n'ouvrez donc aucun port pour nous.

Skysize est conçu par d'anciens ingénieurs d'Odoo et certifié ISO 27001.

Parlez à un expert en hébergement Odoo

FAQ

DigitalOcean est-il un bon choix pour Odoo ? Oui. Il est simple à utiliser. Prenez un Droplet avec assez de mémoire, et un CPU dédié pour les équipes qui utilisent Odoo toute la journée.

Odoo peut-il utiliser le PostgreSQL managé de DigitalOcean ? Oui, en SSL avec db_sslmode = require. Créez l'utilisateur odoo et la base en SQL en tant que doadmin, et faites de odoo le propriétaire. Sauvegardez le filestore à part.

Odoo doit-il se connecter par un connection pool DigitalOcean ? Non. Les pools utilisent le mode transaction par défaut, et ce mode ne prend pas en charge la commande LISTEN que le chat en direct d'Odoo utilise. Connectez-vous au port du cluster lui-même.

Les sauvegardes de Droplet suffisent-elles pour Odoo ? Pas seules. Elles copient le disque pendant que la base tourne. Sauvegardez aussi la base et le filestore ensemble, hors du Droplet, et testez une restauration.

Pourquoi Odoo n'envoie-t-il pas d'e-mails depuis mon Droplet ? DigitalOcean bloque les ports SMTP 25, 465 et 587 sur les Droplets. Envoyez par un service d'e-mails qui accepte un autre port, comme le 2525.

Quelle clé Spaces le Droplet doit-il utiliser ? Une clé à accès limité, pour le seul bucket de sauvegarde, avec lecture/écriture/suppression sur ce bucket. Jamais une clé à accès complet.