主页 / server / 问题 / 1125917
Accepted
BPDev
Asked: 2023-03-12 06:33:34 +0800 CST

服务使用的部署标签？

  • 772

在 Kubernetes 配置文件中命名标签时，我尝试更加明确，认为部署使用 pod 标签，服务使用部署标签。

apiVersion: apps/v1
kind: Deployment
metadata:
  name: auth-depl
  labels:
    app: auth-depl-label
spec:
  replicas: 1
  selector:
    matchLabels:
      app: auth-pod-label
  template:
    metadata:
      labels:
        app: auth-pod-label
    spec:
      containers:
      - name: auth-pod
        image: bogdan-pechounov/auth
        ports:
        - containerPort: 3000
---
apiVersion: v1
kind: Service
metadata:
  name: auth-srv
spec:
  selector:
    app: auth-depl-label
  type: LoadBalancer
  ports:
  - protocol: TCP
    port: 3000
    targetPort: 3000

但是，在 Chrome 中minikube service auth-srv会产生This site can’t be reached错误。在 中minikube dashboard，服务处于挂起状态，并且没有与该服务关联的 pod。

使用 pod 标签确实有效，这让我想知道部署标签的用途。

apiVersion: v1
kind: Service
metadata:
  name: auth-srv
spec:
  selector:
    app: auth-pod-label
  type: LoadBalancer
  ports:
  - protocol: TCP
    port: 3000
    targetPort: 3000

完整代码（skaffold dev开始）

kubernetes

1 个回答

  1. Best Answer

    这让我想知道部署标签的用途。

    每个标签只是一种在不知道资源名称的情况下引用资源集合的方式。但是，正如您所指出的，kubernetes 本身以与您的问题相关的几种方式使用标签：

    • Deployments使用标签来跟踪其托管 Pod 的健康状况和基数（因为 Pod 的名称大多是随机的）
    • Services使用标签跟踪处于Ready应向其发送流量的状态的Pod

    使用Deployments，还需要注意Deployment对象本身template: { metadata: { labels: {} } }有标签，但这些标签与标记在新创建的 Pod 上的标签无关，并且这些标签必须是 a 的子集matchLabels:才能Deployment管理它们

    同样的故事Service，它也可以有自己的标签，但与它用于成员资格的标签无关Service。请注意，虽然标签与matchLabels:中的标签相同是非常常见的，但它们彼此之间没有任何关系。Serviceselector:

    这是一个非常好的设置，因为Deployment只关心 Pod beingawesome和Service只关心那些 Pod being v1，并且由于应用了模板的标签，所以两者都由 Deployment 中新生成的 Pod 实现

    kind: Deployment
spec:
  ...
  matchLabels:
    app: awesome
  template:
    metadata:
      labels:
        app: awesome
        release: v1
---
kind: Service
spec:
  selector:
    release: v1
    • 0

相关问题