Contrôles de santé pour les groupes cibles de Gateway Load Balancer

Vous pouvez enregistrer vos cibles auprès d'un ou de plusieurs groupes cibles. Votre Gateway Load Balancer commence à acheminer les demandes vers la cible nouvellement enregistrée dès que le processus d'enregistrement est terminé. Quelques minutes peuvent être nécessaires pour que le processus d'inscription soit effectué et que les surveillance de l’état commencent.

Le Gateway Load Balancer envoie périodiquement une demande à chaque cible enregistrée pour vérifier son état. Lorsque toutes les vérifications de l'état sont terminées, le Gateway Load Balancer ferme la connexion qui a été établie pour la surveillance de l'état.

Paramètres de surveillance de l'état

Vous configurez les surveillances de l'état actives pour les cibles d'un groupe cible en utilisant les paramètres suivants. Si les contrôles de santé dépassent le nombre spécifié de défaillances UnhealthyThresholdCountconsécutives, le Gateway Load Balancer met la cible hors service. Lorsque les bilans de santé dépassent le nombre spécifié de réussites HealthyThresholdCountconsécutives, le Gateway Load Balancer remet la cible en service.

Paramètre	Description
HealthCheckProtocol	Protocole utilisé par l'équilibreur de charge lors des vérifications de l'état sur les cibles. Les protocoles possibles sont HTTPHTTPS, etTCP. La valeur par défaut estTCP.
HealthCheckPort	Le port utilisé par Gateway Load Balancer lors de la surveillance de l'état des cibles. La plage est comprise entre 1 et 65 535. La valeur par défaut est 80.
HealthCheckPath	[HTTP/HTTPSbilans de santé] Le chemin du bilan de santé qui est la destination des cibles pour les bilans de santé. La valeur par défaut est /.
HealthCheckTimeoutSeconds	Durée, en secondes, pendant laquelle l'absence de réponse d'une cible indique l'échec de la vérification de l'état. La plage est comprise entre 2 et 120. La valeur par défaut est 5.
HealthCheckIntervalSeconds	Durée approximative, en secondes, entre les vérifications de l'état d'une cible. La plage est comprise entre 5 et 300. Le durée par défaut est 10 secondes. Cette valeur doit être supérieure ou égale à HealthCheckTimeoutSeconds. Important Les surveillances de l'état des Gateway Load Balancers sont distribuées et utilisent un mécanisme de consensus pour déterminer l'état des cibles. Par conséquent, vous devez vous attendre à ce que les dispositifs cibles reçoivent plusieurs surveillances de l'état dans l'intervalle de temps configuré.
HealthyThresholdCount	Le nombre de réussites consécutives de la vérification de l'état à partir duquel une cible défectueuse est considérée comme saine. La plage est comprise entre 2 et 10. La valeur par défaut est 5.
UnhealthyThresholdCount	Le nombre d'échecs consécutifs de la vérification de l'état à partir duquel une cible est considérée comme défectueuse. La plage est comprise entre 2 et 10. La valeur par défaut est 2.
Matcher	[HTTP/HTTPSbilans de santé] HTTP Codes à utiliser lors de la vérification de l'efficacité de la réponse d'une cible. La valeur doit être comprise entre 200 et 399.

État de santé d'une cible

Avant que le Gateway Load Balancer n'envoie une demande de vérification de l'état à une cible, vous devez enregistrer cette cible auprès d'un groupe cible, spécifier son groupe cible dans une règle d'écouteur et vous assurer que la zone de disponibilité de la cible est activée pour le Gateway Load Balancer.

Le tableau suivant décrit les valeurs possibles de l'état de santé d'une cible enregistrée.

Valeur	Description
initial	Le Gateway Load Balancer est en train d'enregistrer la cible ou d'exécuter les vérifications de l'état initiales sur la cible. Codes de motif connexes : Elb.RegistrationInProgress | Elb.InitialHealthChecking
healthy	La cible est saine. Codes de motif connexes : aucun
unhealthy	La cible n'a pas répondu à une vérification de l'état ou a échoué à la vérification de l'état. Code motif connexe : Target.FailedHealthChecks
unused	La cible n'est pas enregistrée auprès d'un groupe cible, le groupe cible n'est pas utilisé dans une règle d'écouteur, la cible est dans une zone de disponibilité qui n'est pas activée pour l'équilibreur de charge, ou l'état de la cible indique qu'elle a été arrêtée ou résiliée. Codes de motif connexes : Target.NotRegistered | Target.NotInUse | Target.InvalidState | Target.IpUnusable
draining	L'enregistrement de la cible est en cours d'annulation et le drainage de la connexion est en cours. Code motif connexe : Target.DeregistrationInProgress
unavailable	L'état cible n'est pas disponible. Code motif connexe : Elb.InternalError

Codes de motif de vérification de l'état

Si le statut d'une cible est une valeur autre queHealthy, elle API renvoie un code de raison et une description du problème, et la console affiche la même description. Les codes de motif qui commencent par Elb proviennent du côté Gateway Load Balancer et ceux qui commencent par Target proviennent du côté cible.

Code de motif	Description
Elb.InitialHealthChecking	Vérifications de l'état initiales en cours
Elb.InternalError	Échec des vérifications de l'état initiales en raison d'une erreur interne
Elb.RegistrationInProgress	Enregistrement de la cible en cours
Target.DeregistrationInProgress	Annulation de l'enregistrement de la cible en cours
Target.FailedHealthChecks	Échec des vérifications de l'état
Target.InvalidState	La cible est à l'état arrêté. La cible est à l'état résilié. La cible est à l'état résilié ou arrêté. La cible est à un état non valide.
Target.IpUnusable	L'adresse IP ne peut pas être utilisée en tant que cible, car elle est utilisée par un équilibreur de charge
Target.NotInUse	Le groupe cible n'est pas configuré de façon à recevoir le trafic du Gateway Load Balancer La cible est dans une zone de disponibilité qui n'est pas activée pour le Gateway Load Balancer
Target.NotRegistered	La cible n'est pas enregistrée auprès du groupe cible

Scénarios de défaillance de la cible du Gateway Load Balancer

Flux existants : Par défaut, les flux existants sont dirigés vers la même cible à moins que le flux n'expire ou ne soit réinitialisé, quels que soient l'état de santé et l'état d'enregistrement de la cible. Cette approche facilite l'épuisement des connexions et s'adapte aux pare-feux tiers qui sont parfois incapables de répondre aux contrôles de santé en raison d'une utilisation intensive. CPU Pour plus d'informations, consultez la section Target Failover.

New flows (Nouveaux flux) : les nouveaux flux sont envoyés vers une cible saine. Lorsqu'une décision d'équilibrage de charge a été prise pour un flux, le Gateway Load Balancer envoie le flux vers la même cible même si cette cible n'est plus saine ou si d'autres cibles le deviennent.

Lorsque toutes les cibles ne sont pas saines, le Gateway Load Balancer choisit une cible au hasard et lui transmet le trafic pendant toute la durée du flux, jusqu'à ce qu'elle soit réinitialisée ou qu'elle ait expiré. Comme le trafic est transféré vers une cible défectueuse, le trafic est supprimé jusqu'à ce que cette cible redevienne saine.

TLS1.3 : Si un groupe cible est configuré avec des contrôles de HTTPS santé, ses cibles enregistrées échouent aux tests de santé s'ils ne prennent en charge que la TLS version 1.3. Ces cibles doivent prendre en charge une version antérieure deTLS, telle que TLS 1.2.

Cross-zone load balancing (Équilibrage de charge entre zones) : par défaut, l'équilibrage de charge entre les zones de disponibilité est désactivé. Si l'équilibrage de charge entre les zones est activé, chaque Gateway Load Balancer peut voir toutes les cibles dans toutes les zones de disponibilité, et elles sont toutes traitées de la même manière, quelle que soit leur zone.

Les décisions relatives à l'équilibrage de charge et à la surveillance de l'état sont toujours indépendantes d'une zone à l'autre. Même lorsque l'équilibrage de charge entre les zones est activé, le comportement des flux existants et des nouveaux flux est le même que celui décrit ci-dessus. Pour de plus amples informations, consultez Répartition de charge entre zones dans le Guide de l'utilisateur Elastic Load Balancing.

Vérifier l'état de santé de vos cibles

Vous pouvez vérifier l'état de santé des cibles enregistrées auprès de vos groupes cible.

Pour vérifier l'état de santé de vos cibles à l'aide de la console

1. Ouvrez la EC2 console Amazon à l'adresse https://console.aws.amazon.com/ec2/.

2. Dans le panneau de navigation, sous Répartition de charge, choisissez Groupes cibles.

3. Sélectionnez le nom du groupe cible pour afficher sa page de détails.

4. Dans l'onglet Targets, la colonne Status indique l'état de chaque cible.

5. Si le statut d'une cible est une valeur autre que Healthy, la colonne Détails de l'état contient des informations supplémentaires.

Pour vérifier l'état de santé de vos cibles à l'aide du AWS CLI

Utilisez la describe-target-healthcommande. La sortie de cette commande contient l'état de santé de la cible. Elle inclut un code de motif si le statut a une valeur différente de Healthy.

Pour recevoir des notifications par e-mail concernant des cibles non saines

Utilisez des CloudWatch alarmes pour déclencher une fonction Lambda afin d'envoyer des informations sur les cibles défectueuses. Pour step-by-step obtenir des instructions, consultez le billet de blog suivant : Identifier les cibles défectueuses de votre équilibreur de charge.

Paramètres de surveillance de l'état

Vous pouvez modifier certains paramètres de vérification de l'état de votre groupe cible.

Pour modifier les paramètres de vérification de l'état pour un groupe cible à l'aide de la console

1. Ouvrez la EC2 console Amazon à l'adresse https://console.aws.amazon.com/ec2/.

2. Dans le panneau de navigation, sous Répartition de charge, choisissez Groupes cibles.

3. Sélectionnez le nom du groupe cible pour afficher sa page de détails.

4. Dans l'onglet Détails du groupe, dans la section Paramètres de surveillance de l'état, choisissez Modifier.

5. Sur la page Modifier les paramètres de surveillance de l'état, modifiez les paramètres selon vos besoins, puis choisissez Enregistrer les modifications.

Pour modifier les paramètres de contrôle de santé d'un groupe cible à l'aide du AWS CLI

Utilisez la modify-target-groupcommande.