Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
Konfigurieren Sie die EC2Launch v2-Einstellungen für Windows-Instanzen
Dieser Abschnitt enthält Informationen zur Konfiguration der Einstellungen für EC2Launch Version 2.
Zu den Themen gehören:
Ändern Sie die Einstellungen mithilfe des Dialogfelds mit den EC2Launch v2-Einstellungen
Im folgenden Verfahren wird beschrieben, wie Sie das Dialogfeld mit den EC2Launch v2-Einstellungen verwenden, um Einstellungen zu aktivieren oder zu deaktivieren.
Anmerkung
Wenn Sie benutzerdefinierte Aufgaben in der Datei agent-config.yml falsch konfigurieren und versuchen, das Dialogfeld mit den EC2Launch Amazon-Einstellungen zu öffnen, erhalten Sie eine Fehlermeldung. Ein Beispielschema finden Sie unter Beispiel: agent-config.yml.
-
Starten Sie die Windows-Instance und stellen Sie eine Verbindung zu ihr her.
-
Wählen Sie im Startmenü Alle Programme und navigieren Sie dann zu den Einstellungen. EC2Launch
-
Auf der Registerkarte Allgemein des EC2LaunchEinstellungsdialogfelds können Sie die folgenden Einstellungen aktivieren oder deaktivieren.
-
Set Computer Name
Wenn diese Einstellung aktiviert ist (standardmäßig deaktiviert), wird der aktuelle Hostname bei jedem Start mit dem gewünschten Host-Namen verglichen. Wenn die Host-Namen nicht übereinstimmen, wird der Host-Name zurückgesetzt, und das System wird optional neu gestartet, um den neuen Host-Namen aufzunehmen. Wenn kein benutzerdefinierter Hostname angegeben ist, wird er mithilfe der hexadezimalen IPv4 Privatadresse generiert, z. B.
ip-AC1F4E6
Um zu verhindern, dass Ihr bestehender Hostname geändert wird, aktivieren Sie diese Einstellung nicht. -
Extend Boot Volume (Erweitern des Start-Volumes)
Diese Einstellung erweitert Festplatte
Disk 0
/Volume 0
dynamisch so, dass der gesamte nicht partitionierte Speicherplatz eingeschlossen ist. Dies ist nützlich, wenn die Instance von einem Root-Gerät-Volume gestartet wird, das eine benutzerdefinierte Größe besitzt. -
Set Administrator Account (Festlegen des Administratorkontos)
Wenn diese Option aktiviert ist, können Sie die Attribute „Username (Benutzername)“ und „Password (Passwort)“ für das Administratorkonto festlegen, das auf Ihrem lokalen Computer erstellt wird. Wenn dieses Feature nicht aktiviert ist, wird auf dem System nach Sysprep kein Administratorkonto erstellt. Geben Sie in
adminPassword
nur dann ein Passwort an, wennadminPasswordtype
Specify
ist.Die Passworttypen sind wie folgt definiert:
-
Random
EC2Launchgeneriert ein Passwort und verschlüsselt es mit dem Schlüssel des Benutzers. Die Einstellung wird vom System nach dem Start der Instance deaktiviert, so dass das Passwort weiterhin gilt, wenn die Instance neu gestartet bzw. angehalten und gestartet wird.
-
Specify
EC2Launchverwendet das Passwort, das Sie in
adminPassword
angeben. Wenn das Passwort nicht den Systemanforderungen entspricht, EC2Launch generiert es stattdessen ein zufälliges Passwort. Das Kennwort wirdagent-config.yml
als Klartext gespeichert und gelöscht, nachdem Sysprep das Administratorkennwort festgelegt hat. EC2Launchverschlüsselt das Passwort mit dem Schlüssel des Benutzers. -
Do not set
EC2Launchverwendet das Passwort, das Sie in der Datei unattend.xml angeben. Wenn Sie in der Datei unattend.xml kein Passwort angeben, ist das Administratorkonto deaktiviert.
-
-
SSMDienst starten
Wenn diese Option ausgewählt ist, ist der Systems Manager Manager-Dienst so aktiviert, dass er Sysprep folgt. EC2Launchv2 führt alle zuvor beschriebenen Aufgaben aus, und der SSM Agent verarbeitet Anfragen nach Systems Manager Manager-Funktionen wie Run Command und State Manager.
Sie können Run Command verwenden, um Ihre vorhandenen Instanzen auf die neueste Version des EC2Launch v2-Dienstes und SSM -Agents zu aktualisieren. Weitere Informationen finden Sie unter Update SSM Agent using Run Command im AWS Systems Manager Manager-Benutzerhandbuch.
-
Optimieren ENA
Wenn diese Option ausgewählt ist, werden die ENA Einstellungen so konfiguriert, dass die Einstellungen für ENA empfangsseitige Skalierung und Tiefe der Empfangswarteschlange optimiert sind AWS. Weitere Informationen finden Sie unter Konfigurieren Sie die Empfangsseitige Skalierungsaffinität CPU.
-
SSH aktivieren
Diese Einstellung aktiviert „SSHFür spätere Windows-Versionen öffnen“, um die Remote-Systemverwaltung zu ermöglichen.
-
Enable Jumbo Frames (Aktivieren von Jumbo Frames)
Wählen Sie diese Option aus, um Jumbo Frames zu aktivieren. Jumbo Frames können unbeabsichtigte Auswirkungen auf Ihre Netzwerkkommunikation haben. Stellen Sie also sicher, dass Sie wissen, wie sich Jumbo Frames auf Ihr System auswirken, bevor Sie diese aktivieren. Weitere Informationen zu Jumbo Frames finden Sie unter Jumbo-Frames (9001MTU).
-
Prepare for Imaging (Vorbereitung zum Imaging)
Wählen Sie aus, ob Ihre EC2 Instanz mit oder ohne Sysprep heruntergefahren werden soll. Wenn Sie Sysprep mit EC2Launch Version 2 ausführen möchten, wählen Sie Shutdown with Sysprep.
-
-
Auf der Registerkarte DNSSuffix können Sie auswählen, ob Sie eine DNS Suffixliste für die DNS Auflösung von Servern hinzufügen möchten, auf denen der Server ausgeführt wirdEC2, ohne den vollqualifizierten Domänennamen anzugeben. DNSSuffixe können die Variablen und enthalten.
$REGION
$AZ
Nur Suffixe, die noch nicht vorhanden sind, werden der Liste hinzugefügt. -
Auf der Registerkarte Hintergrundbild können Sie Ihr Instance-Hintergrundbild mit einem Hintergrundbild konfigurieren und Instance-Details für das anzuzeigende Hintergrundbild angeben. Amazon EC2 generiert die Details bei jeder Anmeldung.
Sie können Ihr Hintergrundbild mit den folgenden Steuerelementen konfigurieren.
-
Instance-Details auf dem Hintergrundbild anzeigen – Dieses Kontrollkästchen aktiviert oder deaktiviert die Anzeige von Instance-Details auf dem Hintergrundbild.
-
Image-Pfad (.jpg) – Geben Sie den Pfad zu dem Image an, das als Hintergrundhintergrund verwendet werden soll.
-
Auf Hintergrund anzuzeigende Attribute auswählen – Aktivieren Sie die Kontrollkästchen für die Instance-Details, die auf dem Hintergrund angezeigt werden sollen. Deaktivieren Sie die Kontrollkästchen für zuvor ausgewählte Instance-Details, die Sie aus dem Hintergrundbild entfernen möchten.
-
Instance-Tags auf Hintergrundbild anzeigen – Wählen Sie eine der folgenden Einstellungen aus, um Instance-Tags auf dem Hintergrundbild anzuzeigen:
-
Keine – Keine Instance-Tags auf dem Hintergrundbild anzeigen.
-
Alles anzeigen – Alle Instance-Tags auf dem Hintergrund anzeigen.
-
Gefiltert anzeigen – Angegebene Instance-Tags auf dem Hintergrundbild anzeigen. Wenn Sie diese Einstellung wählen, können Sie die Instance-Tags, die Sie auf Ihrem Hintergrundbild anzeigen möchten, zum Feld Instance-Tag-Filter hinzufügem.
Anmerkung
Sie müssen Tags in Metadaten aktivieren, um Tags auf dem Hintergrundbild anzuzeigen. Weitere Informationen zu Instance-Tags und Metadaten finden Sie unter Zeigen Sie Tags für Ihre EC2 Instances mithilfe von Instanz-Metadaten an.
-
-
-
Wählen Sie auf der Registerkarte Volumes aus, ob Sie die Volumes initialisieren möchten, die der Instance angefügt sind. Durch die Aktivierung werden Laufwerkbuchstaben für zusätzliche Volumes festgelegt und diese erweitert, um verfügbaren Speicherplatz zu nutzen. Wenn Sie All (Alle) auswählen, werden alle Speicher-Volumes initialisiert. Wenn Sie Devices (Geräte) auswählen, werden nur Geräte initialisiert, die in der Liste angegeben sind. Sie müssen jedes zu initialisierende Gerät eingeben. Verwenden Sie die auf der EC2 Konsole aufgelisteten Geräte, z. B.
xvdb
oder/dev/nvme0n1
. In der Dropdown-Liste werden die Speicher-Volumes angezeigt, die der Instance zugeordnet sind. Um ein Gerät einzugeben, das nicht an die Instance angefügt ist, geben Sie es in das Textfeld ein.Name, Letter (Buchstabe) und Partition sind optionale Felder. Wenn für Partition kein Wert angegeben wird, werden Speichermedien, die größer als 2 TB sind, mit dem Partitionstyp
gpt
initialisiert, und solche, die kleiner als 2 TB sind, mit dem Partitionstypmbr
initialisiert. Wenn Geräte konfiguriert sind und ein Gerät, NTFS das kein Gerät ist, entweder eine Partitionstabelle enthält oder die ersten 4 KB der Festplatte Daten enthalten, wird die Festplatte übersprungen und die Aktion protokolliert.
Im Folgenden finden Sie ein Beispiel für eine YAML Konfigurationsdatei, die anhand der im EC2Launch Dialogfeld eingegebenen Einstellungen erstellt wurde.
version: 1.0 config: - stage: boot tasks: - task: extendRootPartition - stage: preReady tasks: - task: activateWindows inputs: activation: type: amazon - task: setDnsSuffix inputs: suffixes: - $REGION.ec2-utilities.amazonaws.com - task: setAdminAccount inputs: password: type: random - task: setWallpaper inputs: path: C:\ProgramData\Amazon\EC2Launch\wallpaper\Ec2Wallpaper.jpg attributes: - hostName - instanceId - privateIpAddress - publicIpAddress - instanceSize - availabilityZone - architecture - memory - network - stage: postReady tasks: - task: startSsm
Konfigurieren Sie EC2Launch v2 mit dem CLI
Sie können die Befehlszeilenschnittstelle (CLI) verwenden, um Ihre EC2Launch Einstellungen zu konfigurieren und den Dienst zu verwalten. Der folgende Abschnitt enthält Beschreibungen und Nutzungsinformationen für die CLI Befehle, mit denen Sie EC2Launch Version 2 verwalten können.
Befehle
collect-logs
Sammelt Protokolldateien fürEC2Launch, komprimiert die Dateien und platziert sie in einem angegebenen Verzeichnis.
Beispiel
ec2launch collect-logs -o C:\Mylogs.zip
Usage
ec2launch collect-logs [flags]
Flags
-h
, --help
Hilfe für collect-logs
-o
, --output string
Pfad zu komprimierten Ausgabe-Protokolldateien
get-agent-config
Druckt agent-config.yml
im angegebenen Format (JSONoderYAML). Wenn kein Format angegeben ist, wird agent-config.yml
in dem zuvor angegebenen Format gedruckt.
Beispiel
ec2launch get-agent-config -f json
Beispiel 2
Die folgenden PowerShell Befehle zeigen, wie die agent-config
Datei bearbeitet und im JSON Format gespeichert wird.
$config = & "$env:ProgramFiles/Amazon/EC2Launch/EC2Launch.exe" --format json | ConvertFrom-Json $jumboFrame =@" { "task": "enableJumboFrames" } "@ $config.config | %{if($_.stage -eq 'postReady'){$_.tasks += (ConvertFrom-Json -InputObject $jumboFrame)}} $config | ConvertTo-Json -Depth 6 | Out-File -encoding UTF8 $env:ProgramData/Amazon/EC2Launch/config/agent-config.yml
Usage
ec2launch get-agent-config [flags]
Flags
-h
, --help
Hilfe für get-agent-config
-f
, --format string
Ausgabeformat der agent-config
-Datei: json
, yaml
list-Volumes
Listet alle Speichervolumes auf, die an die Instance angehängt sind, einschließlich kurzlebiger Volumes und EBS Volumes.
Beispiel
ec2launch list-volumes
Usage
ec2launch list-volumes
Flags
-h
, --help
Hilfe für list-volumes
reset
Das Hauptziel dieser Aufgabe besteht darin, den Agenten für die nächste Ausführung zurückzusetzen. Zu diesem Zweck löscht der reset Befehl alle Agentenstatusdaten für EC2Launch v2 aus dem lokalen EC2Launch
Verzeichnis (siehe). EC2Launchv2-Verzeichnisstruktur Beim Zurücksetzen werden optional die Service- und Sysprep-Protokolle gelöscht.
Das Verhalten des Skripts hängt davon ab, in welchem Modus der Agent die Skripte ausführt – inline oder getrennt.
- Inline (Standard)
-
Der EC2Launch v2-Agent führt die Skripts nacheinander aus (
detach: false
). Dies ist die Standardeinstellung.Anmerkung
Wenn Ihr Inline-Skript einen reset- oder sysprep-Befehl ausgibt, wird es sofort ausgeführt und setzt den Agenten zurück. Die aktuelle Aufgabe wird beendet, dann wird der Agent heruntergefahren, ohne weitere Aufgaben auszuführen.
Wenn beispielsweise auf die Aufgabe, die den Befehl ausgibt, eine
startSsm
-Aufgabe folgen würde (die standardmäßig nach der Ausführung der Benutzerdaten enthalten ist), wird die Aufgabe nicht ausgeführt und der Systems-Manager-Service nicht gestartet. - Detached (Getrennt)
-
Der EC2Launch v2-Agent führt Skripten gleichzeitig mit anderen Aufgaben aus (
detach: true
).Anmerkung
Wenn Ihr abgetrenntes Skript einen reset- oder sysprep-Befehl ausgibt, warten diese Befehle, bis der Agent fertig ist, bevor sie ausgeführt werden. Aufgaben nach dem executeScript werden weiterhin ausgeführt.
Beispiel
ec2launch reset -c
Usage
ec2launch reset [flags]
Flags
-c
, --clean
bereinigt Instance-Protokolle vor reset
-h
, --help
Hilfe für reset
run
Läuft EC2Launch v2.
Beispiel
ec2launch run
Usage
ec2launch run [flags]
Flags
-h
, --help
Hilfe für run
Status
Ruft den Status des EC2Launch v2-Agenten ab. Blockiert optional den Prozess, bis der Agent beendet ist. Der Prozess-Beendigungscode bestimmt den Agentenstatus:
-
0
– der Agent wurde ausgeführt und war erfolgreich. -
1
– der Agent wurde ausgeführt und ist fehlgeschlagen. -
2
– der Agent wird noch ausgeführt. -
3
– der Agent befindet sich in einem unbekannten Status. Der Agentenstatus wird nicht ausgeführt oder ist beendet. -
4
– beim Versuch, den Agentenstatus abzurufen, ist ein Fehler aufgetreten. -
5
– der Agent wird nicht ausgeführt und der Status der letzten bekannten Ausführung ist unbekannt. Dies könnte eines der folgenden bedeuten:-
Sowohl
state.json
undprevious-state.json
werden gelöscht. -
previous-state.json
ist beschädigt.
Dies ist der Agentenstatus nach dem Ausführen des reset-Befehls.
-
Beispiel:
ec2launch status -b
Usage
ec2launch status [flags]
Flags
-b
,--block
blockiert den Prozess, bis die Ausführung des Agenten beendet ist
-h
,--help
Hilfe für status
sysprep
Das Hauptziel dieser Aufgabe besteht darin, den Agenten für die nächste Ausführung zurückzusetzen. Dazu setzt der sysprep Befehl den Agentstatus zurück, aktualisiert die unattend.xml
Datei, deaktiviert Sysprep und führt RDP es aus.
Das Verhalten des Skripts hängt davon ab, in welchem Modus der Agent die Skripte ausführt – inline oder getrennt.
- Inline (Standard)
-
Der EC2Launch v2-Agent führt die Skripts nacheinander aus ().
detach: false
Dies ist die Standardeinstellung.Anmerkung
Wenn Ihr Inline-Skript einen reset- oder sysprep-Befehl ausgibt, wird es sofort ausgeführt und setzt den Agenten zurück. Die aktuelle Aufgabe wird beendet, dann wird der Agent heruntergefahren, ohne weitere Aufgaben auszuführen.
Wenn beispielsweise auf die Aufgabe, die den Befehl ausgibt, eine
startSsm
-Aufgabe folgen würde (die standardmäßig nach der Ausführung der Benutzerdaten enthalten ist), wird die Aufgabe nicht ausgeführt und der Systems-Manager-Service nicht gestartet. - Detached (Getrennt)
-
Der EC2Launch v2-Agent führt Skripten gleichzeitig mit anderen Aufgaben aus (
detach: true
).Anmerkung
Wenn Ihr abgetrenntes Skript einen reset- oder sysprep-Befehl ausgibt, warten diese Befehle, bis der Agent fertig ist, bevor sie ausgeführt werden. Aufgaben nach dem executeScript werden weiterhin ausgeführt.
Beispiel:
ec2launch sysprep
Usage
ec2launch sysprep [flags]
Flags
-c
,--clean
bereinigt Instance-Protokolle vor sysprep
-h
,--help
Hilfe für Sysprep
-s
,--shutdown
fährt die Instance nach sysprep
herunter
validieren
Validiert die agent-config
-Datei C:\ProgramData\Amazon\EC2Launch\config\agent-config.yml
.
Beispiel
ec2launch validate
Usage
ec2launch validate [flags]
Flags
-h
, --help
Hilfe für validate
version
Ruft die ausführbare Version ab.
Beispiel
ec2launch version
Usage
ec2launch version [flags]
Flags
-h
, --help
Hilfe für version
Hintergrundbild
Legt das bereitgestellte Hintergrundbild für den Hintergrundbildpfad fest (JPG-Datei) und zeigt die ausgewählten Instance-Details an.
Syntax
ec2launch wallpaper ^ --path="C:\ProgramData\Amazon\EC2Launch\wallpaper\Ec2Wallpaper.jpg" ^ --all-tags ^ --attributes=hostName,instanceId,privateIpAddress,publicIpAddress,instanceSize,availabilityZone,architecture,memory,network
Eingaben
Parameter
- --allowed-tags [,]
tag-name-1
tag-name-n
-
(Optional) Base64-kodiertes JSON Array von Instanz-Tag-Namen, die auf dem Hintergrundbild angezeigt werden sollen. Sie können dieses Tag oder das
--all-tags
verwenden, aber nicht beides. - --attribute,
attribute-string-1
attribute-string-n
-
(Optional) Eine durch Kommas getrennte Liste von
wallpaper
-Attributzeichenfolgen zum Anwenden von Einstellungen auf das Hintergrundbild. - [--Pfad | -p]
path-string
-
(Erforderlich) Gibt den
wallpaper
-Dateipfad für das Hintergrundbild an.
Flags
- --all-tags
-
(Optional) Zeigt alle Instance-Tags auf dem Hintergrund an. Sie können dieses Tag oder das
--allowed-tags
verwenden, aber nicht beides. - [--help | -h]
-
Zeigt Hilfe für den wallpaper-Befehl an.
EC2LaunchKonfiguration der v2-Aufgabe
Dieser Abschnitt enthält das Konfigurationsschema, Aufgaben, Details und Beispiele für agent-config.yml
und Benutzerdaten.
Aufgaben und Beispiele
Schema: agent-config.yml
Die Struktur der agent-config.yml
-Datei wird unten gezeigt. Beachten Sie, dass eine Aufgabe nicht in derselben Phase wiederholt werden kann. Informationen zu den Aufgabeneigenschaften finden Sie in den folgenden Aufgabenbeschreibungen.
Dokumentstruktur: agent-config.yml
JSON
{ "version": "1.0", "config": [ { "stage": "string", "tasks": [ { "task": "string", "inputs": { ... } }, ... ] }, ... ] }
YAML
version: 1.0 config: - stage: string tasks: - task: string inputs: ... ... ...
Beispiel: agent-config.yml
Das folgende Beispiel zeigt die Einstellungen für die agent-config.yml
-Konfigurationsdatei.
version: 1.0 config: - stage: boot tasks: - task: extendRootPartition - stage: preReady tasks: - task: activateWindows inputs: activation: type: amazon - task: setDnsSuffix inputs: suffixes: - $REGION.ec2-utilities.amazonaws.com - task: setAdminAccount inputs: password: type: random - task: setWallpaper inputs: path: C:\ProgramData\Amazon\EC2Launch\wallpaper\Ec2Wallpaper.jpg attributes: - hostName - instanceId - privateIpAddress - publicIpAddress - instanceSize - availabilityZone - architecture - memory - network - stage: postReady tasks: - task: startSsm
Konfigurieren Sie EC2Launch v2-Benutzerdatenskripts, die beim Start oder Neustart ausgeführt werden
Im Folgenden JSON und in YAML Beispielen wird die Dokumentstruktur für Benutzerdaten veranschaulicht. Amazon EC2 analysiert jede Aufgabe, die in dem tasks
Array benannt ist, das Sie im Dokument angeben. Jede Aufgabe hat ihre eigenen Eigenschaften und Anforderungen. Einzelheiten finden Sie im Aufgabendefinitionen für EC2Launch v2-Startaufgaben.
Anmerkung
Eine Aufgabe darf nur einmal im Array mit Benutzerdatenaufgaben vorkommen.
Dokumentenstruktur: Benutzerdaten
JSON
{ "version": "1.1", "tasks": [ { "task": "string", "inputs": { ... }, }, ... ] }
YAML
version: 1.1 tasks: - task: string inputs: ... ...
Beispiel: Benutzerdaten
Weitere Informationen zu Benutzerrollen finden Sie unter Wie Amazon EC2 mit Benutzerdaten für Windows-Instances umgeht.
Das folgende YAML Dokumentbeispiel zeigt ein PowerShell Skript, das EC2Launch v2 als Benutzerdaten ausführt, um eine Datei zu erstellen.
version: 1.1 tasks: - task: executeScript inputs: - frequency: always type: powershell runAs: localSystem content: |- New-Item -Path 'C:\PowerShellTest.txt' -ItemType File
Sie können ein XML Format für die Benutzerdaten verwenden, das mit früheren Versionen des Launch-Agents kompatibel ist. EC2Launchv2 führt das Skript als executeScript
Aufgabe in der UserData
Phase aus. Um EC2Launch Version 1 und dem EC2Config Verhalten zu entsprechen, wird das Benutzerdatenskript standardmäßig als angehängter Inline-Prozess ausgeführt.
Sie können optionale Tags hinzufügen, um die Ausführung Ihres Skripts anzupassen. Um beispielsweise das Benutzerdatenskript beim Neustart der Instance zusätzlich zum einmaligen Starten der Instance auszuführen, können Sie das folgende Tag verwenden:
<persist>true</persist>
Beispiel:
<powershell> $file = $env:SystemRoot + "\Temp" + (Get-Date).ToString("MM-dd-yy-hh-mm") New-Item $file -ItemType file </powershell> <persist>true</persist>
Sie können ein oder mehrere PowerShell Argumente mit dem Tag angeben. <powershellArguments>
Wenn keine Argumente übergeben werden, fügt EC2Launch v2 standardmäßig das folgende Argument hinzu:-ExecutionPolicy Unrestricted
.
Beispiel:
<powershell> $file = $env:SystemRoot + "\Temp" + (Get-Date).ToString("MM-dd-yy-hh-mm") New-Item $file -ItemType file </powershell> <powershellArguments>-ExecutionPolicy Unrestricted -NoProfile -NonInteractive</powershellArguments>
Um ein XML Benutzerdatenskript als eigenständigen Prozess auszuführen, fügen Sie Ihren Benutzerdaten das folgende Tag hinzu.
<detach>true</detach>
Beispiel:
<powershell> $file = $env:SystemRoot + "\Temp" + (Get-Date).ToString("MM-dd-yy-hh-mm") New-Item $file -ItemType file </powershell> <detach>true</detach>
Anmerkung
Das Abtrennungs-Tag wird auf früheren Startagenten nicht unterstützt.
Änderungsprotokoll: Benutzerdaten
In der folgenden Tabelle sind die Änderungen an den Benutzerdaten aufgeführt und sie werden mit der jeweils geltenden Version des EC2Launch v2-Agenten verglichen.
Benutzerdatenversion | Details | Eingeführt in |
---|---|---|
1.1 |
|
EC2LaunchVersion v2 2.0.1245 |
1,0 |
|
EC2Launchv2 Version 2.0.0 |
* Bei Verwendung mit der agent-config.yml
-Standarddatei.
EC2Launchv2-Exitcodes und Neustarts
Sie können EC2Launch v2 verwenden, um zu definieren, wie Exit-Codes von Ihren Skripten behandelt werden. Standardmäßig wird der Beendigungscode des letzten in einem Skript ausgeführten Befehls als Beendigungscode für das gesamte Skript gemeldet. Wenn ein Skript beispielsweise drei Befehle enthält und der erste Befehl fehlschlägt, aber die folgenden erfolgreich sind, wird der Ausführungsstatus als success
gemeldet, da der endgültige Befehl erfolgreich war.
Wenn Sie möchten, dass ein Skript eine Instanz neu startet, müssen Sie dies exit
3010
in Ihrem Skript angeben, auch wenn der Neustart der letzte Schritt in Ihrem Skript ist. exit 3010
weist EC2Launch v2 an, die Instanz neu zu starten und das Skript erneut aufzurufen, bis es einen Exit-Code zurückgibt, der dies nicht ist3010
, oder bis die maximale Anzahl von Neustarts erreicht ist. EC2Launchv2 erlaubt maximal 5 Neustarts pro Aufgabe. Wenn Sie versuchen, eine Instance aus einem Skript mit einem anderen Mechanismus wie Restart-Computer
neu zu starten, ist der Skriptausführungsstatus inkonsistent. Er kann beispielsweise in einer Neustartschleife stecken bleiben oder den Neustart nicht durchführen.
Wenn Sie ein XML Benutzerdatenformat verwenden, das mit älteren Agenten kompatibel ist, werden die Benutzerdaten möglicherweise öfter ausgeführt, als Sie beabsichtigen. Weitere Informationen finden Sie im Abschnitt zur Fehlerbehebung unter Der Service führt Benutzerdaten mehr als einmal aus.
EC2Launchv2 und Sysprep
Der EC2Launch v2-Dienst führt Sysprep aus, ein Microsoft-Tool, mit dem Sie ein benutzerdefiniertes Windows erstellen könnenAMI, das wiederverwendet werden kann. Wenn EC2Launch v2 Sysprep aufruft, verwendet es die Dateien in, %ProgramData%\Amazon\EC2Launch
um zu bestimmen, welche Operationen ausgeführt werden sollen. Sie können diese Dateien indirekt über das EC2LaunchEinstellungsdialogfeld oder direkt mit einem YAML Editor oder einem Texteditor bearbeiten. Es gibt jedoch einige erweiterte Einstellungen, die im EC2LaunchEinstellungsdialogfeld nicht verfügbar sind, sodass Sie diese Einträge direkt bearbeiten müssen.
Wenn Sie nach der Aktualisierung der Einstellungen ein From AMI aus einer Instance erstellen, werden die neuen Einstellungen auf alle Instances angewendet, die von der neuen Instance aus gestartet werdenAMI. Informationen zum Erstellen einer finden AMI Sie unterErstellen Sie ein von Amazon EBS unterstütztes AMI.