Travailler avec des pools d'équilibreurs de charge d'applications

Le pool ALB ( IBM Cloud®Application Load Balancer for VPC ) est un ensemble de cibles back-end qui reçoivent le trafic entrant provenant de l'équilibreur de charge et fournissent la réponse à votre trafic sortant. Le pool comprend un protocole, un algorithme d’équilibrage de charge, des cibles back-end (instances VPC), des contrôles d’intégrité pour les cibles back-end et la persistance de session.

Dans une configuration d'équilibreur de charge, un auditeur est considéré comme la ressource parentale. Vous pouvez associer des pools à cet auditeur de deux manières, en les référençant directement ou indirectement. Pour une association directe, configurez le pool en tant que default_pool de l'auditeur. Pour une association indirecte, référencez le pool à partir d'un autre pool par le biais d'une relation failsafe_policy.target, en vous assurant que l'autre pool est déjà lié à l'auditeur.

Les conditions suivantes s'appliquent à tous les pools d'équilibreurs de charge d'application :

• Vous pouvez associer plusieurs pools à un écouteur lorsque les pools secondaires sont configurés en tant que « failsafe_policy.target ».
• L'attribution de pools en double n'est pas autorisée; chaque pool doit être unique pour chaque auditeur.
• Cette fonction n'est disponible que pour les équilibreurs de charge de la famille Application.
• Lorsque vous utilisez un failsafe_policy.target, le protocol doit correspondre au protocole du pool principal ou utiliser un protocole compatible autorisé. À l'heure actuelle, seuls les sites http et https sont considérés comme compatibles.

Vous pouvez configurer les pools lors de la création d'un équilibreur de charge d'application, ou ultérieurement en suivant la procédure suivante :

1. Dans votre navigateur, ouvrez la console IBM Cloud et connectez-vous à votre compte.

2. Sélectionnez le site Menu de navigation , puis cliquez sur Infrastructure > Réseau > Équilibreurs de charge.

3. Cliquez sur l'équilibreur de charge d'application que vous souhaitez modifier.

4. Sur la page de détails de l'équilibreur de charge d'application, cliquez sur l'onglet Pools back-end, puis sélectionnez le pool que vous souhaitez modifier.

5. Configurez les options suivantes pour votre pool :

   • Nom du pool : nom de votre pool. Idéalement, un nom qui décrit la fonction qui est exécutée par ce pool.
   • Protocole : sélectionnez le protocole pour vos instances dans ce pool. Le protocole du pool doit correspondre au protocole de son écouteur associé. Par exemple, si l'écouteur utilise HTTP, le pool doit également utiliser HTTP. De même, si l'écouteur utilise TCP, le pool doit également utiliser TCP.

   HTTP envoie des données en texte clair qui peuvent être interceptées et sont considérées comme non sécurisées. Il est recommandé de choisir le protocole https au lieu de http. Pour plus de détails, voir : https://www.cloudflare.com/learning/ssl/why-is-http-not-secure/

   • Méthode: sélectionnez la manière dont l'équilibreur de charge répartit le trafic entre les instances du pool :
     • Permutation circulaire : réacheminez les demandes vers chaque instance, à tour de rôle. Toutes les instances reçoivent approximativement un nombre égal de connexions client.
     • Permutation circulaire pondérée : réacheminez les demandes vers chaque instance proportionnellement au poids qui lui est affecté. Par exemple, vous disposez des instances A, B et C, et leurs pondérations sont définies sur 60, 60 et 30. Les instances A et B reçoivent un nombre égal de connexions et l'instance C en reçoit la moitié.
     • Nombre minimal de connexions : réacheminez les demandes vers l'instance dont le nombre de connexions est le plus faible.
   • Conservation de session : indiquez si toutes les demandes émises au cours d'une session utilisateur sont envoyées à la même instance.
   • Diagnostic d'intégrité : configurez la manière dont l'équilibreur de charge vérifie l'intégrité des instances. Pour plus d'informations sur la configuration des contrôles de santé, voir Travailler avec les contrôles de santé.

6. Sélectionnez les paramètres de requête (facultatif) pour vos contrôles d'intégrité. Si vous ne spécifiez pas de valeurs, les paramètres par défaut du contrôle d'intégrité sont utilisés. Les options suivantes sont disponibles :

   • Méthode de requête: choisissez l'une des options suivantes : GET ou POST. Vous pouvez personnaliser les en-têtes de requête pour ces deux méthodes. Vous pouvez, si vous le souhaitez, personnaliser le corps de la requête lorsque vous utilisez la méthode POST.
   • Corps de la requête: spécifiez le corps de la requête HTTP à utiliser pour les contrôles d'intégrité. Si aucune valeur n'est spécifiée, les requêtes de vérification de l'état ne contiennent pas de corps de requête.
   • En-tête d'hôte: inclure l'en-tête d'hôte pour s'assurer que la requête utilise le protocole HTTP/1.1. Sinon, le système utilise par défaut l'adresse HTTP/1.0.
   • Ajouter d'autres en-têtes de requête: ajoutez un ou plusieurs en-têtes de requête supplémentaires.
     • Nom de l'en-tête: pour la méthode de requête « GET », choisissez l'une des valeurs suivantes : content-type, accept, authorization, cookie, origin, referrer ou user-agent. Pour la méthode de requête « POST », choisissez l'une des adresses suivantes : content-type, content-length, application-json ou accept-encoding.
     • Valeur: saisissez la valeur correspondant au nom d'en-tête indiqué.

7. Sélectionnez les paramètres de réponse (facultatif) pour vos contrôles d'intégrité. Personnalisez les valeurs de réponse réussie au cours des diagnostics d'intégrité. Si vous ne spécifiez pas de valeurs, les paramètres par défaut du contrôle d'intégrité sont utilisés. Les options suivantes sont disponibles :

   • Corps de la réponse: saisissez le texte du corps de la réponse.
   • Code de réponse: vous pouvez indiquer plusieurs valeurs séparées par des virgules comprises dans l'intervalle 100-599. Pour indiquer un intervalle, utilisez XX. Par exemple, 2XX correspond aux réponses comprises dans l'intervalle 200-299.

8. Pour ajouter un pool de sauvegarde à un pool existant, configurez un « failsafe policy ». Assurez-vous qu'au moins un autre pool existe déjà dans l'équilibreur de charge.

   • Action: action à effectuer lorsque le pool principal présente un problème. Lorsque vous modifiez un pool back-end dans un équilibreur de charge, vous pouvez spécifier l'une des actions suivantes de l' failsafe policy:
     • Transfert: - L'équilibreur de charge achemine les requêtes vers un pool de secours désigné. Cette action permet d'établir un chemin de basculement fluide vers un autre ensemble de serveurs d'applications. Vous devez disposer d'un pool de sauvegarde déjà configuré et prêt à recevoir du trafic.
     • Rejet: - L'équilibreur de charge rejette toutes les requêtes entrantes, et le client ne reçoit aucune réponse.
     • Échec: - L'équilibreur de charge rejette les requêtes avec un code d'état HTTP 503 (« Service indisponible »), informant ainsi le client que le service est temporairement indisponible.
   • Cible: La sélection du pool de sauvegarde se fait ici. Si vous spécifiez un pool cible, la valeur « action » doit être forward

Si les instances du pool présentent des problèmes de santé et que votre application fonctionne correctement, vérifiez les valeurs du protocole de santé et du chemin de santé. Vérifiez également que les groupes de sécurité associés aux instances autorisent le trafic entre l'équilibreur de charge et les instances.