Un groupe de serveurs est un ensemble logique de serveurs principaux prenant en charge le protocole Geneve. Chaque groupe de serveurs achemine le trafic d'une instance GWLB vers un ou plusieurs serveurs principaux. Cette rubrique décrit les concepts clés des groupes de serveurs.
Types de groupes de serveurs
GWLB prend en charge deux types de groupes de serveurs : Serveur et Adresse IP.
Type de groupe de serveurs | Type de serveur principal | Description |
Serveur | Ajoutez des instances ECS, des ENI et des instances ECI en tant que serveurs principaux. | Les serveurs principaux ajoutés doivent être déployés dans le même VPC que le groupe de serveurs. Les serveurs principaux reçoivent les requêtes de GWLB. |
Adresse IP | Ajoutez des adresses IP en tant que serveurs principaux. | Saisissez des adresses IP privées appartenant aux plages CIDR suivantes :
|
Lorsqu'un serveur principal d'un groupe de serveurs de type Serveur pour une instance GWLB est libéré ou que son adresse IP privée est modifiée, GWLB met automatiquement à jour les serveurs principaux.
Si un serveur principal d'un groupe de serveurs de type Adresse IP pour une instance GWLB est libéré, GWLB ne met pas automatiquement à jour le groupe de serveurs. Supprimez le serveur principal du groupe de serveurs GWLB avant de libérer ou de modifier le serveur principal du groupe de serveurs de type Adresse IP pour l'instance GWLB. Vos services ne seront ainsi pas affectés.
Algorithme de planification du trafic
GWLB prend en charge les algorithmes de planification du trafic suivants.
Hachage quintuplet : achemine les requêtes en hachant le quintuplet (adresse IP source, port source, adresse IP de destination, port de destination et protocole IP). Toutes les requêtes partageant le même quintuplet sont envoyées au même serveur principal.
Hachage triplet : achemine les requêtes en hachant le triplet (adresse IP source, adresse IP de destination et protocole IP). Toutes les requêtes partageant le même triplet sont envoyées au même serveur principal.
Hachage doublet : achemine les requêtes en hachant le doublet (adresse IP source et adresse IP de destination). Toutes les requêtes partageant le même doublet sont envoyées au même serveur principal.
Vidage de connexion
Activez le vidage de connexion pour garantir une gestion appropriée des connexions existantes lors de la suppression d'un serveur principal. Configurez un délai d'expiration du vidage de connexion afin de permettre aux requêtes en cours de se terminer.
Lorsqu'un serveur principal est supprimé, l'instance GWLB n'achemine plus les nouvelles demandes de connexion vers ce serveur. L'instance GWLB gère les connexions existantes acheminées vers ce serveur principal comme suit :
Si le vidage de connexion est désactivé (par défaut) : les connexions existantes sont maintenues jusqu'à l'expiration du délai d'inactivité. Passé ce délai, GWLB cesse de transférer les paquets vers le serveur.
Si le vidage de connexion est activé : les connexions existantes sont maintenues pendant la durée configurée pour le vidage de connexion. À l'issue de ce délai, le délai d'inactivité s'applique. Si le délai d'inactivité est également dépassé, GWLB ferme la connexion et cesse de transférer les paquets vers le serveur.
Contrôle d'intégrité
Configurez des contrôles d'intégrité pour surveiller la disponibilité de vos serveurs principaux. GWLB vous permet de définir les configurations de contrôle d'intégrité GWLB au niveau du groupe de serveurs.
Protocoles pris en charge : TCP et HTTP.
Les contrôles d'intégrité sont activés par défaut pour les groupes de serveurs. Le protocole par défaut est TCP et le port par défaut est 80.
-
Lorsque les contrôles d'intégrité sont activés, GWLB achemine automatiquement les nouvelles connexions vers les serveurs intacts et surveille en continu tous les serveurs principaux du groupe. Un serveur est considéré comme intact uniquement après avoir réussi un nombre spécifié de contrôles d'intégrité consécutifs (le seuil d'intégrité). L'exigence de plusieurs contrôles réduit les faux positifs et prévient les interruptions de service causées par des pannes transitoires.
Si un serveur principal échoue aux contrôles d'intégrité, GWLB cesse de lui envoyer de nouvelles connexions et les achemine vers d'autres serveurs principaux intacts. Les connexions existantes peuvent se poursuivre jusqu'à l'expiration du délai d'inactivité, après quoi GWLB cesse de transférer les paquets vers le serveur défaillant.
Lorsque le serveur récupère et réussit les contrôles d'intégrité, GWLB le réintègre au service GWLB.
Après chaque contrôle d'intégrité, GWLB ferme la connexion.