Les équilibreurs de charge d'application externe répondent à de nombreux cas d'utilisation. Cette page fournit des exemples généraux.
Services Web à trois niveaux
Vous pouvez utiliser un équilibreur de charge d'application externe pour accepter des services Web à trois niveaux. L'exemple suivant décrit comment effectuer le scaling de trois niveaux à l'aide de trois types d'équilibreurs de charge Google Cloud. À chaque niveau, le type d'équilibreur de charge dépend de votre type de trafic :
Niveau Web : le trafic provient d'Internet et est équilibré à l'aide d'un équilibreur de charge d'application externe.
Niveau application : le scaling du niveau application est effectué par un équilibreur de charge d'application interne régional.
Niveau base de données : le scaling du niveau base de données est effectué par un équilibreur de charge réseau passthrough interne.
Le schéma suivant illustre la façon dont le trafic transite par les différents niveaux :
- Un équilibreur de charge d'application externe (sujet de cette présentation) répartit le trafic provenant d'Internet entre un ensemble de groupes d'instances frontend Web dans différentes régions.
- Ces interfaces Web envoient le trafic HTTP(S) vers un ensemble d'équilibreurs de charge d'application internes régionaux. Pour que l'équilibreur de charge d'application externe puisse transférer le trafic vers un équilibreur de charge d'application interne, celui-ci doit disposer d'instances backend avec un logiciel de serveur Web (tel que Netscaler ou NGINX) configuré pour transférer le trafic à l'interface de l'équilibreur de charge d'application interne.
- Les équilibreurs de charge d'application internes distribuent le trafic vers les groupes d'instances middleware.
- Ces groupes d'instances middleware envoient le trafic aux équilibreurs de charge passthrough internes qui équilibrent la charge du trafic entre les clusters de stockage de données.
Équilibrage de charge multirégional
Lorsque vous configurez un équilibreur de charge d'application externe de niveau Premium, celui-ci utilise une adresse IP externe mondiale et peut acheminer intelligemment les requêtes des utilisateurs vers le groupe d'instances de backend ou NEG le plus proche, en fonction de la proximité. Par exemple, si vous configurez des groupes d'instances en Amérique du Nord, en Europe et en Asie, et que vous les associez au service de backend d'un équilibreur de charge, les requêtes des utilisateurs du monde entier sont automatiquement envoyées aux VM les plus proches des utilisateurs, à condition que les VM réussissent les vérifications d'état et possèdent une capacité suffisante (définie par le mode d'équilibrage). Si les VM les plus proches sont toutes considérées comme non opérationnelles, ou si le groupe d'instances le plus proche est au maximum de sa capacité et qu'un autre groupe d'instances ne l'est pas, l'équilibreur de charge envoie automatiquement des requêtes à la prochaine région la plus proche disposant de la capacité nécessaire.
Au niveau Premium, l'équilibreur de charge d'application externe fournit un équilibrage de charge multirégional, en utilisant plusieurs services de backend, chacun avec des groupes d'instances backend ou des NEG dans plusieurs régions.
Charges de travail avec exigences de conformité avec la loi
Certaines charges de travail présentant des exigences réglementaires ou de conformité exigent que les configurations réseau et la terminaison du trafic résident dans une région spécifique. Pour ces charges de travail, un équilibreur de charge d'application externe régional est souvent l'option recommandée pour fournir les contrôles juridictionnels requis par ces charges de travail.
Gestion avancée du trafic
Avec les équilibreurs de charge d'application externes mondiaux et régionaux, vous pouvez ajouter des fonctionnalités avancées de gestion du trafic qui vous permettent de contrôler avec précision la manière dont le trafic est géré. Ces fonctionnalités vous aident à atteindre vos objectifs de disponibilité et de performances. L'un des avantages des équilibreurs de charge d'application externes dans ces cas d'utilisation est que vous pouvez changer la manière dont le trafic est géré sans avoir à modifier le code de votre application.
Pour en savoir plus, consultez les ressources suivantes :
- Présentation de la gestion du trafic pour les équilibreurs de charge d'application externes mondiaux
- Présentation de la gestion du trafic pour les équilibreurs de charge d'application externes régionaux
Équilibrage de charge avec routage des requêtes
L'équilibreur de charge d'application externe accepte le routage des requêtes en utilisant des mappages d'URL pour sélectionner un service de backend en fonction du nom d'hôte demandé, du chemin de requête ou des deux. Vous pouvez par exemple utiliser un ensemble de groupes d'instances ou NEG pour gérer votre contenu vidéo et un autre ensemble pour gérer tout le reste.
Vous pouvez également utiliser des équilibreurs de charge d'application externes avec des buckets Cloud Storage. Une fois que vous avez configuré votre équilibreur de charge, vous pouvez y ajouter des buckets Cloud Storage.
Pour en savoir plus, consultez la section Concepts de mappage d'URL.
Équilibrage de charge pour les applications GKE
Il existe deux façons de déployer des équilibreurs de charge d'application externes pour les clusters GKE :
- GKE Gateway Controller. Compatible avec l'équilibreur de charge d'application externe mondial et l'équilibreur de charge d'application classique. Pour obtenir des instructions de configuration, consultez Déployer des passerelles.
- Contrôleur d'entrée GKE. Compatible avec l'équilibreur de charge d'application classique et l'équilibreur de charge d'application externe régional. Pour obtenir des instructions de configuration, consultez la section Configurer Ingress pour les équilibreurs de charge d'application externes.
Équilibrage de charge pour les applications Cloud Run, Cloud Run Functions et App Engine
Vous pouvez utiliser un équilibreur de charge d'application externe mondial comme interface pour vos applications Cloud Run, Cloud Run Functions et App Engine. Pour ce faire, vous utilisez un NEG sans serveur pour le backend de l'équilibreur de charge.
Ce schéma montre comment un NEG sans serveur s'intègre dans le modèle de l'équilibreur de charge d'application externe.
Documentation associée :
- Présentation des NEG sans serveur
- Configurer un équilibreur de charge d'application externe avec Cloud Run, Cloud Run Functions ou App Engine
Faire transiter le trafic par proxy vers des backends externes avec une connexion Internet
Cloud Load Balancing prend en charge le trafic proxy vers des backends externes en dehors de Google Cloud. Vous pouvez utiliser ce type de déploiement lorsque vous souhaitez diffuser du contenu à partir d'un backend externe, mais que vous souhaitez que votre équilibreur de charge Google Cloud soit utilisé comme interface. L'équilibreur de charge joue le rôle de proxy pour acheminer le trafic vers votre point de terminaison externe en utilisant le réseau backbone hautement fiable de Google pour la plupart de ses trajets, et ne transfère que l'Internet public à proximité de la destination.
Documentation associée :
- Configurer un équilibreur de charge d'application externe mondial avec un NEG Internet
- Configurez un équilibreur de charge d'application classique avec un NEG Internet.
Équilibrage de charge avec une connectivité hybride
Cloud Load Balancing prend en charge le trafic d'équilibrage de charge vers des points de terminaison qui vont au-delà de Google Cloud, tels que des centres de données sur site et d'autres clouds publics que vous pouvez atteindre en utilisant la connectivité hybride.
Le schéma suivant illustre un déploiement hybride avec un équilibreur de charge d'application externe mondial.
Documentation associée :
- Présentation des NEG de connectivité hybride
- Configurer un équilibreur de charge d'application externe avec des backends sur site ou d'autres backends cloud
Équilibrage de charge avec Private Service Connect
Vous pouvez utiliser un équilibreur de charge d'application externe mondial pour accéder aux services gérés publiés à l'aide de Private Service Connect.
Pour en savoir plus, consultez la page À propos des backends Private Service Connect.