Flexible Load Balancer

Cette image présente trois cas d'utilisation courants qui expliquent comment les équilibreurs de charge flexibles peuvent être utilisés par les clients. Voici les cas d'utilisation :

1. Répartition automatique de la charge applicative entre les ressources
2. Modernisation et création d'applications résilientes
3. Distribution des requêtes en fonction des caractéristiques du trafic

Répartition automatique de la charge applicative entre les ressources

Dans le premier des trois cas d'utilisation, un réseau cloud virtuel est affiché. Il contient un équilibreur de charge flexible connecté de manière bidirectionnelle à deux machines virtuelles qui se trouvent dans le même réseau cloud virtuel.

L'équilibreur de charge est connecté de manière bidirectionnelle à un utilisateur externe en dehors du réseau cloud virtuel.

Les requêtes proviennent de l'utilisateur externe vers l'équilibreur de charge, qui peut envoyer la requête à l'une des machines virtuelles. Cela permet à l'application de prendre en charge plus d'utilisateurs qu'une seule machine virtuelle ne peut gérer.

Modernisation et création d'applications résilientes

Dans le deuxième cas d'utilisation, un réseau cloud virtuel est affiché. Il contient un équilibreur de charge flexible. Dans le même réseau cloud virtuel se trouvent deux groupes. Chaque groupe dispose d'une machine virtuelle et d'une base de données. Il s'agit de deux instances d'une ancienne application non native du cloud.

L'équilibreur de charge est connecté de manière bidirectionnelle à chaque groupe.

Les requêtes sont envoyées par les utilisateurs à l'équilibreur de charge, qui peut envoyer la requête à l'une des applications héritées. Cela permet à une application héritée de prendre en charge plus d'utilisateurs que la normale en distribuant les requêtes utilisateur à plusieurs instances de l'application héritée.

Distribution des requêtes en fonction des caractéristiques du trafic

Dans le troisième cas d'utilisation, un réseau cloud virtuel est affiché. Il contient un équilibreur de charge flexible connecté de manière bidirectionnelle à trois machines virtuelles.

Les requêtes sont envoyées à la première machine virtuelle en fonction des valeurs de l'en-tête HTTP de la requête.

Les requêtes sont envoyées à la seconde machine virtuelle en fonction des valeurs du nom d'hôte virtuel de la requête.

Les requêtes sont envoyées à la troisième machine virtuelle en fonction des valeurs figurant dans l'URL de la requête.

Cela permet aux requêtes d'être dirigées vers une autre ressource en fonction des valeurs liées à HTTP dans la requête elle-même.

Cette image présente une disposition logique des ressources et des connexions dans une architecture d'équilibreur de charge flexible standard.

Une région OCI est affichée. La région contient trois domaines de disponibilité distincts numérotés de 1 à 3.

Un réseau cloud virtuel relie et inclut les trois domaines de disponibilité. Le réseau cloud virtuel inclut également une passerelle Internet connectée de manière bidirectionnelle à Internet.

Le premier sous-réseau se trouve dans le premier domaine de disponibilité. Il contient l'équilibreur de charge flexible principal.

Dans le deuxième domaine de disponibilité se trouve le deuxième sous-réseau. Il contient l'équilibreur de charge de basculement.

Entre les deux domaines de disponibilité et sous-réseaux se trouve un processus d'écoute avec une adresse IP publique. Le processus d'écoute est connecté de manière bidirectionnelle à la passerelle Internet. Il peut recevoir des requêtes d'Internet.

Le processus d'écoute fait partie d'un groupe qui inclut à la fois l'équilibreur de charge principal et l'équilibreur de charge flexible de basculement. Ce groupe agit en tant qu'équilibreur de charge logique qui continue à fonctionner, même en cas de défaillance du composant d'équilibreur de charge principal.

Il existe trois autres sous-réseaux, un dans chaque domaine de disponibilité. Ils sont numérotés de 3 à 5. Chaque sous-réseau dispose de ressources de calcul.

L'équilibreur de charge principal est connecté de manière bidirectionnelle aux sous-réseaux 3, 4 et 5. L'équilibreur de charge de basculement est connecté de manière bidirectionnelle aux sous-réseaux 3, 4 et 5.

Les requêtes proviennent d'Internet vers le processus d'écoute et sont envoyées à l'équilibreur de charge principal. L'équilibreur de charge achemine ensuite la requête vers l'un des sous-réseaux avec des ressources en fonction des poids ou des caractéristiques HTTP.