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.
# Configuration AWS AppConfig
## Inscrivez-vous pour un Compte AWS
Pour commencer AWS, vous avez besoin d'un Compte AWS. Pour plus d'informations sur la création d'un Compte AWS, voir [Getting started with an Compte AWS](https://docs.aws.amazon.com//accounts/latest/reference/getting-started.html) dans le *Guide de Gestion de compte AWS référence*.
## Configurer les autorisations pour l'annulation automatique
Vous pouvez configurer AWS AppConfig pour revenir à une version précédente d'une configuration en réponse à une ou plusieurs CloudWatch alarmes Amazon. Lorsque vous configurez un déploiement pour répondre aux CloudWatch alarmes, vous spécifiez un rôle Gestion des identités et des accès AWS (IAM). AWS AppConfig nécessite ce rôle afin de pouvoir surveiller les CloudWatch alarmes. Cette procédure est facultative, mais vivement recommandée.
**Note**
Notez les informations suivantes.
Le rôle IAM doit appartenir au compte courant. Par défaut, seules les alarmes détenues par le compte courant AWS AppConfig peuvent être surveillées.
Pour plus d'informations sur les mesures à surveiller et sur la manière AWS AppConfig de configurer la restauration automatique, consultez[Surveillance des déploiements pour une annulation automatique](monitoring-deployments.md).
Utilisez les procédures suivantes pour créer un rôle IAM qui permet de revenir en arrière AWS AppConfig en fonction CloudWatch des alarmes. Cette section comprend les procédures suivantes.
1. [Étape 1 : créer la politique d'autorisation pour l'annulation en fonction des alarmes CloudWatch](#getting-started-with-appconfig-cloudwatch-alarms-permissions-policy)
1. [Étape 2 : créer le rôle IAM pour la restauration en fonction des alarmes CloudWatch](#getting-started-with-appconfig-cloudwatch-alarms-permissions-role)
1. [Étape 3 : Ajout d'une relation d'approbation](#getting-started-with-appconfig-cloudwatch-alarms-permissions-trust)
### Étape 1 : créer la politique d'autorisation pour l'annulation en fonction des alarmes CloudWatch
Utilisez la procédure suivante pour créer une politique IAM autorisant AWS AppConfig l'appel de l'action d'`DescribeAlarms`API.
**Pour créer une politique d'autorisation IAM pour une annulation basée sur des alarmes CloudWatch**
1. Ouvrez la console IAM à l’adresse [https://console.aws.amazon.com/iam/](https://console.aws.amazon.com/iam/).
1. Dans le volet de navigation, sélectionnez **Politiques**, puis **Créer une politique**.
1. Sur la page **Créer une politique**, choisissez l'onglet **JSON**.
1. Remplacez le contenu par défaut de l'onglet JSON par la politique d'autorisation suivante, puis choisissez **Next : Tags**.
**Note**
Pour renvoyer des informations sur les alarmes CloudWatch composites, des `*` autorisations doivent être attribuées à l'opération [DescribeAlarms](https://docs.aws.amazon.com/AmazonCloudWatch/latest/APIReference/API_DescribeAlarms.html)API, comme indiqué ici. Vous ne pouvez pas renvoyer d'informations sur les alarmes composites si `DescribeAlarms` leur portée est plus étroite.
------
#### [ JSON ]
****
```
{
"Version":"2012-10-17",
"Statement": [
{
"Effect": "Allow",
"Action": [
"cloudwatch:DescribeAlarms"
],
"Resource": "*"
}
]
}
```
------
1. Entrez des balises pour ce rôle, puis choisissez **Next: Review (Suivant : Vérification)**.
1. Sur la page **Révision**, entrez **SSMCloudWatchAlarmDiscoveryPolicy** dans le champ **Nom**.
1. Choisissez **Create Policy** (Créer une politique). Le système vous renvoie à la page **Policies (Stratégies)**.
### Étape 2 : créer le rôle IAM pour la restauration en fonction des alarmes CloudWatch
Utilisez la procédure suivante pour créer un rôle IAM et lui attribuer la politique que vous avez créée dans la procédure précédente.
**Pour créer un rôle IAM à des fins d'annulation en fonction des alarmes CloudWatch**
1. Ouvrez la console IAM à l’adresse [https://console.aws.amazon.com/iam/](https://console.aws.amazon.com/iam/).
1. Dans le volet de navigation, sélectionnez **Rôles**, puis **Créer un rôle**.
1. Sous **Select type of trusted entity**, sélectionnez **AWS service**.
1. Immédiatement sous **Choisissez le service qui utilisera ce rôle**, choisissez **EC2 : Autorise les instances EC2 à appeler AWS des services en votre nom**, puis choisissez **Suivant :** Autorisations.
1. Sur la page **Politique d'autorisations attachée**, recherchez **SSMCloudWatchAlarmDiscoveryPolicy**.
1. Choisissez cette stratégie, puis **Next: Tags (Suivant : Balises)**.
1. Entrez des balises pour ce rôle, puis choisissez **Next: Review (Suivant : Vérification)**.
1. Sur la page **Créer un rôle**, entrez **SSMCloudWatchAlarmDiscoveryRole** le champ **Nom du rôle**, puis choisissez **Créer un rôle**.
1. Sur la page **Rôles**, sélectionnez le rôle que vous venez de créer. La page **Récapitulatif** s'ouvre.
### Étape 3 : Ajout d'une relation d'approbation
Utilisez la procédure suivante pour configurer le rôle que vous venez de créer pour approuver AWS AppConfig.
**Pour ajouter une relation de confiance pour AWS AppConfig**
1. Dans la page **Récapitulatif** du rôle que vous venez de créer, choisissez l'onglet **Relations d'approbation**, puis choisissez **Modifier la relation d'approbation**.
1. Modifiez la stratégie pour inclure uniquement « `appconfig.amazonaws.com` », comme indiqué dans l'exemple suivant :
------
#### [ JSON ]
****
```
{
"Version":"2012-10-17",
"Statement": [
{
"Effect": "Allow",
"Principal": {
"Service": "appconfig.amazonaws.com"
},
"Action": "sts:AssumeRole"
}
]
}
```
------
1. Choisissez **Mettre à jour la politique d'approbation**.