L'utilisateur des données de scripts n'est pas en cours d'exécution sur mon AMI personnalisée, mais le fait de travailler dans la norme Amazon linux

User_data est exécuté uniquement lors de la première mise en place. Que votre image est un programme personnalisé, je suppose qu'il ont déjà été lancés une fois et ainsi de user_data est désactivée.

Pour windows, il peut être fait en cochant une case dans Services Ec2 Propriétés. Je suis à la recherche pour le moment comment le faire de manière automatisée à la fin de la coutume de création d'image.

Pour linux, je suppose que le mécanisme est le même, et user_data doit être ré-activée sur votre image personnalisée.

La #cloud-boothook faire cela fonctionne, car il modifie le script à partir d'un user_data mécanisme pour un nuage boothook qui s'exécute à chaque démarrage.

EDIT :

Voici le code pour réactiver démarrer sur windows à l'aide de powershell:

$configFile = "C:\\Program Files\\Amazon\\Ec2ConfigService\\Settings\\Config.xml"
[xml] $xdoc = get-content $configFile
$xdoc.SelectNodes("//Plugin") |?{ $_.Name -eq "Ec2HandleUserData"} |%{ $_.State = "Enabled" }
$xdoc.SelectNodes("//Plugin") |?{ $_.Name -eq "Ec2SetComputerName"} |%{ $_.State = "Enabled" }
$xdoc.OuterXml | Out-File -Encoding UTF8 $configFile

$configFile = "C:\\Program Files\\Amazon\\Ec2ConfigService\\Settings\\BundleConfig.xml"
[xml] $xdoc = get-content $configFile
$xdoc.SelectNodes("//Property") |?{ $_.Name -eq "AutoSysprep"} |%{ $_.Value = "Yes" }
$xdoc.OuterXml | Out-File -Encoding UTF8 $configFile

(Je sais la question de l'accent linux, mais il peut aider d'autres personnes ...)

J'utilise CentOS et la logique de userdata il est simple:

• Dans le fichier /etc/rc.locaux il y a un appel pour un initial.sh script, mais il a l'air d'un drapeau:

  if [ -f /var/tmp/initial ]; then
      /var/tmp/initial.sh &
  fi
  

initial.sh le fichier est-il que l'exécution des données utilisateur, mais à la fin il supprime le drapeau. Donc, si vous voulez que votre nouvel AMI à exécuter par l'utilisateur des données de nouveau, il suffit de créer le drapeau à nouveau avant de créer l'image:

touch /var/tmp/initial

J'ai eu beaucoup de mal avec cela. Je vais fournir des informations détaillées à pied-si.

Mon pli, c'est que je suis en utilisant terraform pour instancier les hôtes par l'intermédiaire d'une configuration de lancement et de mise à l'échelle automatique de groupe.

Je ne pouvais PAS le faire fonctionner en ajoutant le script inline dans lc.tf

user_data                   = DATA <<
"
#cloud-boothook
#!/bin/bash
echo 'some crap'\'
"
DATA

J'ai pu récupérer les données de l'utilisateur,

wget http://169.254.169.254/latest/user-data

mais il a remarqué que j'étais en train de me avec les guillemets toujours en elle.

C'est comment je l'ai eu à travailler: j'ai déménagé à tirer à partir d'un modèle plutôt car ce que vous voyez est ce qui obtenez vous.

user_data                   = "${data.template_file.bootscript.rendered}"

Cela signifie que j'ai aussi besoin de déclarer mon fichier de modèle comme suit:

data "template_file" "bootscript" {
  template = "${file("bootscript.tpl")}"

}

Mais j'avais toujours une erreur dans le cloud init journaux
/var/log/cloud-init.journal
[AVERTISSEMENT]: non Gérée non-multipart (text/x-pas-multipart) userdata: 'Content-Type: text/cloud...'

Puis j'ai trouvé cet article à propos de l'utilisateur mise en forme des données de l'utilisateur Qui fait sens, si les données utilisateur peuvent venir dans plusieurs parties, peut-être cloud-init besoins cloud-init commandes en un seul endroit et le script dans l'autre.

Donc mon bootscript.tpl ressemble à ceci:

Content-Type: multipart/mixed; boundary="//"
MIME-Version: 1.0

--//
Content-Type: text/cloud-config; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment; filename="cloud-config.txt"

#cloud-config
cloud_final_modules:
- [scripts-user, always]

--//
Content-Type: text/x-shellscript; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment; filename="userdata.txt"

#!/bin/bash
echo "some crap"
--//

c'est la réponse qu'un exemple: vous assurer que vous avez dans le titre uniquement #!/bin/bash

#!/bin/bash
yum update -y
yum install httpd mod_ssl
service httpd start
chkconfig httpd on