Ce document a été traduit à l'aide d'une technologie de traduction automatique. Bien que nous nous efforcions de fournir des traductions exactes, nous ne fournissons aucune garantie quant à l'exhaustivité, l'exactitude ou la fiabilité du contenu traduit. En cas de divergence, la version originale anglaise prévaut et fait foi.

Configuration de l’équilibreur de charge et du contrôleur d’ingress au sein de SUSE Rancher Prime

Au sein de Rancher, vous pouvez configurer des équilibreurs de charge et des contrôleurs d’ingress pour rediriger les demandes de service.

Équilibreurs de charge

Après avoir lancé une application, l’appli n’est disponible que dans le cluster. Elle ne peut pas être atteinte depuis l’extérieur du cluster.

Si vous souhaitez que vos applications soient accessibles de l’extérieur, vous devez ajouter un équilibreur de charge ou un ingress à votre cluster. Les équilibreurs de charge créent une passerelle pour que les connexions externes accèdent à votre cluster, à condition que l’utilisateur connaisse l’adresse IP de l’équilibreur de charge et le numéro de port de l’application.

Rancher prend en charge deux types d’équilibreurs de charge :

Pour plus d’informations, consultez les équilibreurs de charge.

Limitations des équilibreurs de charge

Les équilibreurs de charge ont quelques limitations dont vous devez être conscients :

  • Les équilibreurs de charge ne peuvent gérer qu’une seule adresse IP par service, ce qui signifie que si vous exécutez plusieurs services dans votre cluster, vous devez avoir un équilibreur de charge pour chaque service. Exécuter plusieurs équilibreurs de charge peut être coûteux.

  • Si vous souhaitez utiliser un équilibreur de charge avec un cluster Kubernetes hébergé (c’est-à-dire des clusters hébergés dans GKE, EKS ou AKS), l’équilibreur de charge doit fonctionner au sein de l’infrastructure de ce fournisseur de cloud. Veuillez consulter les tableaux de compatibilité concernant le support des équilibreurs de charge en fonction de la manière dont vous avez provisionné vos clusters :

  • Support pour l’équilibrage de la charge de couche 4

  • Support pour l’équilibrage de la charge de couche 7

Ingress

Comme mentionné dans les limitations ci-dessus, les inconvénients d’utiliser un équilibreur de charge sont :

  • Les équilibreurs de charge ne peuvent gérer qu’une seule adresse IP par service.

  • Si vous exécutez plusieurs services dans votre cluster, vous devez avoir un équilibreur de charge pour chaque service.

  • Il peut être coûteux d’avoir un équilibreur de charge pour chaque service.

En revanche, lorsqu’un ingress est utilisé comme point d’entrée dans un cluster, l’ingress peut acheminer le trafic vers plusieurs services avec une plus grande flexibilité. Il peut associer plusieurs requêtes HTTP à des services, sans nécessiter d’adresses IP individuelles pour chaque service.

Par conséquent, il est utile d’avoir un ingress si vous souhaitez que plusieurs services soient exposés avec la même adresse IP, le même protocole de couche 7 ou les mêmes ports de nœud privilégiés : 80 et 443.

L’ingress fonctionne en conjonction avec un ou plusieurs contrôleurs d’ingress pour acheminer dynamiquement les demandes de service. Lorsque l’ingress reçoit une demande, le(s) contrôleur(s) d’ingress dans votre cluster dirigent la demande vers le service correct en fonction des sous-domaines de service ou des règles de chemin que vous avez configurées.

Votre ingress, qui crée un point d’entrée pour votre cluster similaire à un équilibreur de charge, peut résider dans votre cluster ou à l’extérieur.

L’ingress peut également fournir d’autres fonctionnalités, telles que la terminaison SSL, l’hébergement virtuel basé sur le nom, et plus encore.

  • Pour plus d’informations sur la façon de configurer l’ingress dans Rancher, voir Ingress.

  • Pour des informations complètes sur l’ingress et les contrôleurs d’ingress, voir la Kubernetes Ingress Documentation

  • Lors de l’utilisation d’ingress dans un projet, vous pouvez programmer le nom d’hôte de l’ingress à un DNS externe en configurant une entrée DNS globale.