Как использовать NodePort с добротой?

Я пытаюсь использовать NodePort с видом, но почему - то не хочет работать.

Я успешно развернул следующий кластер:

apiVersion: kind.x-k8s.io/v1alpha4
kind: Cluster
nodes:
- role: control-plane
  extraPortMappings:
  - containerPort: 80
    hostPort: 30000
    listenAddress: "0.0.0.0" # Optional, defaults to "0.0.0.0"
    protocol: tcp # Optional, defaults to tcp
- role: worker

а затем очень простое развертывание:

apiVersion: apps/v1
kind: Deployment
metadata:
  name: hostname-deployment
  labels:
    app: hostname
spec:
  replicas: 2
  selector:
    matchLabels:
      app: hostname
  template:
    metadata:
      labels:
        app: hostname
    spec:
      containers:
      - name: hostname
        image: hostname:0.1
        ports:
        - containerPort: 80

и сервис:

apiVersion: v1
kind: Service
metadata:
  name: hostname-service
spec:
  type: NodePort
  selector:
    app: hostname
  ports:
    - protocol: TCP
      port: 80
      targetPort: 80
      nodePort: 30000

и я могу подключиться к услуге, например,

(in one terminal)
k port-forward service/hostname-service 8080:80
Forwarding from 127.0.0.1:8080 -> 80

(another one)
curl localhost:8080
hostname: hostname-deployment-75c9fd6584-ddc59 at Wed, 17 Jun 2020 15:38:33 UTC

Но я не могу подключиться к сервису через открытый NodePort

curl -v localhost:30000
* Rebuilt URL to: localhost:30000/
*   Trying 127.0.0.1...
* TCP_NODELAY set
* Connected to localhost (127.0.0.1) port 30000 (#0)
> GET / HTTP/1.1
> Host: localhost:30000
> User-Agent: curl/7.58.0
> Accept: */*
>
* Recv failure: Connection reset by peer
* stopped the pause stream!
* Closing connection 0
curl: (56) Recv failure: Connection reset by peer

kubectl get all выход:

NAME                                       READY   STATUS    RESTARTS   AGE
pod/hostname-deployment-75c9fd6584-ddc59   1/1     Running   0          34m
pod/hostname-deployment-75c9fd6584-tg8db   1/1     Running   0          34m

NAME                       TYPE        CLUSTER-IP       EXTERNAL-IP   PORT(S)        AGE
service/hostname-service   NodePort    10.107.104.231   <none>        80:30000/TCP   34m
service/kubernetes         ClusterIP   10.96.0.1        <none>        443/TCP        35m

NAME                                  READY   UP-TO-DATE   AVAILABLE   AGE
deployment.apps/hostname-deployment   2/2     2            2           34m

NAME                                             DESIRED   CURRENT   READY   AGE
replicaset.apps/hostname-deployment-75c9fd6584   2         2         2       34m

7 ответов

Решение

Вид конфигурации кластера должен быть таким, как показано ниже

apiVersion: kind.x-k8s.io/v1alpha4
kind: Cluster
nodes:
- role: control-plane
  extraPortMappings:
  - containerPort: 30000
    hostPort: 30000
    listenAddress: "0.0.0.0" # Optional, defaults to "0.0.0.0"
    protocol: tcp # Optional, defaults to tcp
- role: worker

На самом деле то, что предлагал Arghya Sadhu, сработало. Не знаю, почему ответ был удален.

apiVersion: kind.x-k8s.io/v1alpha4
kind: Cluster
nodes:
- role: control-plane
  extraPortMappings:
  - containerPort: 30000
    hostPort: 30000
    listenAddress: "0.0.0.0"
    protocol: tcp
- role: worker

Вы не должны использовать nodeport с локальным IP. Вместо этого вы должны:

  1. используйте команду: kubectl get nodes -o wide
  2. запишите IP узла
  3. завиток:30000

или же

  1. docker exec -it /bin/bash

  2. завить локальный хост:30000

Я поделюсь своим ответом, поскольку я опробовал это сегодня, используя кластер с несколькими узлами, и еще одна важная вещь - это то, что необходимо позаботиться о версиях клиента и сервера kubectl. Я считаю, что это кому-то поможет.

Шаг 1

вид-api-cluster.yml

      kind: Cluster
apiVersion: kind.x-k8s.io/v1alpha4
nodes:
- role: control-plane
  extraPortMappings:
  - containerPort: 30950
    hostPort: 30950
    listenAddress: "127.0.0.1"
    protocol: TCP
- role: worker
- role: worker

Шаг 2 Сервис Kubernetes и файл развертывания. (Если вы заметили здесь, вид hostPort уровня управления и nodePort службы kubernetes должны быть одинаковыми)

api.yml

      apiVersion: apps/v1
kind: Deployment
metadata:
  name: api
  labels:
    app: api
spec:
  replicas: 3
  selector:
    matchLabels:
      app: api
  template:
    metadata:
      labels:
        app: api
    spec:
      containers:
        - name: api
          image: api
          imagePullPolicy: Never
          ports:
            - containerPort: 8080
---
apiVersion: v1
kind: Service
metadata:
  name: api-svc
spec:
  selector:
    app: api
  type: NodePort
  ports:
    - name: http
      nodePort: 30950
      targetPort: 8080
      port: 8080

Дополнительные замечания:-

версия kubectl

      Client Version: version.Info{Major:"1", Minor:"20+", GitVersion:"v1.20.4-dirty", GitCommit:"e87da0bd6e03ec3fea7933c4b5263d151aafd07c", GitTreeState:"dirty", BuildDate:"2021-03-15T09:55:27Z", GoVersion:"go1.16.2", Compiler:"gc", Platform:"darwin/amd64"}
Server Version: version.Info{Major:"1", Minor:"20", GitVersion:"v1.20.2", GitCommit:"faecb196815e248d3ecfb03c680a4507229c2a56", GitTreeState:"clean", BuildDate:"2021-01-21T01:11:42Z", GoVersion:"go1.15.5", Compiler:"gc", Platform:"linux/amd64"}

вид - версия

      kind version 0.10.0
      kubectl port-forward svc/hostname-service 30000:80

Теперь доступ к вашему сервису будет осуществляться через хост-порт 30000.

в виде конфига yaml

containerPort должен совпадать с «NodePort» в конфигурации службы. в вашем случае это 30000

советы: hostPort может быть любым портом, он не обязательно должен быть таким же, как и containerPort

Я бы попытался удалить nodePort: 30000 и проверить, что вновь назначенный nodePort работает с интерфейсом обратной связи. Если вы обновляете службу, у kube проблема с назначенными узлами nodePorts, вы должны сами управлять конфликтом портов. Также может помочь попытка удалить развертывание и повторное развертывание.

Другие вопросы по тегам