Amazon EC2 AMI personnalisée pas en cours d'exécution bootstrap (données utilisateur)

Mise à jour 4/15/2017: Pour EC2Launch et Windows Server 2016 AMIs

Par AWS documentation pour EC2Launch, Windows Server 2016 les utilisateurs peuvent continuer à utiliser l'persistent balises introduites dans EC2Config 2.1.10:

Pour EC2Config version 2.1.10 et plus tard, ou pour EC2Launch, vous pouvez utiliser
vrai dans les données de l'utilisateur pour activer le plug-in après
l'utilisateur de l'exécution des données.

Les données de l'utilisateur exemple:

<powershell>
    insert script here 
</powershell> 
<persist>true</persist>

Pour les démarrages suivants:

Windows Server 2016, les utilisateurs doivent en outre permettre configurer et activer le EC2Launch au lieu de EC2Config. EC2Config était obsolète sur Windows Server 2016 AMIs en faveur de EC2Launch.

Exécuter le powershell suivante pour planifier une Tâche de Windows qui exécutera les données de l'utilisateur lors du démarrage suivant:

C:\ProgramData\Amazon\EC2-Windows\Launch\Scripts\InitializeInstance.ps1 –Schedule

De par sa conception, cette tâche est désactivée après il est exécuté pour la première fois. Cependant, l'utilisation de l'persistent tag causes Invoke-UserData pour planifier une tâche séparée via Inscrivez-FunctionScheduler, pour persister les données de vos utilisateurs sur les bottes. Vous pouvez voir par vous-même à C:\ProgramData\Amazon\EC2-Windows\Launch\Module\Scripts\Invoke-Userdata.ps1.

Résolution de problèmes supplémentaires:

Si vous rencontrez d'autres problèmes avec vos données d'utilisateur, les scripts, vous pouvez trouver de l'utilisateur de l'exécution des données des journaux à C:\ProgramData\Amazon\EC2-Windows\Launch\Log\UserdataExecution.log pour les instances provenant de la WS 2016 de la base de AMI.

---

Réponse originale à cette question: Pour EC2Config et les anciennes versions de Windows Server

De l'utilisateur de l'exécution des données est désactivé automatiquement après le démarrage initial. Lorsque vous avez créé votre image, il est probable que l'exécution avait déjà été désactivé. Ce qui est configurable manuellement dans C:\Program Files\Amazon\Ec2ConfigService\Settings\Config.xml.

La la documentation pour la "Configuration d'une Instance de Windows à l'Aide de la EC2Config Service" propose plusieurs options:

• Par programmation créer une tâche planifiée pour s'exécuter au démarrage du système à l'aide de schtasks.exe /Create, et le point de la tâche planifiée à l'utilisateur des données de script (ou un autre script) à C:\Program Files\Amazon\Ec2ConfigServer\Scripts\UserScript.ps1.

• Par programmation de permettre à l'utilisateur de données plug-in Config.xml.

Exemple, à partir de la documentation:

<powershell>
$EC2SettingsFile="C:\Program Files\Amazon\Ec2ConfigService\Settings\Config.xml"
$xml = [xml](get-content $EC2SettingsFile)
$xmlElement = $xml.get_DocumentElement()
$xmlElementToModify = $xmlElement.Plugins

foreach ($element in $xmlElementToModify.Plugin)
{
    if ($element.name -eq "Ec2SetPassword")
    {
        $element.State="Enabled"
    }
    elseif ($element.name -eq "Ec2HandleUserData")
    {
        $element.State="Enabled"
    }
}
$xml.Save($EC2SettingsFile)
</powershell>

• De départ avec EC2Config version 2.1.10, vous pouvez utiliser <persist>true</persist> pour activer le plug-in d'après les données de l'utilisateur à l'exécution.

Exemple, à partir de la documentation:

<powershell>
    insert script here
</powershell>
<persist>true</persist>

À la fin du démarrage initial (UserData) script, ajoutez simplement persister balise comme indiqué ci-dessous.
Fonctionne parfaitement.

<powershell>
    insert script here
</powershell>
<persist>true</persist>