Різниця між targetPort та портом у визначенні служби Kubernetes

Kubernetes Serviceможе мати визначення targetPortта portв службі:

kind: Service
apiVersion: v1
metadata:
  name: my-service
spec:
  selector:
    app: MyApp
  ports:
  - protocol: TCP
    port: 80
    targetPort: 9376

Яка різниця між portта targetPort?

Сервіс: Це спрямовує трафік на поділ.

TargetPort: це фактичний порт, на якому ваша програма працює у контейнері.

Порт: Деякі рази ваша програма всередині контейнера обслуговує різні послуги на іншому порту.

Приклад: фактична програма може запускатися, 8080і перевірки стану здоров'я для цієї програми можуть працювати на 8089порту контейнера. Тож якщо ви потрапляєте на службу без порту, вона не знає, на який порт контейнера він повинен перенаправити запит. Сервіс повинен мати відображення, щоб воно могло потрапити на конкретний порт контейнера.

kind: Service
apiVersion: v1
metadata:
  name: my-service
spec:
  selector:
    app: MyApp
  ports:
    - name: http
      nodePort: 30475
      port: 8089
      protocol: TCP
      targetPort: 8080
    - name: metrics
      nodePort: 31261
      port: 5555
      protocol: TCP
      targetPort: 5555
    - name: health
      nodePort: 30013
      port: 8443
      protocol: TCP
      targetPort: 8085 

якщо ви потрапили, my-service:8089трафік перенаправляється до 8080контейнера (targetPort). Аналогічно, якщо ви потрапили, my-service:8443то він буде переспрямований на 8085контейнер (targetPort). Але це myservice:8089є внутрішнім для кластера kubernetes і може використовуватися, коли одна програма хоче спілкуватися з іншою програмою. Тож, щоб потрапити на службу з-за кластера, комусь потрібно виставити порт на хост-машині, на якій запущені кубернети, щоб трафік переспрямовувався на порт контейнера. Це node port(порт, відкритий на хост-машині). З наведеного вище прикладу, ви можете звернутися до служби з-за кластера (Поштова або будь-який інший клієнт) за допомогоюhost_ip:nodePort

Припустимо, що ваш господар машини внутрибрюшинно це 10.10.20.20ви можете натиснути на HTTP, метрики, медичні послуги з 10.10.20.20:30475, 10.10.20.20:31261, 10.10.20.20:30013.

Зміни: Відредаговано відповідно до коментаря Редвальда .

Мені це допомагає думати про речі з точки зору служби .

• nodePort: Порт на вузлі, куди надходитиме зовнішній трафік
• port: Порт цієї послуги
• targetPort Цільовий порт на поділках, для переадресації трафіку

Трафік надходить nodePort, переходить portна службу, яка потім прямує targetPortна поді (и).

Варто наголосити більше, що nodePortстосується зовнішнього руху. Інші стручки кластера, які, можливо, потребуватимуть доступу до сервісу, просто використовуватимуть port, а не nodePortвнутрішній доступ до сервісу.

Також варто зазначити, що якщо targetPortйого не встановлено, воно буде за замовчуванням таким же значенням, як і port. Наприклад, 80:80для порту 80контейнера, орієнтованого на сервіс 80.

Відповідь, подана вище @Manikanta P, є правильною. Однак пояснення "Порту" може бути трохи незрозумілим на першому читанні. Я поясню на прикладі:

Розглянемо веб-додаток з його статичним вмістом (титульна сторінка, зображення тощо), розміщеним httpd, та динамічним контентом (наприклад, відповіді на запити тощо), розміщеним Tomcat. Веб-сервер (або статичний контент) обслуговується httpd у порту, 80тоді як Appserver (або динамічний контент) обслуговується tomcat в порту 8080.

Що хоче розробник: Користувач повинен мати доступ до веб-сервера ззовні, АЛЕ не Appserver ззовні.

Рішення: Тип сервісу веб-сервера в його service.yml буде NodePort, тоді як тип служби Appserver у його service.yml буде ClusterIP.

Код служби service.yml:

spec:
  selector:
    app: Webserver
  type: NodePort        // written to make this service accessible from outside.
  ports:
    - nodePort: 30475   // To access from outside, type <host_IP>:30475 in browser.
      port: 5050        // (ignore for now, I will explain below).
      protocol: TCP
      targetPort: 80  // port where httpd runs inside the webserver pod.

Код для служби Appserver.yml

spec:
  selector:
    app: appserver
  type: ClusterIP        // written to make this service NOT accessible from outside.
  ports:
    - port: 5050         // port to access this container internally
      protocol: TCP
      targetPort: 8080   // port where tomcat runs inside the appserver pod.

Також зверніть увагу, що у httpd.confфайл веб-сервера ми запишемо IP, який перенаправляє запит користувача на додаток. Цей IP буде: host_IP:5050.

Що саме тут відбувається? Користувач пише hostIP:30475і бачить сторінку веб-сервера. Це тому, що його обслуговує httpd у порту 80(targetport). Коли користувач натискає кнопку, робиться запит. Цей запит переспрямовується на Appserver, оскільки у httpd.confфайлі 5050згадується порт , і це порт, де контейнер Appserver і контейнер контейнера Webserver внутрішньо спілкуються. Коли додаток отримує запит, він може обслуговувати його через Tomcat, що працює в ньому в порту 8080.

Ця відповідь посилається на документацію Kubernetes на додаток до інших відповідей:

https://kubernetes.io/docs/concepts/services-networking/connect-applications-service/ :

targetPort: це порт, на який контейнер приймає трафік,

port: - це абстрагований порт Сервісу, який може бути будь-яким портом, який інші стручки використовують для доступу до Сервісу

https://kubernetes.io/docs/concepts/services-networking/connect-applications-service/ :

Визначення портів у Pods мають назви, і ви можете посилатися на ці імена в targetPortатрибуті Сервісу. Це працює, навіть якщо в Сервісі є суміш Pods, що використовує одне налаштоване ім'я, з тим самим мережевим протоколом, доступним через різні номери портів.

Коротше кажучи

nodeport: Слухає зовнішній запит на всіх робочих вузлах у nodeip: port та пересилає запит до порту.

port: Внутрішній порт обслуговування кластера для контейнера і прослуховує вхідний запит з вузла транспорту і пересилає до targetPort.

targetPort:Отримайте запит від порту та вперед до контейнера (порта), де він прослуховується. навіть якщо ви не вкажете це, за замовчуванням отримаєте ті ж номери портів, що і порту.

"Цільовий порт" - це порт, на якому працює ваш контейнер.

Port: порт перенаправляє трафік до контейнера з сервісу.

Розкриття розгортання

  master $ kubectl get deployments
NAME         READY   UP-TO-DATE   AVAILABLE   AGE

nginx        1/1     1            1           31s
master $ kubectl expose deployment nginx --name=nginx-svc --port=8080 --target-port=80
service/nginx-svc exposed

master $ kubectl get svc

NAME         TYPE        CLUSTER-IP       EXTERNAL-IP   PORT(S)    AGE

nginx-svc    ClusterIP   10.107.209.151   <none>        8080/TCP   5s

NodePort: це порт, який дозволяє сервісу отримувати доступ зовнішньо.

Сподіваюся, що це відповідає.

якщо контейнер слухає порт 9376, то targetPort : 9376

якщо служба слухає порт 80, то порт : 80

Тоді конфігурація портів сервісів виглядає нижче

ports:
 - protocol: TCP
   port: 80
   targetPort: 9376

Нарешті, запит отриманий до порту служби та пересланий на цільовий порт підрозділу.