Mises à jour
Le but : que les mises à jour se fassent presque toutes seules, et savoir à tout moment quelle version tourne où. On utilise uniquement des outils gratuits.
| Quoi | Comment | Fréquence |
|---|---|---|
| Versions des outils de l'infra (images Docker, providers OpenTofu, OpenTofu lui-même) | Renovate ouvre une merge request dans infra/infra pour chaque nouvelle version. L'historique Git sert de suivi des versions. | Chaque lundi matin |
| Serveurs Linux | Playbook Ansible playbooks/updates.yml, un serveur à la fois, redémarrage si nécessaire | À planifier |
| Nœuds Proxmox | Même playbook, un nœud à la fois, redémarrage seulement sur demande (-e allow_reboot=true) | À planifier |
| Windows (postes et serveurs) | GPO Windows Update : les postes téléchargent directement chez Microsoft. Un groupe pilote reçoit les mises à jour avant les autres. | Automatique |
| Logiciels des postes | WAPT met à jour les paquets (navigateur, suite bureautique, logiciels du club) | Automatique |
| Image master FOG | Image refaite régulièrement | Chaque trimestre |
Lancer les mises à jour Linux
cd ansible
ansible-galaxy collection install -r requirements.yml
ansible-playbook playbooks/updates.yml
Pour les nœuds Proxmox, avec redémarrage :
ansible-playbook playbooks/updates.yml -l proxmox -e allow_reboot=true
Pourquoi FOG ne suffit pas
FOG déploie une image : le poste est à jour le jour de son installation, pas après. Les mises à jour suivantes passent par la GPO (Windows) et WAPT (logiciels). C'est aussi pour ça qu'on refait l'image master régulièrement, sinon chaque nouveau poste démarre avec des mois de retard.
À compléter
Les réglages de la GPO Windows Update (report, heures actives, groupe pilote) une fois définis, et le calendrier des mises à jour Linux.