Infrastructure Self-Hosted & Lab ERP

L’Origine : Du Vieux Matériel à l’Hyperviseur

Ce qui n’était au départ qu’un vieil ordinateur (i7 4ème Gen, 16 Go de RAM) destiné à la revente est devenu un serveur auto-hébergé polyvalent. Mon objectif était clair : créer un environnement local pour tester Odoo, des workflows d’automatisation et des modèles d’IA sans risquer ma machine principale.

Je suis passé de simples configurations VirtualBox à Proxmox VE, un hyperviseur de type 1. Ce fut un changement de paradigme : je ne me contentais pas de faire tourner des machines virtuelles ; j’administrais un système distant avec un contrôle granulaire des ressources, des snapshots et des capacités de clustering.

Les humbles débuts : un vieux PC i7 reconverti en hyperviseur polyvalent.

L’Architecture

J’ai réutilisé le matériel pour orchestrer un véritable “data center dans une boîte” :

J’ai segmenté l’infrastructure en 3 blocs logiques pour une meilleure sécurité et stabilité :

1. ERP & Données : Odoo Community dockerisé avec PostgreSQL pour comprendre les structures de données ERP sans les limitations du SaaS.
2. Automatisation : n8n et NocoDB pour les workflows et les outils internes auto-hébergés dans une logique de souveraineté et de conformité.
3. Réseau & Sécurité : Pi-hole pour la gestion DNS et Nginx Proxy Manager pour une terminaison SSL propre et sécurisée.

Défis Techniques & Solutions

La construction n’a pas été de tout repos. J’ai été confronté à des contraintes très concrètes qui m’ont forcé à monter en compétence sur la partie DevOps :

• L’enfer du réseau : les ponts Proxmox (vmbr0) bloquaient initialement l’accès à l’interface web. J’ai appris à configurer des bridges manuels et des IP statiques directement via le CLI Linux.
• SSL/HTTPS : les certificats auto-signés rendent vite l’expérience pénible. J’ai mis en place un reverse proxy Nginx local avec une logique de domaines propres et sécurisés.
• Gestion du stockage : la gestion des ISOs et des sauvegardes m’a forcé à comprendre le montage manuel de lecteurs via SSH/SCP et la hiérarchie de fichiers Linux, notamment /var/lib/vz.

Pourquoi Odoo sur Proxmox ?

Faire tourner Odoo localement est un cours intensif pour un profil système et intégration. Cela oblige à regarder sous le capot :

Contrôle total sur Odoo Community Edition : gestion des applications et accès aux paramètres techniques.

1. Logique de base de données : je peux voir exactement comment Odoo mappe ses modules aux tables dans PostgreSQL.
2. Dépendances des modules : je comprends pourquoi l’installation d’un module comme Inventaire impacte la logique de Vente ou d’Opérations.
3. Gestion des ressources : je surveille la RAM et la charge en temps réel pour comprendre le coût matériel d’une pile logicielle complète.

Immersion : CLI & Administration

Conclusion

Ce projet m’a fait passer d’un état d’esprit d’utilisateur à un état d’esprit d’architecte. L’autonomie technique ne se déclare pas, elle se construit. Proxmox m’a fourni le terrain d’expérimentation nécessaire pour relier les exigences métier abstraites à la réalité matérielle qui les soutient.