• 分类和组织

• 筛选和管理
• 自动化操作

apiVersion: v1
kind: Pod
metadata:
  name: my-pod
  labels:
    app: my-app
    environment: production
spec:
  containers:
  - name: my-container
    image: nginx:1.26

# 添加标签
kubectl label pod my-pod owner=john
# 删除标签
kubectl label pod my-pod owner-
# 重新添加标签
kubectl label pod my-pod environment=test --overwrite

apiVersion: apps/v1
kind: Deployment
metadata:
  name: my-deployment
spec:
  replicas: 3
  selector:         # 标签选择器
    matchLabels:    # 通过键值对绑定标签
      app: my-app   # 需要管理Pod的标签
  template:         # 创建Pod的模板，通过Deployment自动创建Pod
    metadata:
      labels:
        app: my-app # Pod的标签，用于被筛选和管理
    spec:
      containers:
      - name: my-container
        image: nginx

• 等式选择器：选择与指定标签键值对匹配的对象。

  kubectl get pods -l app=my-app

• 集合选择器：选择标签值在指定集合中的对象。

  kubectl get pods -l environment in (production, staging)

• 存在性选择器：选择具有指定标签键的对象。

  kubectl get pods -l owner

# 我们先来创建一个nginx的deployment资源
kubectl create deployment nginx --image=nginx:1.21.6 --replicas=3
# 等服务pod都运行好，这时候按我们期待的状态就是3个pod，没问题
kubectl get pod -w

# 我们现在来修改其中一个pod的label，你会发现这个pod会被deployment抛弃，因为失去了labels这个标签，deployment已经不认识这个pod了，它就成了无主的pod，这时我们直接删除这个pod，它就会直接消失，就和我们用kubectl run 一个独立的pod资源一样
kubectl label pod nginx-69747f9bdb-tb27v app=web01 --overwrite=True
# 查看所有的pod标签，会发现修改后的pod标签已变
kubectl get pod --show-labels

# 删除修改过标签的pod，不会重启，它已经不受deployment的控制了。
kubectl delete pod nginx-69747f9bdb-tb27v

# 我们再来基于这个nginx的deployment来创建一个service服务
kubectl expose deployment nginx --port=80 --target-port=80 --name=nginx

# 直接利用svc的ip来请求下，发现都是正常的对吧
kubectl get svc nginx

# 这个时候我来来修改下svc资源的选择labels，看看会出现什么情况
kubectl patch services nginx -p '{"spec":{"selector":{"app": "nginxaaa"}}}'
# 这时再请求这个svc的ip，你会发现已经请求不通了，这也证明了它已经关联不到后面对应label的pod了

# 我们修改回来后，会发现一切恢复正常了
kubectl patch services nginx -p '{"spec":{"selector":{"app": "nginx"}}}'

# 首先导出多服务配置
kubectl get deployments.apps nginx -o yaml > nginx-other.yaml
apiVersion: apps/v1
kind: Deployment
metadata:
  annotations:
    deployment.kubernetes.io/revision: "1"
  creationTimestamp: "2026-02-21T16:14:56Z"
  generation: 1
  labels:
    app: nginx
  name: nginx
  namespace: default
  resourceVersion: "11284"
  uid: e6ab3af4-9c4a-47a1-a52c-0df4aa7f8e0f
spec:
  progressDeadlineSeconds: 600
  replicas: 3
  revisionHistoryLimit: 10
  selector:
    matchLabels:
      app: nginx
  strategy:
    rollingUpdate:
      maxSurge: 25%
      maxUnavailable: 25%
    type: RollingUpdate
  template:
    metadata:
      creationTimestamp: null
      labels:
        app: nginx
    spec:
      containers:
      - image: nginx:1.21.6
        imagePullPolicy: IfNotPresent
        name: nginx
        resources: {}
        terminationMessagePath: /dev/termination-log
        terminationMessagePolicy: File
      dnsPolicy: ClusterFirst
      restartPolicy: Always
      schedulerName: default-scheduler
      securityContext: {}
      terminationGracePeriodSeconds: 30
status:
  availableReplicas: 3
  conditions:
  - lastTransitionTime: "2026-02-21T16:14:57Z"
    lastUpdateTime: "2026-02-21T16:15:38Z"
    message: ReplicaSet "nginx-5cd95554b6" has successfully progressed.
    reason: NewReplicaSetAvailable
    status: "True"
    type: Progressing
  - lastTransitionTime: "2026-02-21T16:17:33Z"
    lastUpdateTime: "2026-02-21T16:17:33Z"
    message: Deployment has minimum availability.
    reason: MinimumReplicasAvailable
    status: "True"
    type: Available
  observedGeneration: 1
  readyReplicas: 3
  replicas: 3
  updatedReplicas: 3

kubectl describe svc nginx
kubectl apply -f nginx-other.yaml
kubectl get deployments.apps

• NodeName：指定Node名称进行调度；
• NodeSelector：通过Node标签进行选择调度。

• NodeAffinity 节点亲和的
• PodAffinity Pod亲和度
• PodAntiAffinity Pod反亲和性

• Taints 给Node节点打上污点，需要容忍的才能调度；
• Toleration 在Pod上设置容忍度，才能运行在有污点的Node上。