2 KiB
Nomenclature des VM
La nomenclature doit rendre lisible le domaine opérationnel d'une VM sans l'enfermer dans un seul service.
Un hôte peut porter plusieurs groupes Ansible. Le nom de VM doit donc représenter une capacité ou un domaine, pas forcément un produit unique.
Noms de VM
Format recommandé :
<domaine>-<numero>
Exemples :
infra-pki-01
infra-edge-01
infra-mail-01
idm-01
data-01
obs-01
mon-01
forge-01
collab-01
Les noms courts historiques web-01 et web-02 restent valides pour les deux premières VM déjà créées.
Regroupements recommandés
| Hôte | Groupes prévus |
|---|---|
infra-pki-01 |
serveurs_step_ca |
infra-edge-01 |
serveurs_nginx |
infra-mail-01 |
serveurs_sendmail |
idm-01 |
serveurs_openldap, serveurs_keycloak |
data-01 |
serveurs_postgresql, serveurs_redis |
obs-01 |
serveurs_prometheus, serveurs_loki, serveurs_grafana |
mon-01 |
serveurs_icinga2, serveurs_icingaweb2, serveurs_icinga_bpm |
forge-01 |
serveurs_forgejo |
collab-01 |
serveurs_nextcloud, serveurs_collabora |
Les groupes restent fins et composables. La cohabitation se fait en associant plusieurs groupes au même hôte.
Plages VMID
| Plage | Usage |
|---|---|
91xxx |
fondations transversales : PKI, reverse proxy, SMTP |
92xxx |
identité : LDAP, SSO |
93xxx |
données et cache : PostgreSQL, Redis |
94xxx |
observabilité et supervision |
95xxx |
applications internes |
99xxx |
modèles, essais initiaux ou exceptions documentées |
Hôtes planifiés
Les hôtes prévus mais non encore déployés sont placés dans hotes_planifies.
Les hôtes réellement joignables par Ansible sont placés dans hotes_actifs.
Les déploiements groupés limitent automatiquement l'exécution à :
<groupe demandé> & hotes_actifs
Cela permet de renseigner l'inventaire complet sans tenter de configurer une VM qui n'existe pas encore.