Héberger Metabase sur un VPS : tableaux de bord BI open source

Les outils de BI hébergés sont pratiques… jusqu'à ce que la facture par utilisateur tombe — et jusqu'à ce que vous réalisiez que vos données produit, chiffre d'affaires et clients sont recopiées dans un SaaS tiers facturé en dollars. Metabase renverse la donne : il est open source (AGPL), auto-hébergeable, et se connecte à une base de données qui vous appartient déjà. Faites-le tourner sur un VPS derrière votre propre domaine et votre couche analytique ne quitte jamais votre serveur. Vous payez un coût mensuel fixe pour le VPS, pas un abonnement par utilisateur qui gonfle, et vos données restent sur une infrastructure que vous maîtrisez — ce qui, pour une équipe marocaine, signifie aussi la souveraineté des données, pas un datacenter dont vous ignorez la localisation.

Un VPS sous Ubuntu 22.04 (ou Debian 12) avec Docker installé. Metabase tourne sur la JVM, alors donnez-lui de la marge : 2 Go de RAM est le minimum réaliste et 4 Go est confortable pour une petite équipe. Par défaut, la JVM alloue un heap de 1 500 MB ; sur un VPS à 2 Go vous pouvez le plafonner à 1 200 MB avec JAVA_OPTS=-Xmx1200m, et le porter à 2 Go sur un 4 Go (-Xmx2g). Le déploiement se compose de deux conteneurs — Metabase lui-même et un postgres:16 compagnon qui stocke les métadonnées propres à Metabase (utilisateurs, tableaux de bord, questions enregistrées). Aucun domaine n'est strictement requis — Metabase répond sur le port 3000 via l'IP de votre serveur — mais vous voudrez un reverse proxy pour le HTTPS en production.

Si vous tournez sur la v63 ou une version antérieure, migrez avant le 1er novembre 2026 : le support sécurité de la v63 s'arrête à cette date. Metabase 64.1 est la branche LTS recommandée, supportée jusqu'au 1er décembre 2027. La procédure de mise à jour est simple avec Docker : stoppez la pile (docker compose down), remplacez v0.62.3.6 par v0.64.1 dans votre docker-compose.yml, puis relancez (docker compose up -d). Metabase applique automatiquement les migrations de schéma au démarrage. Sauvegardez votre volume Postgres (docker exec metabase-db pg_dump -U metabase metabaseappdb > backup-avant-v64.sql) avant la mise à jour, et vérifiez que le conteneur démarre correctement avec curl -f http://localhost:3000/api/health avant de supprimer la sauvegarde.

Metabase peut envoyer vos tableaux de bord par e-mail ou Slack selon un planning. Pour les e-mails, configurez un serveur SMTP dans Administration → Paramètres d'e-mail : renseignez METABASE_SMTP_HOST, METABASE_SMTP_PORT, METABASE_SMTP_USER et METABASE_SMTP_PASSWORD comme variables d'environnement, ou directement dans l'interface. Une fois le SMTP actif, chaque tableau de bord propose un bouton « S'abonner » : choisissez les destinataires, la fréquence (quotidien, hebdomadaire) et le format (image PNG ou pièce jointe). Les alertes de seuil fonctionnent sur n'importe quelle question chiffrée : Metabase évalue la requête selon un planning et envoie une notification quand la valeur dépasse ou passe sous un seuil. C'est idéal pour surveiller des KPIs clés — chiffre d'affaires quotidien, nombre d'erreurs, taux de conversion — sans avoir à ouvrir le tableau de bord.

Metabase Open Source se connecte nativement à PostgreSQL, MySQL/MariaDB, SQL Server, SQLite, H2, Redshift, BigQuery, Snowflake, Athena, Druid, ClickHouse, MongoDB (lecture seule via le pilote officiel), Presto/Trino et SparkSQL. La version Pro/Enterprise ajoute des pilotes certifiés supplémentaires et un support officiel. Pour les bases non listées, des pilotes communautaires JSON sont disponibles : vous les placez dans le répertoire /plugins du conteneur (montez un volume) et Metabase les détecte au démarrage. L'atout ClickHouse mérite d'être souligné : ClickHouse est de plus en plus utilisé pour l'analytique temps réel à volume élevé, et Metabase s'y connecte nativement depuis la v44 — une combinaison redoutable pour des tableaux de bord en quasi-temps réel sans entrepôt de données dédié.

L'édition Open Source (AGPL) couvre tous les cas d'usage analytiques courants : tableaux de bord, alertes, abonnements, embedded analytics de base, contrôle d'accès par groupe. La version Pro (licence commerciale) ajoute la gestion des sous-organisations (multi-tenant), les tableaux de bord interactifs avec variables de session pour l'embedded analytics avancée, l'audit des accès et l'authentification SSO SAML. La version Cloud (SaaS géré par Metabase Inc.) élimine la maintenance mais transfert vos données vers des serveurs tiers — ce qui, pour les données sensibles ou les exigences de conformité, suffit à justifier l'auto-hébergement. Sur un VPS à 8 € par mois, l'édition Open Source couvre la quasi-totalité des besoins d'une PME, sans aucune limitation d'utilisateurs.

Conteneur qui redémarre en boucle / OOM. Vérifiez docker inspect metabase --format '{{.State.OOMKilled}}' — si true, augmentez la mémoire du VPS ou réduisez le heap avec JAVA_OPTS=-Xmx1200m. Un VPS à 1 Go de RAM est trop juste ; 2 Go est le minimum. JDBC connection refused au démarrage. Metabase essaie de se connecter à Postgres avant que celui-ci ne soit prêt. Assurez-vous que le healthcheck est bien défini sur le service Postgres dans votre docker-compose.yml et que Metabase dépend de ce healthcheck (depends_on: metabase-db: condition: service_healthy). Temps de démarrage très long (> 5 min). Sur un VPS à faible CPU, les migrations initiales peuvent prendre jusqu'à 5 minutes. C'est normal au premier lancement ; les démarrages suivants sont rapides (15-30 secondes). Tableau de bord lent ou timeout. Connectez Metabase à une réplique en lecture plutôt qu'à la base primaire. Si ce n'est pas possible, ajoutez MB_QUERY_CACHING_TTL_RATIO=10 pour activer la mise en cache des requêtes. E-mails non reçus. Vérifiez les logs SMTP dans Administration → Journaux d'audit. Testez la connexion SMTP avec Administration → Paramètres d'e-mail → Envoyer un e-mail de test.