# Le CLUSTER, vu par l'HEBERGEUR — pas par un tenant.
#
# API du cluster, noeuds, stockages, ponts : du materiel possede par l'hebergeur.
# Recopiees dans le group_vars de chaque tenant, ces valeurs avaient deja diverge chez
# Chezlepro — deux inventaires contradictoires du meme cluster. Ce fichier vit donc dans
# le depot de l'HEBERGEUR, a cote d'underlay.yml (D-14), et se trouve par derivation du
# symlink qui designe deja l'hebergeur (D-17).
#
# Les secrets (jeton d'API) n'entrent jamais ici : voute de l'instance.
#
# CREE LE 2026-09-13, ET C'EST UNE CONSEQUENCE DIRECTE DU CHOIX `routage_tenants: sdn`.
# En mode EVPN, `devis_opnsense` derive le prochain saut des routes de la frontiere depuis
# `proxmox_sdn.sortie_primaire`. Sans ce fichier, la derivation rend une chaine VIDE — et
# le devis se tait au lieu d'ecrire faux, ce qui est le bon comportement mais laisse la
# frontiere sans route de retour vers le locataire. Mesure faite avant la visite, pas
# pendant.
---
# UNE ADRESSE, PAS UN NOM DE NOEUD. `maurice` ne resout ni depuis le poste de
# l'exploitant ni depuis le runner : seuls les hyperviseurs le connaissent, par leur
# /etc/hosts.
#
# C'est la patte du PLAN D'ADMINISTRATION — ce site n'en a qu'un, et le poste de
# l'exploitant y est branche (10.31.0.101) : l'API se joint sans routage intermediaire. Les
# NOEUDS gardent leurs noms plus bas — ce sont des identifiants dans les chemins d'API, pas
# des points de contact.
proxmox_api_host: 10.31.0.11
proxmox_api_port: '8006'
proxmox_api_user: ansible@pve

# UN SEUL NOEUD. C'est la difference de fond avec Chezlepro, et elle est assumee : pas de
# migration, pas de quorum, le SPOF est total. Ce fichier le dit plutot que de le masquer.
proxmox_noeuds:
- maurice

# DEUX PONTS, DEUX CARTES (decision de Daniel, 2026-10-13). `vmbr0` sur `nic0` (1G) :
# l'administration du noeud, 10.31.0.11, rien d'autre. `vmbr1` sur `nic2` (10G), VLAN-aware
# et sans adresse : les zones du site et celles des locataires repris. Une VM ne nait
# jamais sur `vmbr0`.
proxmox_ponts:
- vmbr1

proxmox_sdn:
  # ASN DERIVE DE L'INDEX DU SITE (31), pas repris de Chezlepro (65000). Les deux sites
  # ont vocation a etre relies ; deux clusters qui echangent des routes avec le meme
  # numero d'AS produisent une panne dont le message ne parle pas d'AS. Un numero derive
  # est unique par construction, comme tout le reste de l'adressage.
  asn: 65031
  # HUIT CARACTERES AU PLUS — l'identifiant sert de base aux noms de bridge, veth et tap.
  # Nomme d'apres le SITE (31), parce que le controleur est un objet de CLUSTER : il
  # survivra au premier locataire et en servira d'autres.
  controleur: EVPN0031
  noeuds_de_sortie:
  - maurice
  sortie_primaire: maurice

# DEUX STOCKAGES (releve et decision du 2026-10-13). `local-lvm` (130 Go, sur le SSD du
# systeme) ne tenait pas les 816 Go du plan : il n'est pas declare, aucune VM n'y nait.
# - `nvme`   : LVM-thin sur le NVMe de 465 Go — le gabarit et les VM du site ;
# - `miroir` : ZFS en miroir sur les deux disques de 12 To — `site-backup-01`, la ou
#              s'accumule l'etat de tous les locataires.
proxmox_stockages:
- nvme
- miroir

proxmox_validate_certs: false