Configuration des pools d'origines

Un pool d'origine est un groupe de serveurs d'origine qui reçoivent le trafic d'un équilibreur de charge global. Les origines peuvent être identifiées par une adresse IP ou un nom d'hôte, et les pools peuvent être associés à une région spécifique ou mis à disposition au niveau mondial.

Vous pouvez configurer le nombre minimum d'origines saines qui doivent être disponibles pour qu'un pool soit considéré comme sain, ainsi que le contrôle de santé utilisé pour surveiller le pool.

Si vous êtes familier avec la terminologie du DNS, considérez un pool comme un jeu d'enregistrements, sauf que seules les origines saines sont renvoyées. Vous pouvez configurer plusieurs pools et définir leur priorité de basculement.

Lors de l'ajout de serveurs d'origine à un pool, vous pouvez identifier l'origine par son nom d'hôte ou son adresse IP.
L'ordre des pools dans l'équilibreur de charge détermine la priorité de basculement standard. Si le nombre d'origines correctes d'un pool est inférieur au seuil configuré, l'équilibreur de charge achemine le trafic vers le pool disponible suivant.
Par défaut, l'ordre des pools est déterminé par leur date de création. Vous pouvez les réorganiser à partir du tableau de bord global de l'équilibreur de charge et en utilisant l'API CIS (utilisez la commande Update Pools pour définir un nouveau tableau origins ).
L'orientation dynamique utilise des profils de durée de boucle (RTT) pour déterminer la priorité des pools. S'il n'y a pas de données de durée de boucle (RTT) pour votre pool dans une région ou un centre de colocation, l'équilibreur de charge utilise l'ordre des pools pour déterminer la priorité de basculement.
L'orientation géographique dirige le trafic vers des pools en fonction de la région ou du point de présence du client. S'il n'y a pas de configuration de l'orientation géographique pour une région ou un pool, l'équilibreur de charge utilise l'ordre des pools pour déterminer la priorité de basculement.

Répartition du trafic au sein d'un pool

Par défaut, le trafic est réparti uniformément entre les origines du pool à l'aide d'un algorithme round-robin. Cela est également le cas pour les équilibreurs de charge globaux sans proxy.

Les origines peuvent être configurées avec des pondérations. Pour les équilibreurs de charge globaux avec proxy, les pondérations déterminent le volume de trafic que chaque serveur d'origine reçoit par rapport aux autres origines du pool. Les poids sont configurés sous forme de valeurs décimales comprises entre 0 et 1, et spécifient la fraction du trafic qui va à l'origine.

Pour chaque origine :

Percent of traffic to the origin = origin weight / sum of all origin weights

Si toutes les origines ont la pondération 1, le trafic est réparti de manière égale.

Les origines avec pondération 0 ne reçoivent aucun trafic pour ce pool. Cependant, l'affinité de session peut toujours remplacer cette valeur jusqu'à ce que toutes les sessions soient fermées. Si l'origine est un membre d'un autre pool, elle peut toujours recevoir du trafic pour ce pool.

Par exemple, un pool d'origines est constitué de 3 origines ayant les poids suivants : origine-A : 0.4, origine-B : 0.3, et origine-C : 0.3.

Au départ, toutes les origines sont saines. Le volume de trafic que reçoit chaque origine est : origin - A : 40 %, origin - B : 30 %, et origin -C : 30 %.
origine-A passe à l'état critique et ne reçoit plus de trafic. Les origines restantes ont le même poids, et donc le trafic est réparti de manière égale, chacun recevant 50 %.
L'administrateur modifie le poids de l'origine - C vers 0. Maintenant, 100 % du nouveau trafic va vers l'origine - B. Avec l'affinité de session activée, le trafic des sessions existantes sur origine-C continue à être dirigé vers origine-C jusqu'à la fermeture de ces sessions (pendant 24 heures maximum).
Enfin, le poids de l'origine - B est remplacé par 0. Le pool ne reçoit plus de trafic jusqu'à ce que l'origine renvoie à un état sain ou que les pondérations pour origin - C et origin - B soient définies à une valeur différente de zéro.

Pool de rétromigration

Un pool de repli est le pool de priorité la plus basse dans une configuration d'équilibreur de charge. Il reçoit du trafic lorsque des pools de priorité supérieure sont indisponibles et peut également recevoir du trafic en fonctionnement normal, en fonction du mode de répartition du trafic sélectionné. Il ne se limite pas à la gestion des erreurs.

La distribution du trafic vers un pool de repli dépend du mode de répartition du trafic configuré et de la priorité attribuée à chaque pool. Dans certaines configurations, le pool de repli peut recevoir du trafic même lorsque les autres pools sont sains.

Le pool de repli est défini comme le pool d'origine ayant la priorité la plus faible, représentée par la valeur numérique la plus élevée. Cette désignation détermine son rôle lorsque d'autres pools deviennent indisponibles. Lorsque tous les pools primaires d'une région sont indisponibles, le trafic est dirigé vers le pool de repli. Ce routage s'effectue quel que soit l'état de santé du pool de secours.

Si tous les pools sont désactivés, le pool de secours n'est pas disponible.