Gateway Load Balancer (GWLB) répartit le trafic entre des appliances réseau virtuelles (NVA) backend saines pour assurer la sécurité, l'analyse du réseau et d'autres fonctions connexes. Cette rubrique récapitule les fonctionnalités prises en charge par GWLB.
Prise en charge du trafic
| Catégorie | Fonctionnalité | Description |
|---|---|---|
| Version IP | IPv4 | Prend en charge le trafic IPv4. |
| Écouteur | Protocole et port | Inspecte les paquets IP entrants sur une adresse IP spécifique via un protocole et un port donnés. Tous les protocoles et ports sont pris en charge. |
| Écouteur | Transfert de trafic | Transfère le trafic IP. |
Persistance de session avec ordonnancement basé sur le hachage
GWLB utilise un ordonnancement basé sur le hachage pour garantir que les paquets d'un même flux atteignent toujours la même NVA. Trois algorithmes sont disponibles :
| Algorithme | Entrées de hachage |
|---|---|
| Hachage quintuplet | Adresse IP source, port source, adresse IP de destination, port de destination, protocole IP |
| Hachage triplet | Adresse IP source, adresse IP de destination, protocole IP |
| Hachage doublet | Adresse IP source, adresse IP de destination |
Ces trois algorithmes garantissent le transfert des requêtes ayant la même valeur de hachage vers le même serveur backend.
Haute disponibilité et tolérance aux pannes
GWLB propose plusieurs mécanismes de fiabilité qui éliminent les points de défaillance unique et maintiennent le trafic en cas de panne de composants individuels.
Contrôle d'intégrité : GWLB effectue des contrôles d'intégrité pour déterminer la disponibilité des services backend. Lorsqu'un serveur backend est déclaré non sain, GWLB cesse de lui transférer des requêtes et redistribue le trafic vers les serveurs sains.
Déploiement multizone : Une instance GWLB peut être associée à des endpoints GWLB dans plusieurs zones. Si l'endpoint d'une zone tombe en panne, l'instance reste accessible via les endpoints des autres zones, assurant ainsi la continuité des activités et éliminant les points de défaillance unique.
Transfert interzones : Une instance GWLB située dans une zone peut transférer le trafic vers des serveurs backend situés dans une autre zone, permettant un déploiement flexible. Une seule instance GWLB peut également être associée à des serveurs backend répartis sur plusieurs zones. Si un serveur backend d'une zone donnée tombe en panne, GWLB cesse de lui envoyer du trafic et le redirige vers les serveurs des autres zones.
Types de serveurs backend pris en charge
GWLB prend en charge les types de ressources suivants en tant que serveurs backend :
Instances Elastic Compute Service (ECS)
Interfaces réseau élastiques (ENI)
Instances de conteneur élastiques
Adresses IP
Suppression progressive des serveurs avec vidage de connexion
Le vidage de connexion permet de supprimer un serveur backend sans interrompre brutalement les sessions actives. Après la suppression d'un serveur, GWLB maintient les connexions existantes ouvertes pendant la durée définie par le délai d'expiration du vidage de connexion. À l'expiration de ce délai, si aucune nouvelle requête n'arrive pendant le délai d'inactivité, les connexions sont fermées et aucun autre paquet n'est transféré vers le serveur.
Surveillance
GWLB s'intègre à CloudMonitor pour fournir des métriques au niveau de l'instance et de la zone, notamment des métriques de connexion, de bande passante et de contrôle d'intégrité. Utilisez ces métriques pour suivre l'état opérationnel de votre déploiement GWLB.