Aller au contenu

Cours – Déploiement automatisé de postes et de serveurs

BTS SIO SISR 2e année – Bloc 2 – S07

Un mot ou un sigle inconnu ? Passe la souris dessus, ou ouvre le glossaire.

Installer une machine à la main prend une heure et produit une configuration légèrement différente à chaque fois. Pour vingt postes ou dix serveurs, on automatise : le résultat est identique, rapide et documenté.


1. Les méthodes de déploiement

Méthode Principe Points forts Limites
Clonage d'image On prépare une machine « modèle », on copie son disque Très rapide Image à refaire à chaque mise à jour ; dépendance au matériel
Installation automatisée Un fichier de réponses répond à toutes les questions de l'installeur Reproductible, léger, versionnable Installation plus longue qu'un clonage
Démarrage réseau (PXE) La machine démarre par le réseau et charge l'installeur depuis un serveur Aucun support physique à manipuler Infrastructure à mettre en place (DHCP, TFTP)
Provisionnement cloud Un outil (cloud-init) configure la VM au premier démarrage Adapté aux VM et au cloud Suppose des images prévues pour cela

Elles se combinent : un démarrage PXE lance une installation automatisée qui termine par une configuration (voir S08).

Les outils selon le système

Linux Windows
Fichier de réponses preseed (Debian, Ubuntu), kickstart (Red Hat) autounattend.xml
Déploiement réseau PXE avec DHCP et TFTP WDS, MDT (outils Microsoft), parfois remplacés par des solutions plus récentes
Configuration après installation Ansible, scripts Stratégies de groupe, scripts PowerShell

2. L'installation automatisée Debian : le preseed

Un fichier preseed contient, ligne par ligne, les réponses de l'installateur :

d-i debian-installer/locale string fr_FR.UTF-8 Propriétaire d-i = debian-installer La question identifie le réglage Le type string, boolean, select, password... La valeur la réponse donnée
Une ligne : propriétaire, question, type, valeur.

Il couvre : la langue et le clavier, le réseau, le miroir de paquets, les comptes, le fuseau horaire, le partitionnement, les paquets, le chargeur de démarrage, et une commande finale (late_command).

Warning

Le partitionnement automatique efface le disque sans demander. Un preseed mal ciblé peut détruire les données d'une machine déjà en service. On teste d'abord sur une VM jetable, et on documente le disque visé.

Les mots de passe

On ne met pas de mot de passe en clair dans un fichier versionné : on y met son empreinte (hash) produite par openssl passwd -6. En production, le compte déployé doit de toute façon être modifié ou remplacé après installation (clé SSH, gestionnaire de secrets). Dans ce cours, les mots de passe de laboratoire sont volontairement simples.

Servir le fichier

L'installateur le récupère par le réseau (url=http://…/preseed.cfg) : un simple serveur web suffit. Le fichier est ainsi centralisé et peut être versionné (voir S08).


3. Principes de bon déploiement

Principe Pourquoi
Reproductible Deux déploiements donnent le même résultat
Idempotent quand c'est possible Relancer ne casse rien (voir S08)
Testé sur une VM jetable Aucune erreur sur une machine en service
Documenté Quelqu'un d'autre peut refaire sans toi
Versionné On sait ce qui a changé, quand et pourquoi
Avec vérification Un test confirme que la machine est conforme (service actif, version, droits)

Test flash. Pourquoi faut-il tester un preseed sur une machine virtuelle neuve plutôt que sur un poste existant ?

Voir la réponse

Parce que le partitionnement automatique efface le disque sans demander confirmation. Une VM neuve permet de recommencer sans perte, et de mesurer la durée réelle du déploiement.

Ce que tu dois retenir de la séance

  • Quatre méthodes : clonage, installation automatisée, PXE, provisionnement cloud ; elles se combinent.
  • Le preseed répond aux questions de l'installateur ; il est servi par HTTP.
  • Le partitionnement automatique efface : on teste sur une VM jetable.
  • Un bon déploiement est reproductible, testé, documenté, versionné.