Skip to content

Inventory

Tabla canónica de VMs y LXCs activos en el cluster. Cualquier discrepancia con el estado real → arreglar aquí primero, luego en el repo, luego se propaga.

Convenciones

  • ID: VMID en Proxmox (100..999).
  • Nodo: host físico donde corre actualmente. HA puede migrar; el "home node" es el preferido.
  • IP: estática reservada en /etc/network/interfaces o cloud-init del guest.
  • "—" en IP = sin IP fija (network-less o solo overlay).

VMs

VMID Nombre Nodo IP RAM Specs Propósito
171 homeassistant pmx-50 192.168.0.171 6 GB 2 vCPU, 44 GB Home Assistant OS — automatización, sensores, integraciones
208 ubuntu-media-server pmx-50 192.168.0.208 12 GB 4 vCPU, 140 GB + bind NAS Docker hub: ~75 containers (Loki, Prom, Grafana, *arr, Immich, Dozzle, Vaultwarden, PocketID, Healthchecks, etc.)

LXCs

LXCs destruidos

101 (hermesbot), 102 (iarq-backup-target), 249 (beszel) y 250 (kiwix standalone) ya no existen — verificado 2026-08-01 vía pvesh get /cluster/resources --type vm. Si aparecen referenciados como vivos en otro doc, es un residuo a corregir. La función de kiwix sigue viva, pero absorbida dentro de LXC 251 (rag, ver abajo).

pmx-50 (Ryzen 7735HS)

VMID Nombre IP Propósito
100 clawdbot 192.168.0.203 Vera/OpenClaw — agente conversacional (VMID migrado 253→100; la migración a Hermes no llegó a ocurrir)
110 tv-gw 192.168.0.210 Gateway L3 transparente para LG TV (.227). Captura tráfico, ADR-0001
172 ha-ml 192.168.0.201 ML "Casa que aprende" — arrival_predictor + features futuras (Pi-hole/Zeek, ADR-0007 §F7)
186 pbs 192.168.0.22 Proxmox Backup Server, datastore main
251 rag 192.168.0.202 Offline-kit RAG (Wikipedia/Appropedia + Kiwix ZIM)
270 caddy-primary 192.168.0.40 Caddy HA MASTER + keepalived (VIP .250)
280 rp-server 192.168.0.205 (reserva DHCP) Remote-Pulse server
281 wp-pulse-host 192.168.0.211 wp-pulse host

pmx-51 (Celeron N5095)

VMID Nombre IP Propósito
123 cloudflared 192.168.0.207 CF Tunnel daemon — único ingress externo
155 wireguard 192.168.0.206 VPN, acceso remoto LAN cuando CF Access no basta
200 n8n 192.168.0.200 n8n workflows + alert forwarder (Alertmanager → Telegram)
271 caddy-secondary 192.168.0.41 Caddy HA BACKUP + keepalived (VIP .250)

Recursos físicos

Nodo CPU RAM total Storage Notas
pmx-50 Ryzen 7 7735HS (8c/16t) ~29 GiB DDR5 NVMe + zfs-ha replicado hostname proxmox; workloads pesados (VM 208, HA)
pmx-51 Celeron N5095 (4c/4t) ~8 GiB DDR4 NVMe + zfs-ha replicado hostname proxmox2; workloads ligeros + quórum HA (QDevice → 3 votos)

SPOF y mitigación

Componente SPOF? Mitigación
VM 208 (Docker hub) Sí — backends; Caddy ya desacoplado en LXCs (post-F4.f) PBS daily restore <10min; LXC Caddy puede servir error pages incluso con VM 208 caída
Caddy (post-F4.f) No — active-passive en LXCs propios keepalived VIP .250 failover ~2s, full routing (no depende del Caddy de VM 208)
Cloudflared (LXC 123) Single instance; failover manual (relanzar en pmx-50) — acceptable
Pi-hole (Raspi) Sí — DNS LAN cae Router fallback DNS 1.1.1.1; LAN sigue navegando (sin sinkhole)
NAS Sí — bulk storage Backups críticos también en PBS; media bulk se asume "perdible". Cache NVMe Crucial P310 500GB (post-incidente Ediloca 2026-05-16)
PBS (LXC 186) Off-site backup pendiente; mientras tanto, snapshots ZFS ofrecen RPO menor

Servicios que NO viven en el cluster

  • Pi-hole — Raspberry Pi standalone .204.
  • Router — ASUS TUF-AX6000 .1, gateway/DHCP principal de la LAN (closed-source, admin SSH con algoritmos legacy). No es "Movistar R2"; ese router quedó fuera de servicio hace tiempo.
  • NAS — TerraMaster F4-423 TOS .20 (closed-source firmware). Movida de .237 a .20 en la renumeración (Oleada 3, cerrada 2026-07-31).
  • NAS secundario — Synology DS .160 (DSM), fuera del cluster, enrutado vía synology.monxas.casa.
  • LG TV.227 (tras tv-gw LXC 110).
  • UniFi — CloudKey Gen2+ .2, switch Pro HD 24 PoE .3, AP U7-LR .4 (movidos al bloque .2-.9 el 2026-08-01, closed-source, sin gateway → no toca DHCP/DNS).
  • iarquitectos stack — Mac mini Carmelo de un amigo, fuera del cluster.