kubernetes pod 端口暴露/转发

Question

我正在尝试在 pod 上公开端口 8080，因此我可以直接从服务器获取 wget。 使用端口转发一切正常（ kubectl --namespace jenkins port-forward pods/jenkins-6f8b486759-6vwkj 9000:8080 ），我能够连接到 127.0.0.1:9000

但是当我尝试避免端口转发并永久打开端口时（ kubectl expose deployment jenkins --type=LoadBalancer -njenkins ）：我在 svc 中看到它（ kubectl describe svc jenkins -njenkins ）：

Name:                     jenkins
Namespace:                jenkins
Labels:                   <none>
Annotations:              <none>
Selector:                 app=jenkins
Type:                     LoadBalancer
IP Families:              <none>
IP:                       10.111.244.192
IPs:                      10.111.244.192
Port:                     port-1  8080/TCP
TargetPort:               8080/TCP
NodePort:                 port-1  31461/TCP
Endpoints:                172.17.0.2:8080
Port:                     port-2  50000/TCP
TargetPort:               50000/TCP
NodePort:                 port-2  30578/TCP
Endpoints:                172.17.0.2:50000
Session Affinity:         None
External Traffic Policy:  Cluster
Events:                   <none>

但端口仍未启动，netstat 没有显示任何内容。 应该如何正确完成？

使用 minikube 版本：v1.20.0，pod yaml 以防万一：

apiVersion: apps/v1
kind: Deployment
metadata:
  name: jenkins
spec:
  replicas: 1
  selector:
    matchLabels:
      app: jenkins
  template:
    metadata:
      labels:
        app: jenkins
    spec:
      securityContext:

      containers:
      - name: jenkins
        image: jenkins/jenkins:lts

        ports:
          - name: http-port
            containerPort: 8080
            hostPort: 8080
          - name: jnlp-port
            containerPort: 50000
        volumeMounts:
          - name: task-pv-storage
            mountPath: /var/jenkins_home
      volumes:
        - name: task-pv-storage
          persistentVolumeClaim:
            claimName: task-pv-claim

Answer 1

你的环境是什么？ 您是否使用 docker desktop/minikube/kubeadm 运行本地 k8s 集群？

Answer 2

使用kubectl get pods -o=wide检查您的 Pod 是否具有外部 IP

负载平衡不应该在您的单节点机器（使用 Minikube）上实现，存在某种“hack”

如果您在云提供商上部署集群，负载均衡器将是完全托管的

对于我所说的“hack”，请查看本教程视频部分关于 Ingress 组件的解释： https://youtu.be/X48VuDVv0do?t=7312

您应该在入口前面、负载均衡器前面、部署 Pod 前面放置一个带有 nginx 服务器的 Pod

Answer 3

我看到您在本地运行您的 k8s 集群，在这种情况下，不建议使用 LoadBalancer ServiceType，因为此类型使用云提供商的负载均衡器将服务暴露在外部。 您可能会使用自托管或硬件负载均衡器，但我认为这对于 minikube 集群来说有点过分了。

在您的 minikube 部署中，我建议使用 NodePort 服务类型，因为它使用节点的 IP 地址来公开服务。 示例 yaml：

apiVersion: v1
kind: Service
metadata:
  name: jenkins-service
spec:
  type: NodePort
  selector:
    app: jenkins
  ports:
    - port: 8080
      targetPort: 8080
      # nodePort field is optional, Kubernetes will allocate port from a range 30000-32767, but you can choose 
      nodePort: 30007
    - port: 50000
      targetPort: 50000     
      nodePort: 30008
  

然后，您可以在<NodeIP>:<nodePort>上访问您的应用程序。 如果您想在此处阅读有关 k8s 服务 go 的更多信息。

Answer 4

您使用端口 8080 上的服务公开了应用程序，但该端口在 kubernetes 之外未知，与服务或 pod 的 ip 地址相同。

该服务打开了一个指向部署端口的NodePort ：

[...]
NodePort:                 port-1  31461/TCP
[...]

使用 curl 到 ip:port 目标应该工作：

curl <cluster-node>:31461

集群节点 ip 取决于您如何设置 minikube。

Answer 5

问题出在 minikube 本身 - 在检查kubectl get events --all-namespaces时发现它，发生了一些奇怪的事情，看起来内部代理组件已损坏。