Dies dient als Einführung zu Image Management, in der die Zielsetzung, die Vorteile und die wichtigsten Funktionen des Programms beschrieben werden.

Die Image Management Das Modul ist eine erweiterte Implementierung von Packer von Hashicorp. Es ermöglicht Administratoren, standardisierte und konsistente Bilder auf mehreren Plattformen zu erstellen. Mit Image Management. müssen Sie keine JSON-basierten Konfigurationen für mehrere Infrastrukturbilder schreiben.

Schauen Sie sich unser Video an YouTube-Video für eine visuelle Einführung

Wesentliche Merkmale

Image Management ermöglicht die Verwendung Ihrer eigenen Installationsskripts und erweitert die Packer-Implementierung durch die folgenden Funktionen:

• Provisionergruppen erstellen
• Provisioner-Rollen erstellen
• Verwenden Sie PowerShell-DSC-Konfigurationen bei der Bildaufbauphase (in der Cloud und als eigenständige Anwendung). Configuration Management)
• Verwenden Sie die PowerShell AppDeployment Toolkit-Pakete, Gruppen und Rollen (mit Anwendungstransportmanagement)

Anwendungsfälle

• Kontinuierliche Bereitstellung
• DEV/ACC/PRD-Ausrichtung
• Demo-Erstellung
• Goldene Bilder

Top-Vorteile

Unser Image Management Modul:

• Erlaubt Ihnen, vollständig bereitgestellte und konfigurierten Maschinen in wenigen Minuten, wiederholt und konsistent zu starten – erstellen Sie verschiedene Images für Entwicklungs-, Annahme- oder Produktionsumgebungen oder verwenden Sie ein Image für alle Phasen.
• Definiert vorkonfigurierte Entwicklerbilder oder kann in Citrix-Umgebungen verwendet werden, um Goldbilder zu erstellen – da es identische Bilder für mehrere Plattformen erstellt, kann die Produktion in AWS ausgeführt werden, die Staging-/QA-Phase in einer privaten Cloud wie OpenStack und die Entwicklung in Desktop-Virtualisierungs-Lösungen wie VMware oder VirtualBox.
• Installiert und konfiguriert die gesamte Software für eine Maschine zum Zeitpunkt der Image-Erstellung – falls in diesen Skripten Fehler auftreten, werden diese frühzeitig entdeckt, anstatt in der Produktion.
• Implementiert Pester-Skripts (oder Ähnliches), um Ihre Maschinen unter einem definierten Zustand zu testen.

The post About Image Management appeared first on XOAP.

Image Management

Um mit Image Management, zu beginnen, gibt es nur eine Voraussetzung: eine funktionierende Verbindung zu Ihrer Umgebung. Konfigurieren Sie Ihre Verbindung, indem Sie auf Verbindungen, und dann auf Neue Verbindung hinzufügen Button in der oberen rechten Ecke.

Wählen Sie im Schieberegler die Verbindung aus. Typ und Anbieter. Füllen Sie die restlichen erforderlichen Informationen aus und klicken Sie auf Bestätigen Sie Um Ihre Verbindung zu speichern.

Wenn Sie Hilfe bei der Konfiguration Ihrer Zugangsdaten benötigen, lesen Sie bitte die Verknüpfen Sie Ihre Infrastrukturdokumentation.

In den folgenden Abschnitten finden Sie weitere Informationen zu den erforderlichen Berechtigungen für Ihre Infrastruktur. Bitte beachten Sie, dass dies die Mindestberechtigungen wurde benötigt, um zu schaffen Bilddefinitionen.

Wenn Sie planen, dieselbe Verbindung zu verwenden Geskriptete Aktionen, Die erforderlichen Berechtigungen können je nach konkreter Anwendungsfall variieren.

AWS

Um ein individuelles Bild zu erstellen, benötigt man ein Die Standard-VPC muss verfügbar sein in dem AWS-Konto, das Sie verwenden.

Darüber hinaus müssen Sie entsprechende Berechtigungen zuweisen. IAM-Berechtigungen An den im Verbindungsaufbau angegebenen Nutzern. Mindestens sind die folgenden Berechtigungen erforderlich:

#Codeblock

{
  "Version": "2012-10-17",
  "Statement": [
    {
      "Effect": "Allow",
      "Action": [
        "ec2:AttachVolume",
        "ec2:AuthorizeSecurityGroupIngress",
        "ec2:CopyImage",
        "ec2:CreateImage",
        "ec2:CreateKeyPair",
        "ec2:CreateSecurityGroup",
        "ec2:CreateSnapshot",
        "ec2:CreateTags",
        "ec2:CreateVolume",
        "ec2:DeleteKeyPair",
        "ec2:DeleteSecurityGroup",
        "ec2:DeleteSnapshot",
        "ec2:DeleteVolume",
        "ec2:DeregisterImage",
        "ec2:DescribeImageAttribute",
        "ec2:DescribeImages",
        "ec2:DescribeInstances",
        "ec2:DescribeInstanceStatus",
        "ec2:DescribeRegions",
        "ec2:DescribeSecurityGroups",
        "ec2:DescribeSnapshots",
        "ec2:DescribeSubnets",
        "ec2:DescribeTags",
        "ec2:DescribeVolumes",
        "ec2:DetachVolume",
        "ec2:GetPasswordData",
        "ec2:ModifyImageAttribute",
        "ec2:ModifyInstanceAttribute",
        "ec2:ModifySnapshotAttribute",
        "ec2:RegisterImage",
        "ec2:RunInstances",
        "ec2:StopInstances",
        "ec2:TerminateInstances"
      ],
      "Resource": "*"
    }
  ]
}

#EndOfCodeblock

Erfahren Sie mehr über die erforderlichen Berechtigungen hier.

Azurblau

Um Bilder in Azure zu erstellen, müssen die folgenden Voraussetzungen erfüllt sein: Sie müssen eine Dienstprinzipal Mit der Rolle „Contributor“ haben Sie Zugriff auf Ihr Azure-Abonnement. Verwenden Sie die Azure CLI, um den Service-Principal zu generieren.

Kommandoformat

#Codeblock
az ad sp create-for-rbac \
  –name [ServicePrincipalName] \
  – Rolle „Contributor“
  –scopes /subscriptions/[SubscriptionId] \
  – Jahre 1
#EndOfCodeblock

Beispiel für ein Kommando

#Codeblock

az ad sp create-for-rbac \
  –name xoap-image-principal \
  – Rolle „Contributor“
  –scopes /subscriptions/xxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx
  – Jahre 1

#EndOfCodeblock

Kommandoumlauf

#Codeblock

{
  "appId": "[ClientId (Guid)]",
  "displayName": "xoap-image-principal",
  "name": "http://xoap-image-principal",
  "password": "[ClientSecret]",
  "tenant": "[TenantId (Guid)]"
}

#EndOfCodeblock

Mit diesem Output können Sie nun Ihre Verbindung in XOAP konfigurieren:

• Abonnements-ID: xxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx
• Vermieternummer: [TenantId (GUID)]
• Client-ID: [appId]
• Client Secret: [Passwort]

Erfahren Sie mehr über die erforderlichen Berechtigungen hier.

Google

Die Datei, die Sie hochladen müssen, ist eine Google Cloud Service-Account-Schlüsseldatei in JSON format. Sie können ein Format generieren und herunterladen Es ist so:

1. Öffnen Google Cloud Konsole: https://console.cloud.google.com/iam-admin/serviceaccounts.
2. Wählen Sie Ihre Projekt Aus dem Dropdown-Menü oben links.
3. Erstellen oder auswählen eines Dienstkontos: Wenn Sie noch kein Dienstkonto haben, klicken Sie auf “Servicekonto erstellen” unter “IAM&Admin” Menü. Geben Sie einen Namen und eine optionalen Beschreibung an.
4. Zuweisen Sie die erforderlichen Rollen (siehe unten für die vollständige Liste).
5. Nachdem Sie ein Service-Konto erstellt oder ausgewählt haben:
   • Klicken Sie auf das ⋮-Symbol (drei Punkte) neben dem Dienstkonto-Namen. → Steuerung von Tasten
   • Unter der “Schlüssel” Klicken Sie im Abschnitt „Key hinzufügen“ → Neue Schlüssel erstellen
   • Wählen Sie JSON, klicken Sie dann auf Erstellen
6. Die Datei wird automatisch heruntergeladen – dies ist die Datei, die Sie in XOAP hochladen müssen, um sich mit der Google Cloud.authentifizierungspasswörterkennung zu authentifizieren.

Benötigte IAM-Rollen für Packer zur Erstellung von Bildern

Um dem Dienstkonto die Möglichkeit zu geben, benutzerdefinierte Images mit Packer zu erstellen, müssen Sie mindestens die folgenden Rollen zuweisen:

Erfahren Sie mehr über die erforderlichen Berechtigungen hier.

vSphere

Um XOAP mit VMware vSphere Für Bildbauteile erstellen Sie eine Benutzerdefinierte vSphere-Rolle Dies schließt nur die für XOAP erforderlichen Berechtigungen für die Durchführung seiner Aktivitäten ein. Legen Sie diese Rolle einem dedizierten Service-Account zu, um sicherzustellen, dass XOAP nur mit den minimalen Berechtigungen auf die vSphere-Infrastruktur zugreifen kann.

Benötigte Berechtigungen

Standardkopiervorgang Lesen nur Erstellen Sie die vSphere-Rolle und fügen Sie die folgenden Berechtigungen hinzu:

The post Prerequisites appeared first on XOAP.

Schnellübersicht

Dies ist der letzte Schritt beim Erstellen von Bildern. Wenn Sie Ihre Verbindung, Betriebssysteme, Builder-Konfiguration oder Bereitsteller Rolle, Bitte tun Sie dies, bevor Sie fortfahren.

Erstellen einer neuen Bilddefinition

1. Klicken Sie in der oberen rechten Ecke auf + Neues Bild.
2. Geben Sie alle erforderlichen Parameter ein und klicken Sie auf Speichern Sie.
3. Klicken Sie mit der rechten Maustaste auf die neu erstellte Bilddefinition und wählen Sie ausführen. Um die Bilder zu erstellen.

Aktualisieren einer bestehenden Bilddefinition

1. Klicken Sie mit der rechten Maustaste auf „Bilddefinition“ und wählen Sie „ Details.
2. Passen Sie die Parameter nach Bedarf an und klicken Sie auf Speichern Sie.
3. Starten Sie die Bilddefinition, um eine neue Bildversion mit der aktualisierten Konfiguration zu erstellen.

Eine Bilddefinition löschen

1. Um eine Bilddefinition zu löschen, klicken Sie mit der rechten Maustaste darauf und wählen Sie „Löschen“. Löschen.
2. Dadurch wird die Bilddefinition aus XOAP entfernt, alle zuvor erstellten Bildversionen bleiben jedoch in Ihrer Umgebung bestehen.

Weitere nützliche Informationen

Anforderungen an den Anschluss:

Die Verbinder In einer Image-Definition ist eine sichere Bereitstellung sowohl in Cloud- als auch in On-Premises-Umgebungen erforderlich. Bitte lesen Sie unsere Dokumentation für Anweisungen zur Bereitstellung des XOAP-Connectors auf Ihrem Computer.

Vorlagen:

Wir stellen Beispiele bereit Builder-Konfigurationen, Betriebssysteme, und Rollen des Provisionierers In Ihrem Workspace als Schnellstartvorlagen. Sie mögen nicht vollständig zu Ihrer Umgebung passen, also können Sie sie gerne anpassen oder Ihre eigene erstellen.

Logbücher und Ergebnisse:

Um den Protokollverlauf der letzten Ausführung anzuzeigen, klicken Sie auf Status Badge. Live-Logging und das Stoppen einer Bildlaufzeit können über die Läuft Ansicht.

Vorübergehende Strecken:

Wenn ein Lauf durchgeführt wird aufhörte, Bei der Verwendung von temporären Dateien werden diese während des Laufens nicht aus Ihrer Umgebung gelöscht. Scheitern oder Erfolgt Nach dem Abspielen werden temporäre Dateien automatisch gelöscht.

Technische Dokumentation

Die Bilddefinition ist der letzte und entscheidende Schritt im Bilderstellungsprozess. Hier werden alle zuvor konfigurierten Komponenten zusammengeführt –Bereitsteller Rolle, Betriebssystem, und Builder-Konfiguration— in eine einzige, einheitliche Planung.

Durch die Kombination dieser Elemente können Sie genau definieren, wie das virtuelle Maschinenimage erstellt wird, welches Betriebssystem verwendet wird, wie es konfiguriert wird und in welcher Umgebung es bereitgestellt wird (z. B. AWS, Azure usw.).

In XOAP stellt dieser Schritt sicher, dass Ihr Bild konsistent nach Ihrer ausgewählten Konfiguration erstellt wird und bereit für die Bereitstellung oder Automatisierung ist.

Mit der Benutzeroberfläche können Sie Folgendes tun:

• Legen Sie einen Namen und eine Beschreibung für die Bilddefinition fest
• Tags zur Kategorisierung oder Filterung auswählen
• Wählen Sie den Builder-Anbieter und die spezifische Builder-Konfiguration
• Wählen Sie ein Basisbetriebssystemabbild
• Verknüpfen Sie die entsprechende Provisioner-Rolle (die alle Skripte, Aufgaben und Konfigurationen enthält)
• Erstellen Sie eine XOAP-Connector-Einrichtung für lokale Imagedefinitionen oder sichere Cloud-Umgebungen
• Planen Sie die Ausführung von Image-Definitionen

Bildaufbaueinstufen ausführen oder planen

Durch Ausführen der Bilddefinition wird der Bildaufbauprozess gestartet. Sie können den Fortschritt verfolgen, indem Sie auf die Schaltfläche „Status“ klicken. Läuft Die Schaltfläche befindet sich in der oberen rechten Ecke. Sie öffnet ein Seitenfenster, in dem die aktiven Läufe angezeigt werden.

Mit der Schaltfunktion „Logs einblenden“ können Sie die Live-Build-Logs verfolgen und den Fortschritt in Echtzeit überwachen.

Es gibt mehrere mögliche Zustände für eine Bilddefinition:

Keine Runs – Die Bilddefinition wurde noch nicht ausgeführt.
Warteschlange – Die Runde wartet in der Schlange und beginnt, wenn Ressourcen verfügbar sind.
Laufen – Der Bildaufbauprozess ist derzeit in Arbeit.
Erfolgt – Das Bild wurde erfolgreich erstellt und ohne Fehler abgeschlossen.
Scheitern – Der Bildaufbauprozess stieß auf einen Fehler und konnte nicht abgeschlossen werden.
Gehoben – Der Bildaufbau wurde von einem Benutzer erfolgreich gestoppt und konnte nicht abgeschlossen werden.

Die Ausführung der Image-Definition kann zwischen wenigen Minuten und einigen Stunden dauern.

Dies hängt hauptsächlich von der Anzahl der verwendeten Vorlagen und dem ausgewählten Basisbetriebssystem ab. Wenn Sie weitere Details zu einer bestimmten Bilddefinition anzeigen möchten, klicken Sie im Menü „Aktion“ auf „Details“.

Bei Windows Image Definitions in Cloud-Umgebungen wird der sysprep-Befehl am Ende der Image-Definition-Ausführung automatisch ausgeführt. In On-Premises-Umgebungen müssen Sie ihn manuell in Ihrer Provisioner-Rolle hinzufügen.

Die Sysprep-Provisioner, die wir als PowerShell-Skript automatisch in der Cloud bereitstellen, finden Sie in unserem GitHub-Repo: https://github.com/xoap-io/xoap-packer-templates.

Und unten finden Sie ein Beispiel für einen Skript, den Sie für die Systembereitstellung auf lokalen Imagedefinitionen verwenden können. Um ihn zu verwenden, laden Sie einen Skript in den Ressourcenbereich hoch und legen Sie den Skriptbereitsteller am letzten Platz in Ihrer Definition fest.

Skript

Set-StrictMode -Version Latest
$ProgressPreference = 'SilentlyContinue'
$ErrorActionPreference = 'Stoppen'

# Einstellen der lokalen Dateiorlogging auf C:\xoap-logs
Versuchen Sie es:
    $LogDir = 'C:\xoap-logs'
    falls (-nicht (Test-Pfad $LogDir)) {
        New-Item -Path $LogDir -ItemType Directory -Force | Out-Null
    }
    
    $scriptName = [IO.Path]::GetFileNameWithoutExtension($PSCommandPath)
    $timestamp = Get-Date -Format 'yyyyMMdd-HHmmss'
    $LogFile = Join-Path $LogDir "$scriptName-$timestamp.log"
    
    Start-Transkript - $PfadLogFile -Append | Out-Null
    Write-Host "Aufzeichnen in: $LogFile"
} catch {
    Error-Warnung "Es ist nicht möglich, die Transkriptaufzeichnung auf C:\xoap-logs zu starten: $($_.Exception.Message)"
}

# Einfache Protokollierungsfunktion
Funktion Write-Log {
    param($Message)
    $timestamp = Get-Date -Format 'yyyy-MM-dd HH:mm:ss'
    Write-Host "[$timestamp] $Message"
}

Falle {
    Logdatei "ERROR: $_"
    Write-Log "ERROR: $($_.ScriptStackTrace)"
    Write-Log "ERROR EXCEPTION: $($_.Exception.ToString())"
    Versuchen Sie: {Stop-Transcript | Out-Null} catch {}
    Ausgang 1
}

Versuchen Sie es:
    Logdatei 'Anfang der abschließenden Reinigung und des Systembereitstellungs-Prozesses'
     
    # Systemlaufwerk defragmentieren
    Logdatei 'Systemlaufwerk optimieren...'
    Versuchen Sie es:
        Optimieren-Volume -Laufwerk C -Defragmentierung -Verbose:$false
        Logdatei 'Systemlaufwerkoptimierung abgeschlossen'
    } catch {
        Write-Log "Warnung: Systemlaufwerk konnte nicht optimiert werden: $($_.Exception.Message)"
    }
    
    Write-Log 'Endliche Reinigung abgeschlossen, Vorbereitung auf die Systembereitstellung...'
      
    # Stoppen von Transkription vor dem Systembereitstellungsprogramm (sysprep)
    Versuchen Sie: {Stop-Transcript | Out-Null} catch {}
    
    # Systemprep-Befehl vorbereiten
    $sysprepPath = Join-Path $env:WINDIR "System32\Sysprep\sysprep.exe"
    $sysprepArgs = @('/generalize', '/oobe')
    
    Logdatei "Running sysprep with arguments: $($sysprepArgs -join ' ')"
    Write-Log "Dies wird das System herunterfahren, sobald der Vorgang abgeschlossen ist"
    
        # Überprüfen Sie, ob das Programm sysprep.exe existiert.
        Wenn (Test-Path $sysprepPath) {
            # Starten Sie die Funktion "sysprep" mithilfe von "Start-Process", um eine bessere Fehlerbehandlung zu gewährleisten.
            $Prozess = Start-Prozess -FilePath $sysprepPath -ArgumentList $sysprepArgs -Wait -PassThru
            $exitCode = $process.ExitCode
            Falls ($null -eq $exitCode) {
                # Zurück zur $letzten Ausführung, falls ExitCode nicht gesetzt ist
                $exitCode = $LASTEXITCODE
            }
            Wenn ($exitCode -ne 0) {
                Logdatei "Sysprep ist fehlgeschlagen mit dem Auslaufcode: $exitCode"
                Ausgang: $exitCode
            }
        } sonst
            Logdatei „Das Systemprep-Programm wurde nicht im $Systemprep-Pfad gefunden“
            Ausfahrt 1
        }
    
} catch {
    Write-Log „Kritischer Fehler bei der abschließenden Reinigung: $($_.Exception.Message)“
    Versuchen Sie: {Stop-Transcript | Out-Null} catch {}
    werfen
}

Die Planung von Image-Definitionen bietet mehrere operative und strategische Vorteile. Durch die automatisierte Ausführung von Bild-Builds in festgelegten Intervallen werden die manuellen Eingriffe entfallen und das Risiko menschlicher Fehler verringert.

Planmäßige Ausführung hilft, die Konsistenz zwischen den verschiedenen Umgebungen zu gewährleisten, indem sichergestellt wird, dass die neuesten Konfigurationen und Software-Updates regelmäßig in Ihre Images integriert werden. Dies ist besonders wichtig für Compliance und Sicherheit, da damit garantiert wird, dass gepatchte und aktuelle Images stets verfügbar sind.

Darüber hinaus können die zeitlich geplanten Builds in den Nichtpufferzeiten den Ressourcenverbrauch optimieren und die Auswirkungen auf andere Arbeitslasten vermeiden. Außerdem verbessern regelmäßig geplante Images die Vorbereitung auf Notfallabruf-Szenarien, indem sichergestellt wird, dass saubere und aktuelle Maschinenbilder jederzeit verfügbar sind.

Es gibt zwei Möglichkeiten, Imagedefinitionen zu planen:

1. Durch die Erstellung eines neuen Zeitplans
2. Durch das Bearbeiten eines bestehenden Zeitplans

Um eine der beiden Optionen zu verwalten, navigieren Sie zu der entsprechenden Option. Zeitpläne Abschnitt.
Wenn Sie einen neuen Zeitplan erstellen möchten, klicken Sie auf Neuer Zeitplan Button in der rechten oberen Ecke. Im ersten Schritt geben Sie einen Namen an und definieren Sie die Zeitplanparameter (z. B. Häufigkeit, Startzeit). Im zweiten Schritt wählen Sie die Bilddefinitionen aus, die Sie diesem Zeitplan zuweisen möchten. Eine Bilddefinition kann mehreren Zeitplänen zugeordnet werden.

Wenn Sie einer Bilddefinition eine Gegenwartiger Zeitplan, Wählen Sie in der Liste den gewünschten Zeitplan aus, klicken Sie auf Dreistegiges Menü, und wählen Sie dann Details. Wählen Sie in der Detailansicht die Bilddefinitionen aus, die Sie einbeziehen möchten, und klicken Sie auf Speichern Sie.

Finde das erstellte Bild in Ihrem Hypervisor oder Hypercaler

Sobald ein Lauf erfolgreich abgeschlossen ist, steht das erstellte Bild in Ihrer Umgebung zur Verfügung. Bilder verwenden den in der Bilddefinition definierten Namen mit einem Versionssuffix, der für jeden Lauf hinzugefügt wird. Beispiel: Wenn Ihre Bilddefinition den Namen Windows11-BaseImage, Die Bahnen werden Bilder wie Windows11-BaseImage-v1, Windows11-BaseImage-v2, und so weiter. Wenn die Bildaufbau-Phase fehlschlägt, wird kein Bild erstellt. Die genaue Methode zur Ermittlung des Bilds hängt von der Zielumgebung ab.

Microsoft Azure

Die Speicherorte der Bilder Image Management, die in Azure mithilfe von XOAP erstellt werden, hängen von der ausgewählten B-Plattform ab.uilder Typ Während der Erstellung des Builders. In der Builder-Konfiguration können Sie zwischen den folgenden Optionen wählen: Verwaltetes Azure und Azure Galerie.

1. Azure Managed (Managed Images)
   Wenn der ausgewählte Bauarttyp Verwaltetes Azure, wird das Bild standardmäßig erstellt. Verwaltetes Bild.
   - Ort:
   Azure Portal → Bilder
   - Verhalten:
   Das Bild wird regional gespeichert und ist nur in der Region verfügbar, in der es erstellt wurde.
   - Anwendungsfall:
   Diese Vorgehensweise wird für einfache Bereitstellungen, Tests oder Proof-of-Concept-Szenarien empfohlen.
2. Azure Gallery (Gemeinsame Bildgalerie)
   Wenn der ausgewählte Bauarttyp Azure Galerie, wird das Bild in einer Gemeinsame Bildgalerie (SIG).
   - Ort:
   Azure Portal → Gemeinsame Bildgalerie
   - Verhalten:
   Das Bild unterstützt Versionierung, kann in mehreren Regionen repliziert werden und ist für Unternehmensumgebungen skalierbar.
   - Anwendungsfall:
   Ideal für Produktionsanwendungen oder Umgebungen, die regionale Redundanz und das Management des Bildlebenszyklus erfordern.

Amazon Web Services (AWS)

Bilder, die über XOAP erstellt wurden, werden als AMIs (Amazon Machine Images).

Um zu suchen:

1. Geh zum AWS-Konsole.
2. Navigieren Sie zu EC2 → AMIs (unter „Bilder“ im linken Menü).
3. Vergewissern Sie sich, dass Sie den Filter von „In Besitz von Amazon“ in „In Besitz von mir“ ändern.
4. Suchen mithilfe der AMI-ID oder der Name, der von der XOAP-Bilddefinition zurückgegeben wird (z. B. ami-xxxxxxxxxxxxxxxxx).

Standardmäßig sind AMIs privat — sie sind nur für das Konto sichtbar, das sie erstellt hat.
Um eine AMI von einem anderen AWS-Konto aus zugänglich zu machen, müssen Sie Folgendes tun: Teilen Sie es Ausdrücklich.
Führen Sie die folgenden Schritte im Konto aus, in dem die AMI erstellt wurde:

1. Öffnen EC2 → AMIs (in der Region, in der die AMI erstellt wurde, z. B. eu-central-1).
2. Finden Sie die AMI (z. B. ami-0839804dea557cd2b).
3. Wählen Sie die AMI aus und klicken Sie Aktionen → Bildberechtigungen ändern.
4. Fügen Sie die AWS-Kontonummer des Empfängerkontos.
5. Klicken Sie auf Speichern Sie.

Sobald die Datei geteilt ist, wird sie unter “Privatbilder”Filter in der EC2-Benutzeroberfläche des Empfängers.“.

Google Cloud-Plattform (GCP)

Die XOAP-Bilder in GCP werden unter Compute Engine → Bilder.

Um zu suchen:

1. Geh zum Google Cloud Konsole.
2. Navigieren Sie zu Compute Engine → Bilder.
3. Filtern Sie nach Projekt oder nutzen Sie die Suchleiste, um den von XOAP generierten Bildnamen zu finden.
4. Benutzerdefinierte Bilder können nach Bildfamilien oder Einzelne Einträge abhängig davon, wie die Konfiguration der Build-Instanz gestaltet war

Problemen mit Bildbuilds oder Ausführungsausfällen vorbeugen

Bei der Erstellung eines Bildes mithilfe Image Management von XOAP können in der Regel Probleme aus einer der folgenden drei Bereiche auftreten:

1. Verbindungen – Falsch konfiguriertes Cloud-Verbindungsproblem (z. B. ungültige Anmeldeinformationen oder fehlende Berechtigungen).
2. Beisteller – Falsch ausgewählte oder falsch konfiguriert verarbeitende Komponenten, wie beispielsweise Skripts oder Tools, die während der Ausführung fehlschlagen.
3. Builder-Konfiguration – Fehlkonfigurierte Builder-Parameter (z. B. ungültige Region, fehlende Bildeinstellungen).

Alle drei Arten von Problemen sind in der Logdateien der Bilddefinition laufen.

Um das Problem schnell zu identifizieren:

• Navigieren Sie zu dem Bilddefinitionen Tisch.
• Klicken Sie auf Status (Letzte Ausführung) für die entsprechende Bildauflösung.
• Ein Seitenfenster wird angezeigt, das die Log der letzten Ausführung.
• Überprüfen Sie den Protokollaufbau, um die Fehlerzeile zu finden und die erforderlichen Korrekturmaßnahmen zu ergreifen.

Die Überprüfung dieser Protokolle ist der effizienteste Weg, Fehler zu debuggen und sicherzustellen, dass die Image-Builds erfolgreich verlaufen.

Für Protokolle aus früheren Durchläufen klicken Sie auf das Dreiecksymbol neben der Bilddefinition und wählen Sie „Details“. Scrollen Sie nach unten zum Abschnitt „Vergangene Durchläufe“ und klicken Sie auf den Status des gewünschten Durchlaufs, um dessen Protokoll anzuzeigen.

Während des Bildaufbaus können Probleme in Echtzeit identifiziert und behoben werden. Aktive Bildaufbau sind in dem Abschnitt „Ausführungen“ sichtbar, der sich in der rechten oberen Ecke der Seite „Bilddefinitionen“ befindet.

Um den laufenden Prozess zu überwachen:

• Klicken Sie auf das Log-Symbol neben dem Bildaufbau, um die Live-Logansicht zu öffnen.
• Die Protokolle werden in Echtzeit übertragen und die neuesten Einträge werden am oberen Rand angezeigt.

Dies ermöglicht Ihnen,

• Verfolgen Sie die Schritte zur Bereitstellung der Routen während des gesamten Prozesses.
• Identifizieren Sie schnell lang anhaltende Provider, die zu Timeout-Fehlern führen können.
• Nehmen Sie frühzeitig Korrekturmaßnahmen vor, was möglicherweise erhebliche Zeit beim Debuggen und der Validierung spart.

Diese Ansicht ist besonders nützlich, um Fehler zu diagnostizieren, ohne warten zu müssen, bis der gesamte Build abgeschlossen ist.

Bei virtuellen Maschinen zur Image-Erstellung auf lokalem Server werden Protokolle in der Regel lokal in den folgenden Verzeichnissen gespeichert:

• Vorübergehende Ordner: C:\Windows\Temp und %TEMP% (z. B. C:\Users\AppData\Local\Temp)
• Windows-Fehlerprotokolle (nützlich bei Problemen mit Installation/Aktualisierung/Systembereitstellung):
• Event Viewer: Anwendung und System
• C:\Windows\Logs\DISM\dism.log und C:\Windows\Logs\CBS\CBS.log
• Sysprep: C:\Windows\System32\Sysprep\Panther\setupact.log und setuperr.log

Wenn Sie sie nicht finden können, liegt der häufigste Grund darin, dass die Build-VM nach dem Ausführen automatisch gesäubert wird (auch bei einem Fehler), sodass die lokalen Protokolle mitgelöscht werden.

Tipp: Wenn Sie den Lauf stoppen, wird die temporäre Build-VM nicht gelöscht, sodass Sie sie verbinden und die Protokolle zur Fehlerbehebung abrufen können. Nachdem Sie die Untersuchung abgeschlossen haben, vergessen Sie nicht, die temporäre Build-VM zu löschen, um nicht ungenutzte Ressourcen zurückzulassen.

Gängige Probleme beim Bildaufbau und wie man sie behebt

1. Inkompatible Provisioner – Die Verwendung von Linux-Provisionern auf einem Windows-basierten Image (oder umgekehrt) führt zu Fehlern. Auflösung: Überprüfen Sie die Provisioner-Gruppen, die der ausgewählten Rolle zugeordnet sind, und entfernen Sie alle, die nicht mit dem Betriebssystem des Images zusammenhängen.
2. Unzulässige Anmeldeinformationen oder Verbindungseinstellungen – Verbindungsprobleme können auftreten, wenn die Anmeldeinformationen falsch sind oder der Benutzer nicht über ausreichende Berechtigungen verfügt. Auflösung: Überprüfen Sie Ihre Verbindungskonfiguration unter „Verbindungen“. Stellen Sie sicher, dass die Anmeldeinformationen gültig sind und dass Sie über die entsprechenden Zugriffsrechte verfügen.
3. Fehlende Builder-Konfiguration – Fehler können auftreten, wenn die Konstruktionskonfiguration Ressourcen verweist, die nicht existieren, wie z. B. ein virtuelles Netzwerk oder eine Ressourcengruppe. Auflösung: Überprüfen Sie alle Werte in den Konstruktionseinstellungen, insbesondere die Netzwerk- und Ressourcengruppe-Namen.
4. Veraltet: Definition des Betriebssystems – Ältere Bilddefinitionen können veraltete oder veraltete Betriebssysteme beschreiben. Auflösung: Navigieren Sie zu „Betriebssystemen“ und installieren Sie die neueste Version. Aktualisieren Sie anschließend die OS-Auswahl im Bilddefinitionen-Details aus dem Dropdown-Menü in die neueste Version.

The post Image Definitions appeared first on XOAP.

Schnellübersicht

Die Builder-Definition definiert Wo und wie Es wird ein Image erstellt, das auf der ausgewählten Plattform oder dem ausgewählten Cloud-Anbieter basiert (z. B. AWS, Azure, Google Cloud oder VMware). Bei der Konfiguration des Builders wählen Sie außerdem die Verbindung für Ihre Cloud- oder On-Premises-Umgebung.

Erstellen einer neuen Builder-Konfiguration

1. Klicken Sie in der oberen rechten Ecke auf + Neue Builder-Konfiguration.
2. Wählen Sie „Baukörperkonfiguration für Cloud-Images erstellen“ oder wählen Sie eine bestimmte Konfiguration der On-Premises-Builder-Software.
3. Geben Sie alle erforderlichen Parameter ein und klicken Sie auf Bestätigen Sie.

Eine Builder-Konfiguration bearbeiten

1. Klicken Sie mit der rechten Maustaste auf die Builder-Konfiguration und wählen Sie Details.
2. Aktualisieren Sie die erforderlichen Parameter und klicken Sie auf Speichern Sie

Eine Builder-Konfiguration löschen

1. Klicken Sie mit der rechten Maustaste auf die Builder-Konfiguration und wählen Sie Löschen.
2. Bestätigen Sie die Löschung.

Weitere nützliche Informationen

Anforderungen an den Anschluss:

Wenn Sie Ihre Einstellungen noch nicht eingerichtet haben Verbindung, Sie können dies während der Erstellung des Builders durch Klicken auf + Verbindungsaufbau hinzufügen.

Allgemeine Informationen:

In der Allgemeine Details Die Akkordeon-Anzeige zeigt alle erforderlichen Parameter an. Für weitere Parameter erweitern Sie die anderen Akordeone.

Technische Dokumentation

Die Bauunternehmer Definitionen definieren wo (welche Plattform oder Cloud-Anbieter) und wie (welche Konfiguration und Instanzart) eine Imagedatei erstellt wird. Sie repräsentiert die Infrastrukturebene des Image-Erstellungsprozesses und ist für den Start der Basis-virtuellen Maschine verantwortlich, die später von Provisionern angepasst wird.

In XOAP müssen Sie beim Erstellen einer Builder-Konfiguration die folgenden Informationen angeben:

• Anbieter – z. B. AWS, Azure oder VMware
• Verbindung – die Anmeldeinformationen und das Endgerät, das zur Verbindung zur Plattform verwendet wird
• Region – die Ziel-Cloud-Position
• Instanztyp – das Rechenressourcen wie CPU und RAM definiert

Diese Einstellungen geben XOAP zusammen an, wie die zugrunde liegende Infrastruktur bereitgestellt werden soll, um das Image zu erstellen.

Weitere Informationen zu den zusätzlichen Einstellungen, die Sie in der Builder-Konfiguration konfigurieren können, finden Sie unter den folgenden Links:

• Azurblau
• AWS
• Google Cloud
• VMware
• Nutanix

The post Builder Configuration appeared first on XOAP.

Schnellübersicht

In XOAP stellt das Betriebssystem das Basisabbild dar, das als Grundlage für Ihr benutzerdefiniertes virtuelles Maschinenabbild verwendet wird.

Erstellen Sie ein neues Cloud-Betriebssystem

1. Klicken Sie auf + Basissymbol hinzufügen und wählen Sie Wolke.
2. Geben Sie die Anbieter, Region, und Plattform Details.
3. Wählen Sie ein oder mehrere Betriebssysteme aus und klicken Sie auf Hinzufügen.

Ein neues On-Premises-Betriebssystem hinzufügen

1. Klicken Sie auf + Basissymbol hinzufügen und wählen Sie On-Premises.
2. Definieren Sie die ISO-bezogenen Parameter.
3. Wählen Sie die Autounattend-Datei und die Setup-Dateien für Ihr Betriebssystem aus, und klicken Sie dann auf Hinzufügen.

Ein Betriebssystem bearbeiten

1. Klicken Sie mit der rechten Maustaste auf „Betriebssystem“ und wählen Sie „ Details.
2. Aktualisieren Sie die konfigurierbaren Parameter und klicken Sie auf Speichern Sie.

Ein Betriebssystem löschen

1. Klicken Sie mit der rechten Maustaste auf „Betriebssystem“ und wählen Sie „ Löschen.
2. Bestätigen Sie die Löschung.

Weitere nützliche Informationen

Aktuelle Liste der OS-Updates:

XOAP sammelt wöchentlich aktualisierte OS-Listen von unterstützten Cloud-Anbietern.

Betriebssysteme:

Betriebssysteme können von Cloud-Anbietern eingestellt oder entfernt werden, was dazu führen kann, dass die Image-Definition-Ausführung fehlschlägt. Um dies zu vermeiden, halten Sie Ihre Betriebssysteme auf dem neuesten Stand, indem Sie die neuesten Versionen hinzufügen und Ihre Image-Definitionen entsprechend aktualisieren.

Technische Dokumentation

In XOAP stellt das Betriebssystem das Basisimage dar, das als Grundlage für Ihr benutzerdefiniertes virtuelles Maschinenimage dienen soll. Sie können eine oder mehrere Betriebssystemversionen aus Ihrem Cloud-Provider auswählen (z. B. Azure, AWS, GCP), um den Anforderungen Ihrer Infrastruktur gerecht zu werden. Dieser Schritt ist unerlässlich, da alle Bereitstellung, Anpassung und Image-Erstellung auf diesem Basisbetriebssystem stattfinden.

Beim Hinzufügen eines Cloud-Betriebssystems in XOAP definieren Sie:

• Anbieter – Wählen Sie den Cloud- oder Plattformanbieter (z. B. Azure, AWS Google Cloud)
• Region – Geben Sie den Regionen an, in denen das Basisimage verfügbar ist
• Plattformdetails – Wählen Sie die OS-Version, die Architektur (x64/ARM), die Hypervisor-Generation und die SKU
• Tags – Optional können Sie Tags hinzufügen, um das Betriebssystem für zukünftige Referenzen zu organisieren oder zu kategorisieren.

Beim Hinzufügen eines On-Premises-Betriebssystems in XOAP definieren Sie:

• Name – Name Ihres Betriebssystems. Sie können den Namen nach Ihren eigenen Namensregeln festlegen
• ISO-Dateiname – geben Sie den Namen Ihrer ISO-Datei an, die als Basis-Betriebssystem für Ihre Bilddefinition verwendet wird
• ISO-Pfad – vollständige Position in Ihrer ISO-Datei
• ISO-Prüfsumme – Prüfsumme Ihrer ISO als zusätzliche Sicherheitsfunktion
• Autounattend – Datei, die bei der Installation verwendet wird, um die Windows-Einstellungen zu ändern. Diese Datei muss in das XOAP-Ressourcengebiet hochgeladen werden.
• Einrichtungsdateien – definiert, welche zusätzlichen Dateien XOAP während der Systeminstallation in die virtuelle Maschine eingebettet werden.

Diese Dateien werden typischerweise von unattend.xml verwendet, um Treiber, Tools zu installieren oder benutzerdefinierte PowerShell-Skripts während oder unmittelbar nach dem ersten Start auszuführen.

Hinweise vor Ort

Für On-Premises-Betriebssysteme, XOAP lädt die ISO selbst nicht hoch bzw. speichert sie nicht. Stattdessen registrieren Sie die ISO, indem Sie deren Pfad und Checksumme, und die Infrastruktur (Hypervisor/Speicher) muss bereit sein, Zugriff auf diese ISO-Datei während der Ausführung.

Was das in der Praxis bedeutet:

• Die ISO-Datei wird in Ihrem Hypervisor-Speicher (z. B. vSphere-Datenspeicher / Hyper-V-Bibliothek) oder auf einemDateispeicherung (z. B. SMB-/UNC-Pfad).
• XOAP-Shops Metadaten Informationen zu ISO (Name, Pfad, Prüfkontrolle) und deren Verwendung bei der Bildaufbau-Verarbeitung.
• Vergewissern Sie sich, dass die Bauteile (z. B. der Host, auf dem der On-Premise-Builder läuft) die folgenden Voraussetzungen erfüllen: Zugang zu Netzwerken und Berechtigungen Um die ISO aus dem angegebenen Pfad zu lesen.

Verwenden Sie Get-FileHash, um die Prüfsumme für die ISO-Datei zu generieren:

Get-FileHash -Path “\fileserver\isos\Windows11_24H2.iso”-Algorithmus SHA256. Kopieren Sie den zurückgegebenen Hashwert in das ISO-Checksum-Feld in XOAP.

Verwenden Sie eindeutige Dateinamen Wenn Sie planen, mehrere Dateien hochzuladen autounattend Dateien für das gleiche Betriebssystem (z. B. unterschiedliche Sprachen, Umgebungen und Treiber-Pakete).

Beispiel für die Namenskonvention:

• Autounattend_W11_23H2_EN.xml
• Autounattend_W11_23H2_DE.xml
• Autounattend_W11_23H2_WithDrivers.xml

Das ist wichtig: Die Ressourcen von Autounattend sind Während des Bereitstellungs-/Entwicklungsprozesses umbenannt (als Teil der Art und Weise, wie XOAP Ressourcen in die temporäre VM integriert). Aufgrund dessen ist es erforderlich, Abgegrenzte Dateinamen in XOAP-Ressourcen Es ist wichtig, sie so zu verwalten, dass Verwirrungen bei der Auswahl der richtigen Datei vermieden werden.

Vergewissern Sie sich, dass die Autounattend-Datei mit dem Ziel-Betriebssystem (Edition/SKU, Architektur, erwartender Installationsablauf) übereinstimmt und alle Setup-Dateien bzw. Treiber mit Pfaden verweist, die in Ihrem Installationsprozess gültig sind.

The post Operating Systems appeared first on XOAP.

Schnellübersicht

Eine Provisioner-Rolle in XOAP ist ein höherer Konstrukt, der es Ihnen ermöglicht, mehrere Provisioner zu gruppieren. Anbietergruppen in eine einzige Einheit.

Erstellen einer neuen Provisioner-Rolle

1. Klicken Sie auf + Provisioner-Rolle erstellen.
2. Geben Sie die erforderlichen Parameter ein, wie zum Beispiel Name und Beschreibung.
3. Zuweisen Sie Provisioner-Gruppen, indem Sie auf „+ Provisioner-Gruppen zuweisen“ klicken.
4. Klicken Sie auf „Speichern“, um die neue Provisioner-Rolle zu erstellen.

Eine Provisioner-Rolle bearbeiten

1. Klicken Sie mit der rechten Maustaste auf die Provisioner-Rolle und wählen Sie Details.
2. Aktualisieren Sie die Parameter oder ändern Sie die zugeordneten Gruppen.
3. Klicken Sie auf „Speichern“, um die Änderungen anzuwenden.

Eine Provisioner-Rolle löschen

1. Klicken Sie mit der rechten Maustaste auf die Provisioner-Rolle und wählen Sie Löschen.
2. Bestätigen Sie die Löschung.

Weitere nützliche Informationen

Verantwortungsperson:

Nur ein Die Provisioner-Rolle kann in einer Bilddefinition verwendet werden. Die Provisioner-Rolle ist daher die höchste Ebene für die Ausführung von Provisionern bei der Bilderstellung. Sie Kann nicht Wenn eine Provisioner-Rolle derzeit in einer Bilddefinition verwendet wird, löschen Sie sie.

Provisioner Group:

Jeder Versorgergruppe Es kann nur einmal zu einer bestimmten Provisioner-Rolle hinzugefügt werden.

Ausführungsvorgang:

Bei der Bilderstellung werden die Provider in der Reihenfolge der Ausführung ausgeführt. von oben nach unten Im Rahmen der Rolle: Alle Verpflegern in der ersten Gruppe laufen zuerst, gefolgt von der zweiten Gruppe, der dritten Gruppe usw.

Anordnung der Gruppen:

Sie können die Reihenfolge der Gruppen in einer Provisioner-Rolle ändern, indem Sie sie in der Detailansicht der Provisioner-Rolle verschieben und ausrichten.

Technische Dokumentation

A Bereitsteller Rolle In XOAP handelt es sich um einen höherniveauigen Konstrukt, der es Ihnen ermöglicht, mehrere Elemente zu gruppieren. Anbietergruppen in eine einzige Einheit. Es definiert welche Berechnungsgruppen ausgeführt werden Während des Bildaufbaus und in welcher Reihenfolge.

Provisioner-Rollen sind besonders nützlich, wenn:

• Sie möchten vorgefertigte Gruppen zusammen mit verschiedenen Bilddefinitionen wiederverwenden.
• Sie müssen komplexe Abläufe der Bereitstellung in eine überschaubare Einheit zusammenführen.

Bei der Erstellung einer Provisioner-Rolle definieren Sie:

• Rollenname – eine eindeutige Kennung für die Rolle
• Beschreibung – eine kurze Beschreibung der Funktion (z. B. “Domain verbinden und Basislinie anwenden”)
• Tags – optionale Etiketten, um Rollen zu kategorisieren oder zu suchen zu helfen
• Ausgewählte Bereitstellungsgruppen – wählen Sie die Gruppen aus, die während der Entwicklung ausgeführt werden sollen

Provisioner-Gruppen innerhalb einer Rolle werden ausgeführt in der Reihenfolge, in der sie aufgeführt sind, und die gesamte Funktion kann dann in mehreren Bilddefinitionen wiederverwendet werden.

Eine einzelne Provisioner-Rolle kann in mehreren Image-Definitionen verwendet werden, genau wie Provisioner-Gruppen und die Provisioner selbst. Dies trägt zur Wiederverwendbarkeit und Konsistenz über mehrere Builds hinweg bei.

The post Provisioner Roles appeared first on XOAP.

Schnellübersicht

Eine Provisioner-Gruppe in XOAP ermöglicht es Ihnen, mehrere Provisioner in eine einzige, logische Einheit zu organisieren.

Erstellen einer neuen Provisioner-Gruppe

1. Klicken Sie auf + Provisioner-Gruppe erstellen.
2. Geben Sie die erforderlichen Parameter ein, wie zum Beispiel Name und Beschreibung.
3. Vergeben Sie die Befugnisse durch Klicken + Provisioner zuweisen.
4. Klicken Sie auf Speichern Sie Um die neue Provisioner-Gruppe zu erstellen.

Eine Provisioner-Gruppe bearbeiten

1. Klicken Sie mit der rechten Maustaste auf die Provisioner-Gruppe und wählen Sie Details.
2. Aktualisieren Sie die Parameter oder ändern Sie die zugeordneten Bereitsteller.
3. Klicken Sie auf Speichern Sie Um die Änderungen anzuwenden.

Eine Provisioner-Gruppe löschen

1. Klicken Sie mit der rechten Maustaste auf die Provisioner-Gruppe und wählen Sie Löschen.
2. Bestätigen Sie die Löschung.

Weitere nützliche Informationen

Gruppenvorschriften:

Ein Provider kann nur einmal in dieselbe Gruppe aufgenommen werden, aber derselbe Provider kann in mehrere Gruppen gehören.

Ausführung:

Die Befehle in einer Gruppe werden ausgeführt, indem von oben nach unten.

Anordnung der Verpflegern:

Sie können die Reihenfolge der Bereitsteller innerhalb einer Bereitstellergruppe ändern, indem Sie sie in der Detailansicht der Bereitstellergruppe verschieben und ausziehen.

Technische Dokumentation

A Versorgergruppe In XOAP können Sie mehrere Provider in eine Einzelne, logische Einheit. Dies ist nützlich, um verwandte Konfigurationsaufgaben oder Installationsschritte zu gruppieren, die während des Image-Build-Prozesses zusammen angewendet werden sollten.

Die Verpfleger innerhalb der Gruppe sind ausgeführt in der exakten Reihenfolge Sie sind aufgeführt, was Ihnen vollständige Kontrolle über den Ausführungsprozess gibt. Sie können beispielsweise sicherstellen, dass eine Datei kopiert wird, bevor ein Skript ausgeführt wird, oder dass Windows-Updates vor einem Neustart ausgeführt werden.

Bei der Erstellung einer Bereitstellungsgruppe definieren Sie:

• Gruppenname – ein einzigartiger Name für eine einfache Identifizierung
• Beschreibung – optionaler Text, der den Zweck der Gruppe erläutert
• Tags – um Gruppen in großen Umgebungen zu organisieren und zu filtern
• Ausgewählte Lieferanten – wählen Sie einen oder mehrere Anbieter aus der verfügbaren Liste aus, die Sie hinzufügen möchten

Provisionen innerhalb einer Provisioner-Gruppe werden in der Reihenfolge ausgeführt, in der sie aufgeführt sind, und die gesamte Gruppe kann anschließend in mehreren Provisioner-Rollen wiederverwendet werden. Dies trägt zur Wiederverwendbarkeit und Konsistenz über die verschiedenen Builds hin hinweg bei.

The post Provisioner Groups appeared first on XOAP.

Schnellübersicht

Ein Provisioner ist eine Schlüsselkomponente im Bildaufbau-Prozess, der verwendet wird, um die virtuelle Maschine anzupassen, nachdem sie vom Ersteller erstellt wurde.

Ein neues Provisioner hinzufügen

1. Klicken Sie auf + Provisioner erstellen.
2. Geben Sie die erforderlichen Parameter ein, wie zum Beispiel Name und Beschreibung.
3. Wählen Sie die Option „ Provisioner-Typ und alle erforderlichen Parameter einzugeben.
4. Klicken Sie auf Speichern Sie um den neuen Provisioner zu erstellen.

Eine Provisioner-Anwendung bearbeiten

1. Klicken Sie mit der rechten Maustaste auf den Provisioner und wählen Sie Details.
2. Aktualisieren Sie die Provisioner-Parameter nach Bedarf.
3. Klicken Sie auf Speichern Sie Um die Änderungen anzuwenden.

Eine Provisioner-Einrichtung löschen

1. Klicken Sie mit der rechten Maustaste auf den Provisioner und wählen Sie Löschen.
2. Bestätigen Sie die Löschung.

Weitere nützliche Informationen

Zuweisung mehrerer Gruppen:

Beim Erstellen eines Provisioners können Sie diesen automatisch in mehrere Provisioner-Gruppen einfügen.

Kombinierte Führung:

Provisioners ist der Ort, an dem Sie das XOAP kombinieren. Application Management und Configuration Management Module mit Image Management.

OS-spezifische Anbieter:

Einige Provisioner sind nur für Linux oder nur für Windows verfügbar. Achten Sie beim Zuordnen zu Provisioner-Gruppen darauf, dass Sie die richtige Option auswählen.

Technische Dokumentation

Ein Provisioner ist eine Schlüsselkomponente im Bildaufbau-Prozess, der verwendet wird, um die virtuelle Maschine anzupassen, nachdem sie von der Builder-Konfiguration erstellt wurde. Mit Hilfe von Provisionern können Sie Aufgaben innerhalb der VM automatisieren, um diese für Ihren spezifischen Anwendungsfall vorzubereiten.

Provisioners arbeiten innerhalb des Gastbetriebssystems und sind dafür verantwortlich, den Systemzustand zu ändern, bevor das Image finalisiert wird.

Provisioner können verwendet werden, um:

• Software installieren (z. B. Chrome, Office, .NET Framework)
• Dateien an bestimmte Speicherorte auf der VM kopieren
• Systemeinstellungen konfigurieren (z. B. Registrierung, Dienste, Netzwerk)
• Anwenden von Härtungs- oder Compliance-Basisstandards (z. B. STIG, CIS)
• Starten Sie PowerShell, Bash, CMD oder andere Skripts
• Anwenden von DSC-Konfigurationen oder Anbindung der Maschine an einen Domänennamen (in Enterprise-Builds)
• Windows-Updates installieren
• Neu starten von Windows-Instanzen

In XOAP sind die Provisioner modular und wiederverwendbar, sodass ein einzelner Provisioner in mehreren Image-Definitionen referenziert werden kann. Dies ermöglicht eine konsistente Konfiguration über mehrere Builds hinweg und reduziert die Doppelarbeit bei der Verwaltung Ihres Image-Pipelines.

XOAP unterstützt mehrere Arten von Provisionern, die jeweils dazu dienen, eine bestimmte Art von Aufgabe während der Bilderstellung zu automatisieren:

• Anwendungsgruppen-Installer – Installiert Anwendungen aus der ausgewählten Anwendungsgruppe.
• Anwendungsszenario-Installer – Installiert Anwendungen aus der ausgewählten Anwendungsposition.
• DSC-Lokale Konfiguration – Kopieren Sie die lokalen DSC-Konfigurationsdateien (Desired State Configuration) in das Bild, das während oder nach der Bereitstellung angewendet werden soll. Die Konfiguration kann in den Ressourcenbereich hochgeladen und aus dem Dropdown-Menü ausgewählt werden.
• DSC Pullserver-Konfiguration – Führt eine Konfiguration aus, die aus dem XOAP- Configuration Management Modul stammt.
• Datei – Kopiert Dateien aus dem XOAP-Arbeitsbereich in das Bild – beispielsweise Konfigurationsdateien, Skripts oder Assets.
• Linux-Shell-Befehl – Ausführt eine einzelne Inline-Shell-Anweisung (z. B. apt install, chmod usw.) auf einem Linux-System.
• Linux-Shell-Skript – Lädt ein vollständiges Shell-Skript (.sh) herunter, um Linux-basierte Images mit komplexerer Logik zu konfigurieren. Sie können das Skript aus dem Bereich „Ressourcen“ auswählen.
• PowerShell-Befehl – Ausführt einen PowerShell-Einzeilenbefehl auf Windows-basierten Maschinen – nützlich zum Festlegen von Registrierungsschlüsseln, Diensten usw.
• PowerShell-Skript – Lädt ein komplettes PowerShell-Skript herunter, um erweiterte Konfigurationsaufgaben im Windows-Betriebssystem durchzuführen. Sie können das Skript aus dem Bereich „Ressourcen“ auswählen.
• Windows neu starten – Erzeugt einen Neustart des Systems bei der Imagebereitstellung – nützlich, wenn Konfigurationsänderungen einen Neustart erfordern, um wirksam zu werden.
• Windows Update – Während des Bereitstellungsprozesses werden die neuesten Windows-Updates angewendet, um sicherzustellen, dass das Image aktuell ist.

Provisioner können mehrere konfigurierbare Einstellungen haben.

Die Quelldateien für die Typen „DSC Local Configuration“, „File“, „Linux Shell Command“ und „PowerShell Script Provisioner“ müssen in dem Bereich „Resources“ in XOAP hochgeladen werden, bevor Sie sie dem entsprechenden Provisioner zuweisen können.

The post Provisioners appeared first on XOAP.

Wenn Sie Provisioner definieren, sollten Sie immer eine Timeout-Laufzeit festlegen. Dies ist wichtig, um zu vermeiden, dass ein Provisioner ewig läuft und den Bilderstellungsprozess blockiert. Einige Provisioner haben standardmäßige Timeout-Laufzeiten, aber Sie sollten immer eine Timeout-Laufzeit festlegen, die Ihren Anwendungsfall erfüllt.

The post Best practices appeared first on XOAP.