Important
Activez l' intégrationAWS CloudWatch Metric Streams pour monitorer toutes les métriques CloudWatch de vos services AWS, y compris l'espace de nommage personnalisé. L’intégration individuelle n’est plus notre option recommandée.
Amazon Application Load Balancing (ALB) répartit le trafic d'application entrant sur plusieurs cibles, telles que les instances EC2, dans plusieurs zones de disponibilité. Amazon Network Load Balancer (NLB) répartit le trafic entrant sur plusieurs cibles, telles que les instances Amazon EC2.
L'intégration de New Relic Infrastructure inclut une intégration permettant de signaler vos données AWS ALB/NLB aux produits New Relic. Ce document explique comment activer cette intégration et décrit les données qui peuvent être capturées.
New Relic propose également une intégration pour le service Elastic Load Balancing (ELB) d'Amazon.
Activer l'intégration
Pour activer cette intégration, suivez les procédures standard pour connecter les services AWS à New Relic.
configuration et sondage
Vous pouvez modifier la fréquence d'interrogation et filtrer les données à l'aide des options de configuration.
Informations d'interrogation par défaut pour l'intégration AWS ALB/NLB :
- Intervalle d'interrogation de New Relic : 5 minutes
- Intervalle de données Amazon CloudWatch : 1 minute
Afficher et utiliser les données
Pour afficher et utiliser vos données d’intégration, accédez à one.newrelic.com > All capabilities > Infrastructure > AWS et sélectionnez l’un des liens d’intégration AWS ALB.
Vous pouvez interroger et explorer vos données en utilisant le type d'événement LoadBalancerSample
dans quatre catégories de données :
- ALB : apparaît dans New Relic avec la valeur
provider
Alb
. - NLB : apparaît dans New Relic avec la valeur
provider
Nlb
. - Groupe cible ALB: apparaît dans New Relic avec la valeur
provider
AlbTargetGroup
. - Groupe cible NLB: apparaît dans New Relic avec la valeur
provider
NlbTargetGroup
.
données métriques
Il existe deux catégories de données d'intégration ALB : ALB et groupe cible ALB.
Métriques ALB
L'intégration New Relic Amazon collecte les données Amazon ALB suivantes auprès du fournisseur Alb
.
métrique | Description |
---|---|
| Le nombre total de connexions TCP simultanées actives des clients vers l'équilibreur de charge et de l'équilibreur de charge vers la cible. |
| Le nombre total de nouvelles connexions TCP établies entre les clients et l'équilibreur de charge et entre l'équilibreur de charge et la cible. |
| Le nombre de connexions qui ont été rejetées parce que l'équilibreur de charge avait atteint son nombre maximal de connexions. |
| Le nombre total d'octets traités par l'équilibreur de charge sur IPv4 et IPv6. |
| Le nombre de requests traitées via IPv4 et IPv6. Les requêtes n’incrémentent cette métrique que lorsque le nœud d’équilibrage de charge a pu sélectionner une cible. Si une demande est rejetée avant qu'une cible ne soit choisie, elle n'est pas reflétée. Statistiques : la somme fournit la plus grande valeur. |
| Le nombre de règles traitées par l'équilibreur de charge, compte tenu d'un taux de requêtes moyen sur une heure. |
| Nombre de connexions TLS initiées par le client qui n'ont pas établi de session avec l'équilibreur de charge. Les causes possibles incluent une incompatibilité de chiffrements ou de protocoles. |
| Le nombre de codes d’erreur du serveur HTTP 5XX provenant de l’équilibreur de charge. Ce décompte n'inclut pas les codes de réponse générés par la cible. |
| Le nombre de codes d’erreur client HTTP 4XX provenant de l’équilibreur de charge. Des erreurs client sont générées lorsque requests sont mal formulées ou incomplètes. Ces requests n'ont pas été reçues par la cible. |
| Le nombre total d'octets traités par l'équilibreur de charge sur IPv6. |
| Le nombre de requests IPv6 reçues par l'équilibreur de charge. |
| Le nombre total d'octets traités par l'équilibreur de charge pour requests et les réponses d'une fonction Lambda. |
Métriques du groupe cible ALB
Les données du groupe cible sont stockées dans New Relic chez le fournisseur AlbTargetGroup
. Par exemple, vous pouvez utiliser ces données pour facetter les mesures d'erreur par groupe cible.
métrique | Description |
---|---|
| Le nombre moyen de requests que chaque cible d'un groupe cible reçoit. Statistiques : seule la somme est valide, ce qui représente la moyenne au lieu de la somme. |
| Le nombre de cibles considérées comme saines. |
| Le nombre de cibles considérées comme malsaines. |
| Le temps écoulé, en secondes, après que la demande quitte l'équilibreur de charge jusqu'à ce qu'une réponse de la cible soit reçue. Statistiques disponibles :
|
| Le nombre de codes de réponse HTTP |
| Le nombre de codes de réponse HTTP |
| Le nombre de codes de réponse HTTP |
| Le nombre de codes de réponse HTTP |
| Le nombre de requests adressées à une fonction Lambda qui ont échoué en raison d'un problème interne à l'équilibreur de charge ou AWS Lambda. |
| Le nombre de requests adressées à une fonction Lambda qui ont échoué en raison d'un problème avec la fonction Lambda. |
Il existe deux catégories d'intégration de données NLB : NLB et groupe cible NLB.
Métriques NLB
L'intégration New Relic Amazon collecte les données Amazon NLB suivantes auprès du fournisseur Nlb
.
métrique | Description |
---|---|
| Le nombre total de flux simultanés (ou connexions) des clients vers la cible. Cette métrique inclut les connexions dans les états Les connexions TCP ne sont pas interrompues au niveau de l'équilibreur de charge, donc un client ouvrant une connexion TCP vers une cible compte comme un flux unique. |
| Le nombre total de flux TLS simultanés (ou de connexions) des clients vers la cible. Cette métrique inclut uniquement les connexions dans les états |
| Nombre total de négociations TLS qui ont échoué lors de la négociation entre un client et un écouteur TLS. |
| Le nombre d'unités de capacité d'équilibrage de charge (LCU) utilisées par votre équilibreur de charge. Vous payez pour le nombre de LCU que vous utilisez par heure. |
| Le nombre total de nouveaux flux (ou connexions) établis entre les clients et la cible au cours de la période. |
| Le nombre total de nouveaux flux TLS (ou connexions) établis entre les clients et la cible au cours de la période. |
| Le nombre total d'octets traités par l'équilibreur de charge, y compris les en-têtes TCP/IP. |
| Le nombre total d'octets traités par les écouteurs TLS. |
| Nombre total de négociations TLS qui ont échoué lors de la négociation entre un auditeur TLS et une cible. |
| Le nombre total de paquets de réinitialisation (RST) envoyés d'un client à une cible. Ces réinitialisations sont générées par le client et transmises par l'équilibreur de charge. |
| Le nombre total de paquets de réinitialisation (RST) générés par l'équilibreur de charge. |
| Le nombre total de paquets de réinitialisation (RST) envoyés d'une cible à un client. Ces réinitialisations sont générées par la cible et transmises par l'équilibreur de charge. |
Métriques du groupe cible NLB
Les données du groupe cible sont stockées dans New Relic chez le fournisseur NlbTargetGroup
. Par exemple, vous pouvez utiliser ces données pour facetter les mesures d'erreur par groupe cible.
métrique | Description |
---|---|
| Le nombre de cibles considérées comme saines. |
| Le nombre de cibles considérées comme malsaines. |