est possible d'avoir deux services Web dans une seule gousse à Kubettes. Si oui, comment va charger un équilibreur le gérera? Une autre question, charge-t-elle un équilibreur de chargement parle directement à la pod ou au conteneur à l'intérieur de la pod? Si sa discussion à POD n'est pas que la route augmente comme le premier, LB-> POD, POD-> Conteneur. Comme la pod est entre les deux. Je suis nouveau à Kubettes et j'ai eu ces doutes.
3 Réponses :
Voici quelques réponses qui vous aideront.
- Une pod est une instance d'exécution d'un conteneur. Vous pouvez avoir deux conteneurs / deux services Web en cours d'exécution à la face d'une gousse, bien que son idéal pour en exécuter un sous une cosse.
- Lorsque vous apportez vos conteneurs, vous créez des itinéraires d'entrée / de voleur sur vos services.
Lorsque vous avez deux services Web exécutés à l'intérieur de votre POD, chacun aurait publié son service à deux entrées de service différentes.
- Idéalement deux itinéraires à l'intérieur de la cosse pour ces services et une petite découverte de service pour les identifier à l'intérieur.
- C'est une raison pour laquelle nous préférons exécuter un conteneur par pod.
- Demandez-vous à lire Kubettes dans Action Livre pour obtenir plus de perspicacité claire.
vous peut exécuter plusieurs conteneurs à l'intérieur d'une seule gousse, mais en utilisant cela pour accueillir deux services distincts n'est probablement pas l'utilisation prévue.
Un exemple d'exemple pour exécuter plusieurs conteneurs à l'intérieur du même POD est un conteneur, un soi-disant Sidecar, qui exécute une forme d'application pour générer des fichiers (par exemple, un outil de synchronisation), tandis que le service principal utilise ces fichiers. Cela pourrait être un serveur Web servant des fichiers statiques que l'outil de synchronisation tire de quelque part.
Retour à votre question, puisque une pod ne dispose que d'une adresse IP, vous ne pouvez utiliser que chaque port une fois. Un port sur un conteneur correspond directement à un port de la cosse. Donc, alors que vous pouvez théoriquement exécuter deux conteneurs avec un service Web, vous devrez utiliser deux ports différents. En tant que tel, l'équilibreur de charge devra traiter ces deux ports séparément.
Si vous souhaitez exécuter plusieurs copies du même service pour l'équilibrage de la charge, vous devez utiliser plusieurs gousses, idéalement gérées par un déploiement et utiliser un service (IP de cluster pour interne ou Balance de charge pour externe) pour distribuer le trafic.
Donc, LB parle-t-elle directement aux conteneurs, à l'aide d'une adresse de socket?
À l'intérieur du cluster, l'équilibreur de charge doit utiliser l'adresse IP de la POD pour accéder à ses ports publiés. Cependant, vous utiliserez généralement des sélecteurs d'étiquettes sur des services au lieu de jouer manuellement avec POD IPS. Si votre équilibreur de charge est en dehors du cluster, vous devez d'une manière ou d'une autre, faites de la disponibilité des services d'abord, car POD IPS ne sont pas routards en dehors d'un cluster.
Vous pouvez exécuter plusieurs conteneurs sur le même pod, si les services sont étroitement couplés. Par exemple, si vous avez un serveur Web et une base de données SQL.
Si les services Web ne sont pas étroitement couplés, vous voudrez probablement les mettre dans différents pods.
alors vous devez déployer un Service et l'expose Pour vous faire un service Web accessible si de l'intérieur du cluster ou de l'extérieur en fonction de la Type de service .
Pour charger l'équilibre entre vos services, vous auriez besoin d'un Contrôleur d'entrée .