Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Exécuter Ansible Playbooks de GitHub
Cette section inclut des procédures pour vous aider à exécuter Ansible Playbooks de GitHub en utilisant la console ou le AWS Command Line Interface (AWS CLI).
Avant de commencer
Si vous envisagez d'exécuter un script stocké dans un fichier privé GitHub référentiel, créez un AWS Systems Manager SecureString
paramètre pour votre GitHub jeton d'accès sécurisé. Vous ne pouvez pas accéder à un script dans un environnement privé GitHub référentiel en passant manuellement votre jeton via SSH. Le jeton d'accès doit être transmis en tant que paramètre Systems Manager SecureString
. Pour plus d'informations sur la création d'un paramètre SecureString
, consultez Création Parameter Store paramètres dans Systems Manager.
Exécutez un Ansible Playbook de GitHub (console)
Exécutez un Ansible Playbook de GitHub
Ouvrez la AWS Systems Manager console à l'adresse https://console.aws.amazon.com/systems-manager/
. Dans le volet de navigation, choisissez Run Command.
-
Sélectionnez Run Command (Exécuter la commande).
-
In the Command document (Document de commande), sélectionnez
AWS-RunRemoteScript
. -
Dans Paramètres de la commande, procédez comme suit :
-
Dans Type de source, sélectionnez GitHub.
-
Dans la zone Source Info (Infos sur la source), saisissez les informations requises pour accéder à la source en respectant le format suivant.
{ "owner": "
owner_name
", "repository": "repository_name
", "getOptions": "branch:branch_name
", "path": "path_to_scripts_or_directory
", "tokenInfo": "{{ssm-secure:SecureString_parameter_name
}}" }Cet exemple télécharge un fichier nommé
webserver.yml
.{ "owner": "TestUser1", "repository": "GitHubPrivateTest", "getOptions": "branch:myBranch", "path": "scripts/webserver.yml", "tokenInfo": "{{ssm-secure:mySecureStringParameter}}" }
Note
"branch"
n'est requis que si votre document SSM est stocké dans une branche autre quemaster
.Pour utiliser la version de vos scripts qui se trouvent dans un commit particulier de votre référentiel, utilisez
commitID
avecgetOptions
au lieu debranch
. Par exemple :"getOptions": "commitID:bbc1ddb94...b76d3bEXAMPLE",
-
Dans le champ Command Line (Ligne de commande), saisissez les paramètres d'exécution du script. Voici un exemple.
ansible-playbook -i “localhost,” --check -c local webserver.yml
-
(Facultatif) Dans le champ Working Directory (Répertoire de travail), saisissez le nom d'un répertoire du nœud où vous souhaitez télécharger et exécuter le script.
-
(Facultatif) Dans Execution Timeout (Délai d'exécution), précisez le nombre de secondes durant lesquelles le système doit attendre avant de mettre en échec l'exécution de la commande de script.
-
Dans la section Targets (Cibles), sélectionnez les nœuds gérés sur lesquels vous souhaitez exécuter cette opération en spécifiant des balises, en sélectionnant des instances ou des appareils de périphérie manuellement ou en spécifiant un groupe de ressources.
Astuce
Si, contrairement à vos attentes, un nœud géré ne figure pas dans la liste, consultez Résolution des problèmes de disponibilité des nœuds gérés pour obtenir des conseils de dépannage.
Pour Autres paramètres :
-
Pour Comment (Commentaire), saisissez des informations à propos de cette commande.
-
Pour Délai (secondes), précisez le nombre de secondes durant lesquelles le système doit attendre avant de mettre en échec l'exécution de la commande globale.
-
Pour Rate control (Contrôle de débit) :
-
Dans Concurrency (Simultanéité), spécifiez un nombre ou un pourcentage de nœuds gérés sur lesquels exécuter simultanément la commande.
Note
Si vous avez sélectionné des cibles en spécifiant les balises appliquées aux nœuds gérés ou en spécifiant des groupes de ressources AWS , et que vous n'êtes pas certain du nombre de nœuds gérés ciblés, limitez le nombre de cibles autorisées à exécuter simultanément le document en indiquant un pourcentage.
-
Dans Error threshold (Seuil d'erreur), indiquez quand arrêter l'exécution de la commande sur les autres nœuds gérés après l'échec de celle-ci sur un certain nombre ou un certain pourcentage de nœuds. Si, par exemple, vous spécifiez trois erreurs, Systems Manager cesse d'envoyer la commande à la réception de la quatrième erreur. Les nœuds gérés sur lesquels la commande est toujours en cours de traitement peuvent également envoyer des erreurs.
-
(Facultatif) Pour Output options (Options de sortie), pour enregistrer la sortie de la commande dans un fichier, cochez la case Write command output to an S3 bucket (Écrire la sortie de commande vers un compartiment S3). Saisissez les noms de compartiment et de préfixe (dossier) dans les zones.
Note
Les autorisations S3 qui permettent d'écrire les données dans un compartiment S3 sont celles du profil d'instance (pour les EC2 instances) ou du rôle de service IAM (machines activées de manière hybride) attribué à l'instance, et non celles de l'utilisateur IAM effectuant cette tâche. Pour plus d’informations, consultez les sections Configurer des autorisations d’instance requises pour Systems Manager et Créer un rôle de service IAM pour un environnement hybride. En outre, si le compartiment S3 spécifié se trouve dans un autre compartiment Compte AWS, assurez-vous que le profil d'instance ou le rôle de service IAM associé au nœud géré dispose des autorisations nécessaires pour écrire dans ce compartiment.
Dans la section SNS notifications (Notifications SNS), si vous souhaitez envoyer des notifications sur le statut d'exécution des commandes, cochez la case Enable SNS notifications (Activer les notifications SNS).
Pour plus d'informations sur la configuration des notifications Amazon SNS pour Run Command, voir Surveillance des changements d'état du Systems Manager à l'aide des notifications Amazon SNS.
-
Cliquez sur Exécuter.
Exécutez un Ansible Playbook de GitHub en utilisant le AWS CLI
Installez et configurez le AWS Command Line Interface (AWS CLI), si ce n'est pas déjà fait.
Pour de plus amples informations, consultez Installation ou mise à jour de la version la plus récente de l' AWS CLI.
-
Exécutez la commande suivante pour télécharger et exécuter un script depuis GitHub.
aws ssm send-command \ --document-name "AWS-RunRemoteScript" \ --instance-ids "
instance-IDs
"\ --parameters '{"sourceType":["GitHub"],"sourceInfo":["{\"owner\":\"owner_name
\", \"repository\": \"repository_name
\", \"path\": \"path_to_file_or_directory
\", \"tokenInfo\":\"{{ssm-secure:name_of_your_SecureString_parameter
}}\" }"],"commandLine":["commands_to_run
"]}'Voici un exemple de commande à exécuter sur une machine Linux locale.
aws ssm send-command \ --document-name "AWS-RunRemoteScript" \ --instance-ids "i-02573cafcfEXAMPLE" \ --parameters '{"sourceType":["GitHub"],"sourceInfo":["{\"owner\":\"TestUser1\", \"repository\": \"GitHubPrivateTest\", \"path\": \"scripts/webserver.yml\", \"tokenInfo\":\"{{ssm-secure:mySecureStringParameter}}\" }"],"commandLine":["ansible-playbook -i “localhost,” --check -c local webserver.yml"]}'