Surveillance d'AWS ELB
Le capteur « AWS ELB » est automatiquement déployé et installé une fois que vous avez installé l'agent « Instana ».
Les équilibreurs de charge sont classés en trois catégories, et les indicateurs sont récupérés en fonction du type d'équilibreur de charge.
Les types d'équilibreurs de charge sont les suivants :
- Equilibreur de charge classique
- Equilibreur de charge d'application
- Equilibreur de charge de réseau
Capteur (collecte de données)
Le capteur « AWS ELB » recueille les données de configuration et les indicateurs suivants auprès de l'équilibreur de charge « AWS ELB » :
Configuration suivie
Détails de l'instance ELB
Le capteur « AWS ELB » surveille les informations suivantes relatives aux instances ELB :
- Nom
- Type
- ARN
- Statut
- Nom DNS
- Zone hébergée
- Schéma
- Heure de création
- VPC
- Type d'adresse IP
- Zone de regroupement AWS
Métriques
Les métriques du répartiteur de charge sont collectées sous forme de métriques globales et de métriques par zone.
Equilibreur de charge classique
Le capteur « AWS ELB » recueille les métriques globales suivantes auprès du Classic Load Balancer :
| Nom | Description |
|---|---|
| Connexions rejetées | Nombre de connexions qui ont été rejetées car l'équilibreur de charge a atteint son nombre maximal de connexions. |
| Nombre de codes d'état 4xx de l'équilibreur de charge | Nombre de codes d'erreur client HTTP 4XX qui proviennent de l'équilibreur de charge. Des erreurs client sont générées lorsque les demandes sont malformées ou incomplètes. |
| Nombre de codes d'état 5xx de l'équilibreur de charge | Nombre de codes d'erreur serveur HTTP 5XX qui proviennent de l'équilibreur de charge. Ce nombre n'inclut pas les codes de réponse générés par les cibles. |
Le capteur « AWS ELB » recueille les métriques suivantes par zone auprès du Classic Load Balancer :
| Nom | Description |
|---|---|
| Erreurs de connexion de back-end | Nombre de connexions qui n'ont pas été établies avec succès entre l'équilibreur de charge et les instances enregistrées. Etant donné que l'équilibreur de charge effectue une nouvelle tentative de connexion en cas d'erreur, ce nombre peut dépasser le taux de demandes. Notez que ce nombre inclut également les erreurs de connexion liées aux diagnostics d'intégrité. |
| Temps de réponse (temps d'attente) | HTTP listener : le temps total écoulé, en secondes, entre le moment où l'équilibreur de charge a envoyé la requête à une instance enregistrée et celui où l'instance a commencé à envoyer les en-têtes de réponse. Programme d'écoute TCP : temps total écoulé, en secondes, nécessaire à l'équilibreur de charge pour établir une connexion à une instance enregistrée. |
| Nombre de demandes | Nombre de demandes terminées ou de connexions établies pendant l'intervalle. |
| Demandes avec le code de statut 2xx, 3xx, 4xx, 5xx | Programme d'écoute HTTP : nombre de codes de réponse HTTP générés par les instances enregistrées. Ce nombre n'inclut pas les codes de réponse générés par l'équilibreur de charge. |
| Nombre de débordements (spillover) | Nombre total de demandes rejetées en raison de la saturation de la file d'attente de surtension. |
| Longueur de la file d'attente de surtension | Nombre total de demandes (programme d'écoute HTTP) ou de connexions (programme d'écoute TCP) en attente de routage vers une instance saine. |
Equilibreur de charge d'application
Le capteur « AWS ELB » recueille les métriques globales suivantes auprès de l'Application Load Balancer :
| Nom | Description |
|---|---|
| Connexions actives | Nombre total de connexions TCP simultanées actives des clients à l'équilibreur de charge et de l'équilibreur de charge aux différentes cibles. |
| Nouvelles connexions | Le nombre total de nouvelles connexions TCP établies entre les clients et l'équilibreur de charge, ainsi qu'entre l'équilibreur de charge et les cibles. |
| Connexions rejetées | Nombre de connexions qui ont été rejetées car l'équilibreur de charge a atteint son nombre maximal de connexions. |
| Octets traités | Nombre total d'octets traités par l'équilibreur de charge sur IPv4 et IPv6. |
| Nombre de codes d'état 4xx de l'équilibreur de charge | Nombre de codes d'erreur client HTTP 4XX qui proviennent de l'équilibreur de charge. Des erreurs client sont générées lorsque les demandes sont malformées ou incomplètes. |
| Nombre de codes d'état 5xx de l'équilibreur de charge | Nombre de codes d'erreur serveur HTTP 5XX qui proviennent de l'équilibreur de charge. Ce nombre n'inclut pas les codes de réponse générés par les cibles. |
Le capteur « AWS ELB » recueille les métriques suivantes par zone auprès de l'Application Load Balancer :
| Nom | Description |
|---|---|
| Nombre de demandes | Nombre de demandes traitées sur IPv4 et IPv6. |
| Temps de Réponse de la cible | Nombre de connexions TLS lancées par le client qui n'ont pas créé de session avec l'équilibreur de charge. Les causes possibles incluent des codes de chiffrement ou des protocoles non concordants. |
| Nombre d'erreurs de connexion avec la cible | Nombre de connexions qui n'ont pas été établies avec succès entre l'équilibreur de charge et la cible. Cette métrique ne s'applique pas si la cible est une fonction Lambda. |
| Nombre d'erreurs de négociation TLS avec la cible | Nombre de connexions TLS lancées par l'équilibreur de charge qui n'ont pas créé de session avec la cible. Les causes possibles incluent des codes de chiffrement ou des protocoles non concordants. Cette métrique ne s'applique pas si la cible est une fonction Lambda. |
| Nombre d'erreurs de négociation TLS du client | Nombre de connexions TLS lancées par le client qui n'ont pas créé de session avec l'équilibreur de charge. Les causes possibles incluent des codes de chiffrement ou des protocoles non concordants. |
Equilibreur de charge de réseau
Le capteur « AWS ELB » recueille les métriques globales suivantes auprès du Network Load Balancer :
| Nom | Description |
|---|---|
| Nombre de nouveaux flux | Nombre total de nouveaux flux (ou de connexions) établis des clients aux différentes cibles au cours de la période. |
| Octets traités | Nombre total d'octets traités par l'équilibreur de charge sur IPv4 et IPv6. |
| RST client | Nombre total de paquets de réinitialisation (RST) envoyés d'un client à une cible. Ces paquets RST sont générés par le client et transmis par l'équilibreur de charge. |
| RST ELB | Nombre total de paquets de réinitialisation (RST) générés par l'équilibreur de charge. |
| RST cible | Nombre total de paquets de réinitialisation (RST) envoyés d'une cible à un client. Ces paquets RST sont générés par la cible et transmis par l'équilibreur de charge. |
Droits requis
cloudwatch:GetMetricDataelasticloadbalancing:DescribeLoadBalancerselasticloadbalancing:DescribeTags
Configuration
Les métriques pour ELB sont extraites toutes les 60 secondes, qui peuvent être modifiées via la configuration d'agent dans <agent_install_dir>/etc/instana/configuration.yml:
com.instana.plugin.aws.elb:
cloudwatch_period: 60
Pour désactiver la surveillance des instances ELB, utilisez la configuration suivante :
com.instana.plugin.aws.elb:
enabled: false
Pour activer la découverte par lots deRDS les instances utilisent la configuration suivante :
com.instana.plugin.aws.elb:
enable_batch_discovery: true # default false
Configuration de proxy
Pour configurer le capteur AWS spécifique, afin d'utiliser la configuration du proxy, ajoutez les paramètres de configuration d'agent suivants :
com.instana.plugin.aws.elb:
proxy_host: 'example.com' # proxy host name or ip address
proxy_port: 3128 # proxy port
proxy_protocol: 'HTTP' # proxy protocol: HTTP or HTTPS
proxy_username: 'username' # OPTIONAL: proxy username
proxy_password: 'password' # OPTIONAL: proxy password
Surveillance de plusieurs comptes AWS
Reportez-vous à la documentation Surveillance de plusieurs comptes AWS pour configurer la surveillance de plusieurs comptes AWS avec un agent AWS dans la même région.
Approche des profils nommés AWS
Pour définir manuellement les profils utilisés pour surveiller Elastic Load Balancer, utilisez la configuration suivante :
com.instana.plugin.aws.elb:
profile_names:
- 'profile2'
- 'profile3'
Approche AWS STS
Pour remplacer les rôles IAM à utiliser pour surveiller Elastic Load Balancer, utilisez la configuration suivante :
com.instana.plugin.aws.elb:
role_arns:
- 'arn:aws:iam::<account_1_id>:role/<role_1_name>'
- 'arn:aws:iam::<account_2_id>:role/<role_2_name>'
Filtrage
Plusieurs balises séparées par des virgules peuvent être définies. Les balises doivent être fournies sous la forme d'une paire clé-valeur séparée par: Afin de faciliter la configuration, il est possible de définir les balises à inclure dans la reconnaissance ou à exclure de la reconnaissance. Si vous définissez une balise dans les deux listes (inclusion et exclusion), la liste d'exclusion a une priorité plus élevée. S'il n'est pas nécessaire de filtrer les services, la configuration ne doit pas être définie. Il n'est pas obligatoire de définir toutes les valeurs pour activer le filtrage.
Les utilisateurs peuvent spécifier la fréquence à laquelle les détecteurs interrogent les ressources balisées AWS qui utilisent la propriété de configuration tagged-services-poll-rate (valeur par défaut: 300 secondes).
Pour définir la fréquence à laquelle les détecteurs interrogent les ressources balisées, utilisez la configuration suivante:
com.instana.plugin.aws:
tagged-services-poll-rate: 60 #default 300
Pour inclure des services par balises dans la reconnaissance, utilisez la configuration suivante :
com.instana.plugin.aws.elb:
include_tags: # Comma separated list of tags in key:value format (e.g. env:prod,env:staging)
Pour exclure des services par balises de la reconnaissance, utilisez la configuration suivante :
com.instana.plugin.aws.elb:
exclude_tags: # Comma separated list of tags in key:value format (e.g. env:dev,env:test)
Les services AWS sans balises sont surveillés par défaut mais peuvent être exclus en définissant la zone include_untagged sur false:
com.instana.plugin.aws.elb:
include_untagged: false # True value by default
Pour activer la découverte par lots afin de réduire la limitation d'elb, utilisez la configuration suivante :
com.instana.plugin.aws:
enable_batch_discovery: true #default false