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.
Journalisation des appels d'API pour votre Classic Load Balancer à l'aide de AWS CloudTrail
Elastic Load Balancing est intégré à AWS CloudTrail un service qui fournit un enregistrement des actions entreprises par un utilisateur, un rôle ou un AWS service dans Elastic Load Balancing. CloudTrail capture tous les appels d'API pour Elastic Load Balancing sous forme d'événements. Les appels capturés incluent des appels provenant des appels de code AWS Management Console et destinés aux opérations de l'API Elastic Load Balancing. Si vous créez un suivi, vous pouvez activer la diffusion continue d' CloudTrail événements vers un compartiment Amazon S3, y compris des événements pour Elastic Load Balancing. Si vous ne configurez pas de suivi, vous pouvez toujours consulter les événements les plus récents dans la CloudTrail console dans Historique des événements. À l'aide des informations collectées par CloudTrail, vous pouvez déterminer la demande envoyée à Elastic Load Balancing, l'adresse IP à partir de laquelle la demande a été faite, l'auteur de la demande, la date à laquelle elle a été faite, ainsi que des informations supplémentaires.
Pour en savoir plus CloudTrail, consultez le guide de AWS CloudTrail l'utilisateur.
Pour surveiller d'autres actions pour votre équilibreur de charge, par exemple, quand un client exécute une demande vers votre équilibreur de charge, utilisez les journaux d'accès. Pour plus d’informations, consultez Journaux d'accès pour votre Classic Load Balancer.
Informations sur Elastic Load Balancing dans CloudTrail
CloudTrail est activé sur votre AWS compte lorsque vous le créez. Lorsqu'une activité se produit dans Elastic Load Balancing, cette activité est enregistrée dans un CloudTrail événement avec d'autres événements de AWS service dans l'historique des événements. Vous pouvez afficher, rechercher et télécharger les événements récents dans votre compte AWS . Pour plus d'informations, consultez la section Affichage des événements avec l'historique des CloudTrail événements.
Pour un enregistrement continu des événements de votre AWS compte, y compris ceux relatifs à Elastic Load Balancing, créez un historique. Un suivi permet CloudTrail de fournir des fichiers journaux à un compartiment Amazon S3. Par défaut, lorsque vous créez un parcours dans la console, celui-ci s'applique à toutes les AWS régions. Le journal enregistre les événements de toutes les régions de la AWS partition et transmet les fichiers journaux au compartiment Amazon S3 que vous spécifiez. En outre, vous pouvez configurer d'autres AWS services pour analyser plus en détail les données d'événements collectées dans les CloudTrail journaux et agir en conséquence. Pour plus d’informations, consultez les ressources suivantes :
Toutes les actions Elastic Load Balancing pour les Classic Load Balancers sont enregistrées CloudTrail et documentées dans la version 2012-06-01 de référence de l'API Elastic Load Balancing. Par exemple, les appels aux DeleteLoadBalancer actions CreateLoadBalancer et génèrent des entrées dans les fichiers CloudTrail journaux.
Chaque événement ou entrée de journal contient des informations sur la personne ayant initié la demande. Les informations relatives à l’identité permettent de déterminer les éléments suivants :
-
Si la demande a été effectuée avec les informations d’identification utilisateur racine ou .
-
Si la demande a été effectuée avec les informations d’identification de sécurité temporaires d’un rôle ou d’un utilisateur fédéré.
-
Si la demande a été faite par un autre AWS service.
Pour plus d'informations, consultez l'élément CloudTrail UserIdentity.
Présentation des entrées du fichier journal Elastic Load Balancing
Un suivi est une configuration qui permet de transmettre des événements sous forme de fichiers journaux à un compartiment Amazon S3 que vous spécifiez. CloudTrail les fichiers journaux contiennent une ou plusieurs entrées de journal. Un événement représente une demande unique provenant de n'importe quelle source et inclut des informations sur l'action demandée, la date et l'heure de l'action, les paramètres de la demande, etc. CloudTrail les fichiers journaux ne constituent pas une trace ordonnée des appels d'API publics. Ils n'apparaissent donc pas dans un ordre spécifique.
Les fichiers journaux incluent des événements pour tous les appels d' AWS API pour votre AWS compte, et pas uniquement pour les appels d'API Elastic Load Balancing. Vous pouvez trouver les appels d'API Elastic Load Balancing en recherchant les éléments eventSource avec la valeur elasticloadbalancing.amazonaws.com. Pour afficher l'enregistrement d'une action spécifique, par exemple CreateLoadBalancer, recherchez des éléments eventName avec le nom de l'action.
Voici des exemples d'enregistrements de CloudTrail journal pour Elastic Load Balancing destinés à un utilisateur qui a créé un Classic Load Balancer puis l'a supprimé à l'aide du. AWS CLI Vous pouvez identifier l'interface de ligne de commande à l'aide des éléments userAgent. Vous pouvez identifier les appels d'API demandés à l'aide des éléments eventName. Il est possible de trouver des informations sur l'utilisateur (Alice) dans l'élément userIdentity.
Exemple : CreateLoadBalancer
{
"eventVersion": "1.03",
"userIdentity": {
"type": "IAMUser",
"principalId": "AIDAJDPLRKLG7UEXAMPLE",
"arn": "arn:aws:iam::123456789012:user/Alice",
"accountId": "123456789012",
"accessKeyId": "AKIAIOSFODNN7EXAMPLE",
"userName": "Alice"
},
"eventTime": "2016-04-01T15:31:48Z",
"eventSource": "elasticloadbalancing.amazonaws.com",
"eventName": "CreateLoadBalancer",
"awsRegion": "us-west-2",
"sourceIPAddress": "198.51.100.1",
"userAgent": "aws-cli/1.10.10 Python/2.7.9 Windows/7 botocore/1.4.1",
"requestParameters": {
"subnets": ["subnet-12345678","subnet-76543210"],
"loadBalancerName": "my-load-balancer",
"listeners": [{
"protocol": "HTTP",
"loadBalancerPort": 80,
"instanceProtocol": "HTTP",
"instancePort": 80
}]
},
"responseElements": {
"dNSName": "my-loadbalancer-1234567890.elb.amazonaws.com"
},
"requestID": "b9960276-b9b2-11e3-8a13-f1ef1EXAMPLE",
"eventID": "6f4ab5bd-2daa-4d00-be14-d92efEXAMPLE",
"eventType": "AwsApiCall",
"apiVersion": "2012-06-01",
"recipientAccountId": "123456789012"
}Exemple : DeleteLoadBalancer
{
"eventVersion": "1.03",
"userIdentity": {
"type": "IAMUser",
"principalId": "AIDAJDPLRKLG7UEXAMPLE",
"arn": "arn:aws:iam::123456789012:user/Alice",
"accountId": "123456789012",
"accessKeyId": "AKIAIOSFODNN7EXAMPLE",
"userName": "Alice"
},
"eventTime": "2016-04-08T12:39:25Z",
"eventSource": "elasticloadbalancing.amazonaws.com",
"eventName": "DeleteLoadBalancer",
"awsRegion": "us-west-2",
"sourceIPAddress": "198.51.100.1",
"userAgent": "aws-cli/1.10.10 Python/2.7.9 Windows/7 botocore/1.4.1",
"requestParameters": {
"loadBalancerName": "my-load-balancer"
},
"responseElements": null,
"requestID": "f0f17bb6-b9ba-11e3-9b20-999fdEXAMPLE",
"eventID": "4f99f0e8-5cf8-4c30-b6da-3b69fEXAMPLE"
"eventType": "AwsApiCall",
"apiVersion": "2012-06-01",
"recipientAccountId": "123456789012"
}