Table des matières
Lorsqu'un nouveau lot de matériel arrive, l'attente est simple : les appareils doivent être provisionnés, configurés et inscrits dans la plateforme de gestion dans les plus brefs délais. En pratique, cependant, le déploiement de serveurs nus est souvent l'une des étapes les plus exigeantes en main-d'œuvre du cycle de vie des appareils.
XOAP résout ce problème grâce à un pipeline de déploiement automatisé et répétable qui provisionne un appareil à partir de zéro et le connecte à l'espace de travail XOAP correct sans intervention manuelle au niveau de l'appareil.
Cet article décrit le fonctionnement du processus et présente les deux méthodes de déploiement prises en charge : le démarrage PXE et l'USB.
Comment XOAP aborde le déploiement bare metal
Le pipeline de déploiement est construit sur OSDCloud, un framework basé sur PowerShell pour l'installation de systèmes d'exploitation via Windows PE. XOAP étend cela avec un ensemble préconfiguré de packages PSADT qui gèrent la configuration de l'environnement, la création d'images et l'enrôlement après l'installation – produisant un artefact de déploiement répétable, paramétrable et lié à un espace de travail et un groupe de configuration XOAP spécifiques.
Le mécanisme critique est ce qui se passe à la fin de chaque installation. Une fois le système d'exploitation appliqué, OSDCloud exécute les scripts SetupComplete qui enregistrent automatiquement l'appareil auprès de XOAP. Si la connectivité Internet n'est pas disponible au premier démarrage, une tâche planifiée est créée pour vérifier la connectivité à chaque connexion utilisateur et initier l'inscription dès qu'une connexion est établie. Une fois l'appareil enregistré, la tâche se désinscrit elle-même.
Le résultat est un appareil qui entre dans l'environnement géré sans nécessiter d'étapes post-installation de la part de l'ingénieur.
Méthodes de déploiement
XOAP offre deux voies distinctes pour le déploiement de systèmes d'exploitation sur bare-metal, chacune étant adaptée à un contexte d'infrastructure différent.
Méthode 1 : Démarrage PXE (déploiement réseau)
Le démarrage PXE est approprié pour les déploiements à grande échelle dans des environnements disposant d'Active Directory, de DHCP et de DNS. Les appareils démarrent à partir du réseau et reçoivent un environnement Windows PE personnalisé qui pilote l'installation complète sans support de démarrage physique.
Exigences en matière d'infrastructure
- Environnement Active Directory, DHCP et DNS
- Un serveur Windows VM (2019, 2022 ou 2025) pour le rôle WDS/PXE
- Une machine virtuelle Windows 11 24H2 pour créer l'ISO OSDCloud
- Accès à Internet pour la VM de build et pour les appareils nouvellement mis en scène
Processus d'installation
Le processus commence sur la VM créatrice d'ISO. En utilisant les rôles d'application XOAP ou les packages PSADT installés localement, ADK Windows et PE Windows pour ADK sont déployés en premier, suivis du package créateur d'ISO OSDCloud. Ce package accepte les paramètres de déploiement requis – version du système d'exploitation, build, édition, langue, méthode d'activation, ID de l'espace de travail XOAP cible et groupe de configuration – et produit un OSDCloud_NoPrompt.iso dans C:\OSDCloudWorkspace. L'ISO résultant contient la configuration d'inscription XOAP, garantissant que chaque appareil déployé à partir de celle-ci se connecte à l'espace de travail et au groupe de configuration corrects.
Le fichier boot.wim est extrait de l'ISO et importé dans les services de déploiement Windows sur le serveur WDS. Le fichier install.wim d'une ISO Windows standard est placé dans le partage XOAP à C:\RemoteInstall\Images\XOAP\OSDcloud\OS. Lorsque la bande passante est limitée ou que l'accès à Internet est indisponible pendant la phase de préparation, l'image Windows peut également provenir d'un partage réseau local – un package ISO Creator distinct et des paramètres supplémentaires (ShareUser, ShareUserPassword et UncSharePath) sont requis pour cette variante.
Les options de l'étendue DHCP complètent la configuration côté serveur : l'option 066 (Nom d'hôte du serveur de démarrage) pointant vers le serveur WDS et l'option 067 (Nom du fichier de démarrage) pointant vers le fichier de démarrage UEFI. Tout appareil qui démarre en PXE sur le segment réseau configuré se voit alors automatiquement servir l'environnement Windows PE.
Expérience côté appareil
Le technicien connecte l'appareil au réseau de déploiement et lance le démarrage PXE, généralement via F12 au démarrage. Le gestionnaire de démarrage WDS présente les images WinPE disponibles, l'image correcte est sélectionnée, et l'opérateur choisit l'image Windows cible ainsi que son édition. Après avoir confirmé le nettoyage du disque, l'installation se termine sans autre intervention. L'appareil redémarre dans un environnement Windows fraîchement installé et géré par XOAP.
Une capacité notable de l'approche PXE est que plusieurs boot.wim les fichiers peuvent être importés dans WDS, chacun configuré avec un ID d'espace de travail XOAP ou un groupe de configuration différent. Un seul serveur WDS peut donc prendre en charge des déploiements sur plusieurs clients ou environnements, l'opérateur sélectionnant l'image de démarrage appropriée au démarrage. Pour les MSP gérant plusieurs locataires, cela offre une isolation multi-locataires au niveau de l'image.
Méthode 2 : Clé USB (déploiement autonome)
La méthode USB convient aux déploiements où aucune infrastructure PXE ou DHCP n'existe – sur un nouveau site client, dans un bureau distant ou pour des déploiements ponctuels plus petits. Le processus sous-jacent est le même, mais l'environnement de démarrage est livré à partir d'une clé USB plutôt que d'un serveur réseau.
Exigences en matière d'infrastructure
- Une VM Windows 11 24H2 pour construire l'ISO OSDCloud
- Une station de travail physique pour créer la clé USB bootable
- Accès Internet pour la machine virtuelle de build et les appareils mis en scène
Processus d'installation
La création d'ISO suit la même procédure que la méthode PXE : déployez Windows ADK, Windows PE pour ADK et l'outil OSDCloud ISO Creator via des packages XOAP ou PSADT avec les paramètres appropriés. Le résultat OSDCloud_NoPrompt.iso contient l'environnement de démarrage personnalisé avec l'enrôlement XOAP intégré.
L'ISO est transférée sur une machine physique, où le module PowerShell OSD est utilisé pour l'écrire sur une clé USB :
Installer-Module -Nom OSD
New-OSDCloudUSB -fromIsoFile “C:\Chemin\Vers\OSDCloud_NoPrompt.iso”
L'invite de commande demande le lecteur USB cible et la confirmation de l'effacement. Lorsque le déploiement à partir d'une image Windows locale est préféré au téléchargement par Internet, un install.wim fichier peut être copié à OSDCloudUSB:\OSDcloud\OS\ sur l'USB après la création.
Expérience côté appareil
Le technicien branche l'USB, démarre dessus et l'environnement OSDCloud WinPE s'initialise. Lorsque l'appareil n'a pas de connexion réseau filaire, une invite de sélection du réseau sans fil apparaît automatiquement – la prise en charge du WLAN est assurée via l'intégration de WinRE dans l'environnement de démarrage. L'opérateur sélectionne l'image et l'édition Windows, confirme l'effacement du disque, et l'installation continue. L'inscription post-installation via SetupComplete suit le même processus que la méthode PXE.
La pile de packages OSDCloud XOAP
Les deux méthodes de déploiement reposent sur la même pile de trois packages. Kit de déploiement et d'évaluation Windows (ADK) – version 10.1.26100.2454: tL'exigence fondamentale pour construire des environnements WinPE personnalisés. Windows PE pour ADK – version 10.1.26100.2454eétend le kit de développement ADK avec le module complémentaire Windows PE, permettant des environnements de préinstallation démarrables. Créateur d'ISO OSDCloud: tLe package qui contient la logique spécifique à XOAP. Il installe le module PowerShell OSD, crée le modèle OSDCloud avec WinRE (requis pour le support WLAN dans WinPE), configure l'espace de travail OSDCloud et incorpore les scripts SetupComplete et StartNet responsables de l'enrôlement XOAP. Les pilotes matériels sont injectés dans boot.wim à ce stade. La sortie est OSDCloud_NoPrompt.iso.
Les paramètres requis au moment de l'installation sont : ensemble de pilotes, méthode d'activation du système d'exploitation, version du système d'exploitation (par exemple 24H2 ou 25H2), édition du système d'exploitation, langue du système d'exploitation, version du système d'exploitation, groupe de configuration XOAP cible et ID de l'espace de travail XOAP.
Pour générer des images pour plusieurs espaces de travail XOAP, le package est relancé avec des paramètres différents. L'ISO doit être renommée ou déplacée entre les exécutions, car chaque exécution écrase la sortie précédente au même chemin.
Prêt à le voir en action ?
La capacité de déploiement bare metal de XOAP est un composant d'une plateforme d'automatisation d'infrastructure plus large qui gère les appareils de zéro à une gestion complète avec un minimum d'intervention manuelle à chaque étape.
Book a demo pour voir comment XOAP gère le déploiement de systèmes d'exploitation, la gestion des points de terminaison et la livraison de configurations sur l'ensemble de votre flotte d'appareils.
