Comment vérifier si mes données d'utilisateur en passant à l'instance EC2 de travail ou pas?
Tout en créant de nouvelles AWS EC2 instance à l'aide de EC2 API en ligne de commande, je transmets les données de l'utilisateur à la nouvelle instance.
Maintenant comment je sais si les données de l'utilisateur exécuté ou pas ?
Comment dois-je vérifier ?
Dépend de l'AMI, et si elle prend en charge le cloud init, il sera exécuté. Si non, il sera disponible via des métadonnées demandes et vous devez gérer à partir de là.
je suis en utilisant le cloud soutenu AMI.
je suis en utilisant le cloud soutenu AMI.
OriginalL'auteur Pravin | 2013-04-09
Vous devez vous connecter pour publier un commentaire.
Vous pouvez vérifier en utilisant étapes suivantes
/var/log/cloud-init.log
et/var/log/cloud-init-output.log
Vous pouvez voir l'ensemble du journal de vos données d'utilisateur du script et il permettra également de créer
/etc/cloud
dossier.OriginalL'auteur Ravi Prajapati
Juste pour la référence, vous pouvez vérifier si les données de l'utilisateur exécuté par un regard sur le système de journal à partir de la console EC2. Cliquez droit sur votre instance - Paramètres de l'Instance - Get journal Système
Ce qui devrait ouvrir une fenêtre modale avec le système enregistre
OriginalL'auteur jetpackdata.com
De débogage de l'utilisateur des données de scripts sur Amazon EC2 est un peu maladroit en effet, comme il n'y a généralement aucun moyen de activement crochet dans le processus, de sorte que l'on devrait idéalement gain accès en temps Réel à l'utilisateur des données de sortie du script comme le résume Eric Hammond de l'article La journalisation de données utilisateur de la Sortie du Script sur des Instances EC2:
Selon votre configuration, vous pourriez expédier les journaux pour une connexion à distance installation, comme Loggly tout de suite, mais l'obtention de cette installés suffisamment tôt, peuvent évidemment être une sorte de poulet/oeuf problème (bien qu'il fonctionne très bien si l'AMI se trouve être configurée comme déjà).
Bien sûr, les données de l'utilisateur scripts sont de simples scripts shell, c'est à dire que vous pouvez pratiquement faire tout ce que vous pouvez faire sur la ligne de commande resp. dans un script shell. Bien sûr, vous devez vous assurer que vos exigences comme
s3fs
sont installés sur l'instance EC2, c'est à dire soit fourni par l'AMI déjà ou mis en service par vous-même de l'utilisateur des données de script avant de l'utiliser à leur tour.:- Je hava installé s3cmd de l'AMI et de l'utilisation de ce préconfiguré AMI, je suis la création de nouvelles instances. Pour cela, je transmets les données de l'utilisateur Création d'un nouveau diretory sur la nouvelle instance et le téléchargement de fichiers à partir de S3. Mais ce script crée seul répertoire, pas de téléchargements de fichiers à partir de S3. Il suffit de regarder la suite llink stackoverflow.com/questions/16130952/...
J'ai posté réponse là-bas.
OriginalL'auteur Steffen Opel
Avoir vos données d'utilisateur de créer un fichier dans votre ec2 du répertoire /tmp pour voir si cela fonctionne:
bob.txt:
Puis de le lancer avec:
ec2-run-instances -f bob.txt -t t1.micro -g ServerPolicy ami-05cf5c6d -v
Vos scripts sont exécutés sur la machine distante au démarrage (en début de la phase) donc tant que c'est pré-installé et chargé.
vous pouvez lancer à partir de l'EC2 tableau de bord en ligne et avoir le script de s'exécuter? C'est ce que je vais avoir de la difficulté à comprendre. Je pensais que tu viens de mettre le script bash dans les données utilisateur de la zone de texte....
OriginalL'auteur Mauvis Ledford