Stratégie de routage pour les équilibreurs de charge

Utilisez des stratégies de routage pour appliquer une liste ordonnée nommée de règles de routage au processus d'écoute d'un équilibreur de charge.

Une stratégie de routage est une liste triée nommée de règles de routage qui est appliquée à un processus d'écoute. Les stratégies de routage de demande vous permettent d'acheminer les demandes de trafic entrant en fonction de leur correspondance à des conditions que vous définissez. Ces conditions de règle peuvent utiliser des opérations booléennes et de quasi-correspondance. Les règles sont évaluées dans l'ordre que vous définissez et l'évaluation s'arrête à la première correspondance. Vous pouvez attacher un tel ensemble de règles de routage de demande à vos processus d'écoute HTTP ou HTTPS. Une règle de routage de demande au format correct se compose de conditions de correspondance et d'une seule action de routage correspondante. Vous pouvez créer plusieurs règles de routage. Si une demande entrante ne correspond à aucune des règles que vous avez créées, elle est acheminée vers un ensemble de back-ends par défaut attaché au processus d'écoute. Pour plus d'informations sur le langage de stratégie de routage, reportez-vous à Langage de stratégie de routage.

Vous pouvez effectuer les tâches de gestion de stratégie de routage suivantes :

Répertoriez les stratégies de routage de l'équilibreur de charge.

Créez une stratégie de routage pour l'équilibreur de charge.

Obtenez les détails d'une stratégie de routage.

Modifiez les paramètres d'une stratégie de routage.

Supprimez les paramètres d'une stratégie de routage.

Types de correspondance pris en charge

Pour les paramètres de données de requête, les cookies et les en-têtes HTTP, les types de correspondance suivants sont pris en charge :

  • Contient : <key> est égal à <value>
  • Ne contient pas : <key> est égal à <value>
  • Existe : <key>
  • N'existe pas : <key>

Les stratégies de routage prennent également en charge les règles qui correspondent à des chemins d'URL de demande. Le comportement est semblable à celui des ensembles de routages par chemin, mais offre des options de correspondance différentes. Les types de correspondance suivants sont pris en charge dans les stratégies de routage pour la correspondance de chemin :

  • Est : correspondance exacte du chemin, comme /videos ou /images.
  • N'est pas : tout chemin qui ne correspond pas exactement au chemin spécifié.
  • Commence par : une correspondance est obtenue si le chemin commence par la valeur d'entrée. Si le paramètre fourni est /videos, une demande portant sur /videos/images génère tout de même une correspondance.
  • Ne commence pas par : une correspondance est obtenue si le chemin commence par autre chose que le paramètre fourni. Si le paramètre fourni est /videos, une demande portant sur /images/stills génère tout de même une correspondance.
  • Se termine par : une correspondance est obtenue si le chemin se termine par le paramètre. Si le paramètre fourni est /videos, une demande portant sur /images/videos ou /previews/videos génère une correspondance.
  • Ne finit pas par : une correspondance est obtenue si le chemin se termine par autre chose que le paramètre fourni. Par conséquent, si le paramètre fourni est /videos, une demande portant sur /videos/images génère une correspondance.

La seule action de règle de routage prise en charge est la suivante :

Acheminer vers un ensemble de back-ends spécifique : cette option achemine les demandes mises en correspondance vers un ensemble de back-ends que vous indiquez.