Laboratorio self-hosted: Proxmox, Odoo y automatización

Laboratorio self-hosted: Proxmox, Odoo y automatización

4 min read
Volver a los artículos

El Origen: De Hardware Antiguo a Hipervisor

Lo que al principio no era más que un ordenador viejo (i7 de 4ª Gen, 16 GB de RAM) destinado a la reventa acabó convertido en un servidor autoalojado versátil. Mi objetivo era claro: montar un entorno local para probar Odoo, flujos de automatización y modelos de IA sin poner en riesgo mi máquina principal.

Pasé de simples configuraciones con VirtualBox a Proxmox VE, un hipervisor de tipo 1. Ahí cambió el paradigma: ya no se trataba solo de levantar máquinas virtuales, sino de administrar un sistema remoto con control granular de recursos, snapshots y capacidad de clustering.

Hardware de PC antiguo - interiorHardware de PC antiguo - instalación

Los comienzos humildes: un viejo PC i7 reconvertido en un hipervisor polivalente.

La Arquitectura

Reaproveché el hardware para orquestar un auténtico “data center en una caja”:

Panel de Proxmox VE con contenedores LXC y máquinas virtuales

Mi entorno de producción: Proxmox VE gestionando contenedores LXC para Odoo, Pi-hole y AdGuard.

Segmenté la infraestructura en 3 bloques lógicos para ganar seguridad y estabilidad:

  1. ERP & Datos: Odoo Community dockerizado con PostgreSQL para entender las estructuras de datos de un ERP sin las limitaciones del SaaS.
  2. Automatización: n8n y NocoDB para workflows y herramientas internas autoalojadas, dentro de una lógica de soberanía y cumplimiento.
  3. Red & Seguridad: Pi-hole para la gestión DNS y Nginx Proxy Manager para una terminación SSL limpia y segura.

Retos Técnicos & Soluciones

Montarlo no fue precisamente un paseo. Me encontré con limitaciones muy concretas que me obligaron a subir de nivel en la parte DevOps:

  • El infierno de red: los bridges de Proxmox (vmbr0) bloquearon al principio el acceso a la interfaz web. Tuve que aprender a configurar bridges manuales e IPs estáticas directamente desde la CLI de Linux.
  • SSL/HTTPS: los certificados autofirmados vuelven la experiencia bastante desagradable en cuestión de minutos. Implementé un reverse proxy Nginx local con una lógica de dominios limpios y seguros.
  • Gestión del almacenamiento: administrar ISOs y copias de seguridad me obligó a entender el montaje manual de discos vía SSH/SCP y la jerarquía de archivos de Linux, especialmente /var/lib/vz.

¿Por qué Odoo sobre Proxmox?

Ejecutar Odoo en local es un curso intensivo para cualquier perfil de sistemas e integración. Te obliga a mirar debajo del capó:

Lista de aplicaciones de OdooAjustes técnicos de Odoo

Control total sobre Odoo Community Edition: gestión de aplicaciones y acceso a los ajustes técnicos.

  1. Lógica de base de datos: puedo ver exactamente cómo Odoo mapea sus módulos a las tablas en PostgreSQL.
  2. Dependencias entre módulos: entiendo por qué instalar un módulo como Inventario impacta en la lógica de Ventas u Operaciones.
  3. Gestión de recursos: monitorizo la RAM y la carga en tiempo real para entender el coste de hardware de una pila de software completa.

Inmersión: CLI & Administración

CLI de Debian en Proxmox

Gestión de dependencias, mantenimiento y actualizaciones desde la CLI de Debian.

Conclusión

Este proyecto me hizo pasar de una mentalidad de usuario a una mentalidad de arquitecto. La autonomía técnica no se proclama, se construye. Proxmox me dio el terreno de experimentación necesario para conectar requisitos de negocio abstractos con la realidad física que los sostiene.