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.

Modifier les attributs du groupe cible pour votre Network Load Balancer

Après avoir créé un groupe cible pour votre Network Load Balancer, vous pouvez modifier ses attributs.

Préservation des adresses IP client

Les Network Load Balancers peuvent préserver l'adresse IP source des clients lors du routage des demandes vers des cibles backend. Lorsque vous désactivez la préservation de l'adresse IP du client, l'adresse IP source est l'adresse IP privée du Network Load Balancer.

Par défaut, la préservation de l'adresse IP du client est activée (et ne peut pas être désactivée) par exemple et par type d'adresse IP pour les groupes cibles dotés des UDP protocoles UDP et TCP _. Toutefois, vous pouvez activer ou désactiver la conservation de l'adresse IP du client pour TCP et les groupes TLS cibles à l'aide de l'attribut de groupe preserve_client_ip.enabled cible.

Pour activer ou désactiver la préservation de l'adresse IP du client à l'aide du AWS CLI

Utilisez la modify-target-group-attributescommande avec l'preserve_client_ip.enabledattribut.

Par exemple, utilisez la commande suivante pour désactiver la préservation des adresses IP client.

aws elbv2 modify-target-group-attributes --attributes Key=preserve_client_ip.enabled,Value=false --target-group-arn ARN

Votre sortie doit ressembler à l'exemple suivant.

{
    "Attributes": [
      {
        "Key": "proxy_protocol_v2.enabled", 
        "Value": "false"
      }, 
      {
        "Key": "preserve_client_ip.enabled", 
        "Value": "false" 
      },
      {
        "Key": "deregistration_delay.timeout_seconds", 
        "Value": "300"
      } 
    ]
}

Délai d'annulation d'enregistrement

Lorsqu'une cible est désenregistrée, l'équilibreur de charge arrête de créer de nouvelles connexions avec la cible. L'équilibreur de charge utilise le drainage de la connexion pour s'assurer que le trafic en vol se termine sur les connexions existantes. Si la cible dont l'enregistrement a été annulé reste saine et qu'une connexion existante n'est pas inactive, l'équilibreur de charge peut continuer à envoyer du trafic vers la cible. Pour vous assurer que les connexions existantes sont fermées, vous pouvez procéder de l'une des manières suivantes : activer l'attribut du groupe cible pour l'interruption de la connexion, vérifier que l'instance est défectueuse avant d'annuler son enregistrement, ou fermer périodiquement les connexions client.

L'état initial d'une cible dont l'enregistrement est annulé estdraining, pendant lequel la cible cessera de recevoir de nouvelles connexions. Cependant, la cible peut toujours recevoir des connexions en raison du délai de propagation de la configuration. Par défaut, l'équilibreur de charge change l'état d'une cible dont l'enregistrement est en cours d'annulation en unused au bout de 300 secondes. Pour modifier la durée pendant laquelle l'équilibreur de charge attend avant de modifier l'état d'une cible dont l'enregistrement est en cours d'annulation en unused, mettez à jour la valeur du délai d'annulation de l'enregistrement. Nous vous recommandons de spécifier une valeur d'au moins 120 secondes pour vous assurer que les demandes sont terminées.

Si vous activez l'attribut de groupe cible pour l'interruption de la connexion, les connexions aux cibles dont l'enregistrement a été annulé sont fermées peu après la fin du délai d'annulation d'enregistrement.

Pour mettre à jour les attributs de désinscription à l'aide du AWS CLI

Utilisez la modify-target-group-attributescommande.

Protocole proxy

Les Network Load Balancers utilisent le protocole proxy version 2 pour envoyer des informations de connexion supplémentaires comme la source et la destination. Le protocole proxy version 2 fournit un codage binaire de l'en-tête de protocole proxy. Dans le TCP cas des écouteurs, l'équilibreur de charge ajoute un en-tête de protocole proxy aux données. TCP Il ne supprime ou ne remplace pas les données existantes, y compris les en-têtes de protocole proxy entrants envoyés par le client ou tous les autres proxys, les équilibreurs de charge ou les serveurs dans le chemin d'accès réseau. Par conséquent, il est possible de recevoir plusieurs en-têtes de protocole proxy. En outre, s'il existe un autre chemin d'accès réseau à vos cibles en dehors de votre Network Load Balancer, le premier en-tête de protocole proxy risque de ne pas être celui provenant de votre Network Load Balancer.

Si vous spécifiez les cibles par adresse IP, les adresses IP source fournies à vos applications dépendent du protocole du groupe cible comme suit :

Si vous spécifiez des cibles par ID d'instance, les adresses IP source fournies à vos applications sont les adresses IP client. Toutefois, si vous préférez, vous pouvez activer le protocole proxy et obtenir les adresses IP client à partir de l'en-tête de protocole proxy.

Connexions de vérification de l'état

Une fois que vous avez activé le protocole proxy, l'en-tête de protocole proxy est également inclus dans les connexions de vérification de l'état à partir de l'équilibreur de charge. Toutefois, avec les connexions de vérification de l'état, les informations de connexion client ne sont pas envoyées dans l'en-tête de protocole proxy.

VPCservices de terminaux

Pour le trafic provenant de consommateurs de services via un service de point de VPC terminaison, les adresses IP sources fournies à vos applications sont les adresses IP privées des nœuds d'équilibrage de charge. Si vos applications ont besoin des adresses IP des utilisateurs du service, activez le protocole proxy et obtenez-les à partir de l'en-tête de protocole proxy.

L'en-tête de protocole proxy inclut également l'ID du point de terminaison. Ces informations sont codées à l'aide d'un vecteur custom Type-Length-Value (TLV) comme suit.

Pour un exemple qui analyse le TLV type 0xEA, consultez https://github.com/aws/ elastic-load-balancing-tools /tree/master/proprot.

Activer le protocole proxy

Avant d'activer le protocole proxy sur un groupe cible, vérifiez que vos applications attendent et peuvent analyser l'en-tête du protocole proxy v2. Sinon, vos applications risquent d'échouer. Pour plus d'informations, consultez les versions 1 et 2 du PROXY protocole.

Pour activer le protocole proxy v2 à l'aide du AWS CLI

Utilisez la modify-target-group-attributescommande.

Sessions permanentes

Les sessions permanentes constituent un mécanisme qui permet d'acheminer le trafic client vers la même cible d'un groupe cible. Elles sont très utiles aux serveurs qui tiennent à jour les informations d'état afin de fournir une expérience continue aux clients.

Pour activer les sessions persistantes à l'aide du AWS CLI

Utilisez la modify-target-group-attributescommande avec l'stickiness.enabledattribut.

Équilibrage de charge entre zones pour groupes cibles

Les nœuds de votre équilibreur de charge distribuent les requêtes des clients à des cibles enregistrées. Lorsque l'équilibrage de charge entre zones est activé, chaque nœud d'équilibreur de charge distribue le trafic entre les cibles enregistrées dans toutes les zones de disponibilité enregistrées. Lorsque l'équilibrage de charge entre zones est désactivé, chaque nœud d'équilibreur de charge distribue le trafic entre les cibles enregistrées dans sa zone de disponibilité uniquement. Cela peut être utilisé si les domaines de défaillance zonaux sont préférés aux domaines régionaux, afin de garantir qu'une zone saine n'est pas affectée par une zone défectueuse, ou pour améliorer la latence globale.

Avec les Network Load Balancers, l'équilibrage de charge entre zones est désactivé par défaut au niveau de l'équilibreur de charge, mais vous pouvez l'activer à tout moment. Pour les groupes cibles, le paramètre par défaut est d'utiliser le paramètre d'équilibreur de charge, mais vous pouvez le remplacer en activant ou en désactivant explicitement l'équilibrage de charge entre zones au niveau du groupe cible.

Modification de l'équilibrage de charge entre zones d'un équilibreur de charge

Vous pouvez activer ou désactiver l'équilibrage de charge entre zones à tout moment au niveau de l'équilibreur de charge.

Pour modifier l'équilibrage de charge entre zones de votre équilibreur de charge à l'aide du AWS CLI

Utilisez la modify-load-balancer-attributescommande avec l'load_balancing.cross_zone.enabledattribut.

Modification de l'équilibrage de charge entre zones pour un groupe cible

Le paramètre d'équilibrage de charge entre zones au niveau du groupe cible remplace le paramètre au niveau de l'équilibreur de charge.

Vous pouvez activer ou désactiver l'équilibrage de charge entre zones au niveau du groupe cible si le type de groupe cible est instance ou ip. Si le type de groupe cible est alb, le groupe cible hérite toujours du paramètre d'équilibrage de charge entre zones de l'équilibreur de charge.

Pour modifier l'équilibrage de charge entre zones pour un groupe cible à l'aide du AWS CLI

Utilisez la modify-target-group-attributescommande avec l'load_balancing.cross_zone.enabledattribut.

Interruption de connexion pour des cibles défectueuses

La terminaison de connexion est activée par défaut. Lorsque la cible d'un Network Load Balancer échoue aux tests de santé configurés et est jugée défectueuse, l'équilibreur de charge met fin aux connexions établies et arrête d'acheminer les nouvelles connexions vers la cible. Lorsque la terminaison de connexion est désactivée, la cible est toujours considérée comme défaillante et ne recevra pas de nouvelles connexions, mais les connexions établies restent actives, ce qui leur permet de se fermer correctement.

La terminaison de connexion pour les cibles défectueuses peut être définie individuellement pour chaque groupe cible.

Pour modifier le paramètre de terminaison de connexion à l'aide du AWS CLI

Utilisez la modify-target-group-attributescommande avec l'target_health_state.unhealthy.connection_termination.enabledattribut.

Intervalle de vidange malsain

Les cibles dans unhealthy.draining cet état sont considérées comme défectueuses. Elles ne reçoivent pas de nouvelles connexions, mais conservent les connexions établies pendant l'intervalle configuré. L'intervalle de connexion défaillant détermine le temps pendant lequel la cible reste dans unhealthy.draining cet état avant qu'il ne le devienneunhealthy. Si la cible passe les tests de santé pendant l'intervalle de connexion défaillant, son état healthy redevient normal. Si un désenregistrement est déclenché, l'état cible devient actif draining et le délai de désenregistrement commence à courir.

L'intervalle de vidange insalubre peut être défini individuellement pour chaque groupe cible.

Pour modifier l'intervalle de vidange insalubre à l'aide du AWS CLI

Utilisez la modify-target-group-attributescommande avec l'target_health_state.unhealthy.draining_interval_secondsattribut.