Chezlepro/OPS-Patient0
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions

plan : les quatre machines passent a l'etat actif

Browse source 
`etat: planifie` etait l'heritage du modele : `flotte-creer` ne cree que les hotes ACTIFS,
donc le deploiement n'aurait fabrique aucune machine. Passer a `actif` est la declaration
d'intention — « je veux que cette machine existe » — et c'est le seul geste qui la
transforme en VM.

L'inventaire regenere ne porte plus que trois integrations : client_backup, client_pki,
client_unbound. `client_journal` et `client_metrique` sont tombes d'eux-memes — patient 0
n'a ni Loki ni Prometheus, et le moteur sait desormais qu'une integration universelle sans
service central n'a personne a qui parler.

Dependances causales : OK.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
This commit is contained in:
Daniel Allaire 2026-08-22 14:54:37 -04:00
parent 6642796518
commit b7c06755dd
2 changed files with 6 additions and 18 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

16
inventories/production/hosts.yml
View file

@ -7,18 +7,6 @@ all:
hosts:
forge-01: null
infra-pki-01: null
client_journal:
hosts:
forge-01: null
infra-dns-01: null
infra-edge-01: null
infra-pki-01: null
client_metrique:
hosts:
forge-01: null
infra-dns-01: null
infra-edge-01: null
infra-pki-01: null
client_pki:
hosts:
forge-01: null
@ -31,8 +19,6 @@ all:
infra-edge-01: null
infra-pki-01: null
hotes_actifs:
hosts: {}
hotes_planifies:
hosts:
forge-01:
ansible_host: 10.29.21.11
@ -88,6 +74,8 @@ all:
proxmox_vlan: 1294
proxmox_vmid: 129402101
setops_supernet: 10.29.0.0/16
hotes_planifies:
hosts: {}
modeles_vm:
hosts: {}
serveur_debian:

8
plan/serveurs.yml
View file

@ -3,9 +3,9 @@
# (PKI, metriques, journaux, resolution locale) viennent de la politique du role —
# voir roles/client_*/meta/integration.yml : tout hote les recoit sans etre listee ici.
serveurs:
infra-pki-01: { fonction: infra-pki, etat: planifie, disque: 32G, integrations: [client_backup] }
infra-edge-01: { fonction: infra-edge, etat: planifie }
infra-dns-01: { fonction: infra-dns, etat: planifie, disque: 40G }
infra-pki-01: { fonction: infra-pki, etat: actif, disque: 32G, integrations: [client_backup] }
infra-edge-01: { fonction: infra-edge, etat: actif }
infra-dns-01: { fonction: infra-dns, etat: actif, disque: 40G }
# PAS DE `client_smtp` ICI, ni ailleurs dans ce plan : patient 0 n'a pas de MTA, et la
# dependance causale refuserait le deploiement. Porter des depots n'exige pas d'envoyer
# du courriel. Le jour ou la forge devra notifier, ce sera un relais declare, pas une
@ -13,4 +13,4 @@ serveurs:
#
# LA MACHINE QUI PORTE LE GENOME. Son disque n'est pas celui du modele : elle
# hebergera les depots de TOUS les ecosystemes de la lignee, pas seulement les siens.
forge-01: { fonction: forge, etat: planifie, disque: 80G, integrations: [client_backup] }
forge-01: { fonction: forge, etat: actif, disque: 80G, integrations: [client_backup] }