Inhaltsübersicht
Wenn eine neue Hardware-Charge eintrifft, ist die Erwartung klar und einfach: Geräte sollten mit minimaler Verzögerung bereitgestellt, konfiguriert und in der Managementplattform registriert werden. In der Praxis ist jedoch die Bare-Metal-Bereitstellung oft eine der arbeitsintensivsten Phasen im Lebenszyklus von Geräten.
XOAP adressiert dies durch eine automatisierte, wiederholbare Bereitstellungspipeline, die ein Gerät von Bare Metal provisioniert und es mit dem richtigen XOAP-Workspace verbindet, ohne dass ein manueller Eingriff auf Geräteebene erforderlich ist.
Dieser Artikel beschreibt, wie der Prozess funktioniert und stellt beide unterstützten Bereitstellungsmethoden vor: PXE-Boot und USB.
Wie XOAP die Bare-Metal-Bereitstellung angeht
Die Deployment-Pipeline basiert auf OSDCloud, einem PowerShell-basierten Framework zur Betriebssysteminstallation über Windows PE. XOAP erweitert dies um eine vorkonfigurierte Sammlung von PSADT-Paketen, die die Umgebungseinrichtung, die Images-Erstellung und die Nachinstallationsregistrierung übernehmen – und ein Deployment-Artefakt erzeugen, das wiederholbar, parametrisierbar und an einen spezifischen XOAP-Arbeitsbereich und eine Konfigurationsgruppe gebunden ist.
Der kritische Mechanismus ist das, was am Ende jeder Installation geschieht. Sobald das Betriebssystem installiert ist, führt OSDCloud SetupComplete-Skripte aus, die das Gerät automatisch bei XOAP registrieren. Wenn beim ersten Start keine Internetverbindung verfügbar ist, wird eine geplante Aufgabe erstellt, die bei jeder Benutzeranmeldung auf Konnektivität prüft und die Registrierung initiiert, sobald eine Verbindung hergestellt ist. Sobald das Gerät registriert ist, deregistriert sich die Aufgabe selbst.
Das Ergebnis ist ein Gerät, das ohne zusätzliche Installationsschritte seitens des Technikers in die verwaltete Umgebung gelangt.
Bereitstellungsmethoden
XOAP unterstützt zwei unterschiedliche Pfade für die Bare-Metal-Betriebssystembereitstellung, die jeweils für einen anderen Infrastrukturkontext geeignet sind.
Methode 1: PXE-Start (Netzwerkbereitstellung)
PXE-Booting eignet sich für große Bereitstellungen in Umgebungen mit Active Directory, DHCP und DNS. Geräte booten über das Netzwerk und erhalten eine benutzerdefinierte Windows PE-Umgebung, die die vollständige Installation ohne physisches Boot-Medium steuert.
Infrastrukturanforderungen
- Active Directory-, DHCP- und DNS-Umgebung
- Eine Windows Server VM (2019, 2022 oder 2025) für die WDS/PXE-Rolle
- Eine Windows 11 24H2 VM zum Erstellen des OSDCloud ISO
- Internetzugang für die Build-VM und für neu bereitgestellte Geräte
Einrichtungsverfahren
Der Prozess beginnt auf der ISO-Erstellungs-VM. Mithilfe von XOAP-Anwendungsrollen oder lokal installierten PSADT-Paketen werden zunächst das Windows ADK und Windows PE für ADK bereitgestellt, gefolgt vom OSDCloud ISO Creator-Paket. Dieses Paket akzeptiert die erforderlichen Bereitstellungsparameter – Betriebssystemversion, Build, Edition, Sprache, Aktivierungsmethode, Ziel-XOAP-Workspace-ID und Konfigurationsgruppe – und erstellt eine benutzerdefinierte OSDCloud_NoPrompt.iso in C:\OSDCloudWorkspace. Das resultierende ISO enthält die XOAP-Registrierungskonfiguration, sodass sich jedes von ihm bereitgestellte Gerät mit der richtigen Arbeitsumgebung und Konfigurationsgruppe verbindet.
Die Datei boot.wim wird aus dem ISO-Image extrahiert und in den Windows Deployment Services auf dem WDS-Server importiert. Die Datei install.wim von einem Standard-Windows-ISO wird im XOAP-Share unter C:\RemoteInstall\Images\XOAP\OSDcloud\OS platziert.. Wo die Bandbreite begrenzt ist oder kein Internetzugang während des Staging verfügbar ist, kann das Windows-Image alternativ aus einem lokalen Netzwerkfreigabe bezogen werden – für diese Variante werden ein separates ISO Creator-Paket und zusätzliche Parameter (ShareUser, ShareUserPassword und UncSharePath) benötigt.
DHCP-Scope-Optionen vervollständigen die serverseitige Konfiguration: Option 066 (Boot Server Host Name) zeigt auf den WDS-Server und Option 067 (Bootfile Name) zeigt auf die UEFI-Bootdatei. Jedes Gerät, das im konfigurierten Netzwerksegment per PXE bootet, erhält dann automatisch die Windows PE-Umgebung.
Geräteerlebnis
Der Techniker verbindet das Gerät mit dem Bereitstellungsnetzwerk und initiiert den PXE-Boot, typischerweise über F12 beim Start. Der WDS Boot Manager zeigt die verfügbaren WinPE-Images an, das richtige Image wird ausgewählt und der Bediener wählt das Ziel-Windows-Image und die Edition aus. Nach Bestätigung der Festplattenbereinigung schließt sich die Installation ohne weitere Interaktion ab. Das Gerät startet in eine neu installierte, XOAP-verwaltete Windows-Umgebung neu.
Eine bemerkenswerte Fähigkeit des PXE-Ansatzes ist, dass mehrere boot.wim Dateien können in WDS importiert werden, die jeweils mit einer anderen XOAP Workspace ID oder Konfigurationsgruppe konfiguriert sind. Ein einzelner WDS-Server kann daher Bereitstellungen für mehrere Clients oder Umgebungen bereitstellen, wobei der Bediener beim Start das entsprechende Boot-Image auswählt. Für MSPs, die mehrere Mandanten verwalten, bietet dies Mandantenfähigkeit auf Image-Ebene.
Methode 2: USB-Stick (eigenständige Bereitstellung)
Die USB-Methode eignet sich für Einsätze, bei denen keine PXE- oder DHCP-Infrastruktur vorhanden ist – bei einem neuen Kundenstandort, in einer abgelegenen Niederlassung oder für kleinere Ad-hoc-Bereitstellungen. Der zugrunde liegende Prozess ist derselbe, jedoch wird die Boot-Umgebung von einem USB-Laufwerk und nicht von einem Netzwerkspeicher geliefert.
Infrastrukturanforderungen
- Eine Windows 11 24H2 VM zum Erstellen des OSDCloud ISO
- Eine physische Workstation zum Erstellen des bootfähigen USB-Sticks
- Internetzugang für die Build-VM und gestufte Geräte
Einrichtungsverfahren
ISO-Erstellung folgt demselben Verfahren wie die PXE-Methode: Bereitstellung von Windows ADK, Windows PE für ADK und dem OSDCloud ISO Creator über XOAP- oder PSADT-Pakete mit den entsprechenden Parametern. Das Ergebnis OSDCloud_NoPrompt.iso enthält die angepasste Boot-Umgebung mit integrierter XOAP-Registrierung.
Die ISO wird auf eine physische Maschine übertragen, wo das OSD PowerShell-Modul verwendet wird, um sie auf einen USB-Stick zu schreiben:
Installiere-Modul -Name OSD
New-OSDCloudUSB -fromIsoFile “C:\Pfad\Zu\OSDCloud_NoPrompt.iso”
Die Eingabeaufforderung fordert zum Ziel-USB-Laufwerk und zur Bestätigung des Löschens auf. Wo die Bereitstellung von einem lokalen Windows-Image einer Internet-Download überlegen ist, ein install.wim Datei kann kopiert werden nach OSDCloudUSB:\OSDcloud\OS\ auf dem USB nach Erstellung.
Geräteerlebnis
Der Techniker schließt den USB-Stick an, bootet davon und die OSDCloud WinPE-Umgebung initialisiert sich. Wo das Gerät keine kabelgebundene Netzwerkverbindung hat, erscheint automatisch eine Aufforderung zur Auswahl eines drahtlosen Netzwerks – WLAN-Unterstützung wird über die WinRE-Integration in die Boot-Umgebung bereitgestellt. Der Bediener wählt das Windows-Image und die Edition aus, bestätigt das Löschen der Festplatte und die Installation wird fortgesetzt. Die Nachinstallationsregistrierung über SetupComplete folgt demselben Prozess wie die PXE-Methode.
Der OSDCloud XOAP-Paketstapel
Beide Bereitstellungsmethoden basieren auf demselben Drei-Paket-Stack. Windows Assessment and Deployment Kit (ADK) – Version 10.1.26100.2454: tdie grundlegende Voraussetzung für den Aufbau benutzerdefinierter WinPE-Umgebungen. Windows PE für ADK – Version 10.1.26100.2454: eerweitert das ADK um das Windows PE-Add-on, was bootfähige Vorinstallationsumgebungen ermöglicht. OSDCloud ISO Ersteller: tDas Paket, das die XOAP-spezifische Logik enthält. Es installiert das OSD PowerShell-Modul, erstellt die OSDCloud-Vorlage mit WinRE (erforderlich für WLAN-Unterstützung in WinPE), konfiguriert den OSDCloud-Arbeitsbereich und bettet die Skripte SetupComplete und StartNet ein, die für die XOAP-Registrierung verantwortlich sind. Hardwaretreiber werden in den boot.wim zu diesem Zeitpunkt. Die Ausgabe ist OSDCloud_NoPrompt.iso.
Die zur Installationszeit benötigten Parameter sind: Treibersatz, Betriebssystem-Aktivierungsmethode, Betriebssystem-Build (z. B. 24H2 oder 25H2), Betriebssystem-Edition, Betriebssystem-Sprache, Betriebssystem-Version, Ziel-XOAP-Konfigurationsgruppe und XOAP-Arbeitsbereichs-ID.
Um Bilder für mehrere XOAP-Arbeitsbereiche zu generieren, wird das Paket mit anderen Parametern erneut ausgeführt. Die ISO muss zwischen den Läufen umbenannt oder verschoben werden, da jede Ausführung die vorherige Ausgabe am selben Pfad überschreibt.
Bereit, es in Aktion zu sehen?
Xoaps Fähigkeit zur Bare-Metal-Bereitstellung ist eine Komponente einer umfassenderen Infrastrukturautomatisierungsplattform, die Geräte auf jeder Stufe mit minimalen manuellen Eingriffen von Null auf vollständig verwaltet.
Book a demo um zu sehen, wie XOAP die Betriebssystembereitstellung, die Endpunktverwaltung und die Konfigurationsbereitstellung für Ihre gesamte Geräteflotte handhabt.
