k8s nodename nodeselector deployment pod 测试 重启 运维

最新推荐文章于 2025-09-28 22:38:10 发布
原创 最新推荐文章于 2025-09-28 22:38:10 发布 · 1w 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文通过实操测试Kubernetes部署应用，并针对容器、节点出现的各种故障情况进行了验证，包括容器重启、节点重启及不可用时K8s的应对策略。

说明：

master ：132，  node1:11 ， node2:12


主要测试以下几个方面：

1. container指定到对应的node

2. container的死掉后

3. node重启后

4. node不可用后

5. node恢复后

主要是对上面的情况进行测试，看看k8s是否会按照咱们想的那样保证咱们的应用

1. container指定到对应的node

可以通过nodename、nodeselector实现

为了更好的扩展和定制这里使用 了nodeselector。

deployment yaml文件

[root@yzb-centos72-3 imgcloud]# more dfs-data-deployment.yaml 
apiVersion: extensions/v1beta1
kind: Deployment
metadata:
  name: dfs-data-depl
  namespace: imgcloud
spec:
  replicas: 1
  template:
    metadata:
      labels:
        k8s-app: dfs-data
    spec:
      nodeSelector: 
        imgcloud/app: dfs-data
      containers:
      - name: dfs-data
        image: registry.cn-beijing.aliyuncs.com/zybros/env:imgcloud-dfs-data
        imagePullPolicy: Always
        ports:
        - containerPort: 2101
          hostPort: 2101
        - containerPort: 3101
          hostPort: 3101

在创建该deployment之前，先进行label设定，通过kubectl label 对node进行打标签。

创建deployment后查看pod状态

[root@yzb-centos72-3 imgcloud]# kubectl get pod --all-namespaces -o wide
NAMESPACE   NAME                             READY     STATUS    RESTARTS   AGE       IP            NODE
imgcloud    dfs-data-depl-2521169640-62m79   1/1       Running   0          19m       172.17.73.2   10.3.14.11
访问11



2. container的死掉后

停止container

[root@k8s-node-11 k8s]# docker ps
CONTAINER ID        IMAGE                                                           COMMAND             CREATED             STATUS              
1a0e1704331a        registry.access.redhat.com/rhel7/pod-infrastructure:latest      "/pod"              45 seconds ago      Up 43 seconds       
[root@k8s-node-11 k8s]#
[root@k8s-node-11 k8s]# docker stop 3fcf58bbd812
3fcf58bbd812
[root@k8s-node-11 k8s]# docker ps
CONTAINER ID        IMAGE                                                           COMMAND             CREATED             STATUS                                                        
fed8ef3177c6        registry.cn-beijing.aliyuncs.com/zybros/env:imgcloud-dfs-data   "/usr/sbin/init"    8 seconds ago       Up 7 seconds        
1a0e1704331a        registry.access.redhat.com/rhel7/pod-infrastructure:latest      "/pod"              18 minutes ago      Up 18 minutes      
[root@k8s-node-11 k8s]#

可以看到 很快又重启了一个container，复合我们的要求

3. node重启后

reboot node1 后，

[root@k8s-node-11 ~]# docker ps
CONTAINER ID        IMAGE               COMMAND             CREATED             STATUS              PORTS               NAMES
[root@k8s-node-11 ~]# 
[root@k8s-node-11 ~]# 
[root@k8s-node-11 ~]# 
[root@k8s-node-11 ~]# netstat -lnpt
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name    
tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN      2074/sshd           
tcp        0      0 127.0.0.1:10248         0.0.0.0:*               LISTEN      2317/kubelet        
tcp        0      0 127.0.0.1:10249         0.0.0.0:*               LISTEN      751/kube-proxy      
tcp6       0      0 :::10250                :::*                    LISTEN      2317/kubelet        
tcp6       0      0 :::10255                :::*                    LISTEN      2317/kubelet        
tcp6       0      0 :::2101                 :::*                    LISTEN      2523/docker-proxy-c 
tcp6       0      0 :::3101                 :::*                    LISTEN      2514/docker-proxy-c 
tcp6       0      0 :::4194                 :::*                    LISTEN      2317/kubelet        
[root@k8s-node-11 ~]# 
[root@k8s-node-11 ~]# docker ps
CONTAINER ID        IMAGE                                                           COMMAND             CREATED             STATUS              PORTS                                            NAMES
ed9be07a17f6        registry.cn-beijing.aliyuncs.com/zybros/env:imgcloud-dfs-data   "/usr/sbin/init"    13 seconds ago      Up 12 seconds                                                        k8s_dfs-data.a55c69cf_dfs-data-depl-2521169640-62m79_imgcloud_dd8bf189-5af9-11e7-a7aa-0669a40010d2_368201ac
5407f90223f6        registry.access.redhat.com/rhel7/pod-infrastructure:latest      "/pod"              15 seconds ago      Up 14 seconds       0.0.0.0:2101->2101/tcp, 0.0.0.0:3101->3101/tcp   k8s_POD.92d92fce_dfs-data-depl-2521169640-62m79_imgcloud_dd8bf189-5af9-11e7-a7aa-0669a40010d2_b6a7a804
[root@k8s-node-11 ~]#

可以看到在node1,重启的这段时间里，node2并没有新建我们的pod，也就是说这段时间app是无法访问的。node1启动后很快就启动了咱们的服务。


4. node不可用后

我将node1的flannel关掉，然后查看node、demploy、pod

[root@yzb-centos72-3 imgcloud]# kubectl get node
NAME           STATUS    AGE
10.3.14.11     Ready     1h
10.3.14.12     Ready     1h
172.20.4.133   Ready     3d
[root@yzb-centos72-3 imgcloud]# 
[root@yzb-centos72-3 imgcloud]# kubectl get node
NAME           STATUS     AGE
10.3.14.11     NotReady   1h
10.3.14.12     Ready      1h
172.20.4.133   Ready      3d
[root@yzb-centos72-3 imgcloud]# kubectl get deployment --all-namespaces
NAMESPACE   NAME            DESIRED   CURRENT   UP-TO-DATE   AVAILABLE   AGE
imgcloud    dfs-data-depl   1         1         1            0           51m
[root@yzb-centos72-3 imgcloud]# kubectl get pod --all-namespaces
NAMESPACE   NAME                             READY     STATUS    RESTARTS   AGE
imgcloud    dfs-data-depl-2521169640-62m79   1/1       Running   2          33m
[root@yzb-centos72-3 imgcloud]#

node状态变成了notready，  deployment 的avaliable变成了0. 但是pod没有变化

通过describe查看pod状态，发现过了得一会了（没计时，感觉可能2分钟左右吧），controllermanager 起作用

Tolerations:    <none>
Events:
  FirstSeen     LastSeen        Count   From                    SubObjectPath   Type            Reason                  Message
  ---------     --------        -----   ----                    -------------   --------        ------                  -------
  36m           33m             14      {default-scheduler }                    Warning         FailedScheduling        pod (dfs-data-depl-2521169640-62m79) failed to fit in any node
fit failure summary on nodes : MatchNodeSelector (1)
  33m   33m     1       {default-scheduler }                                    Normal  Scheduled               Successfully assigned dfs-data-depl-2521169640-62m79 to 10.3.14.11
  33m   33m     1       {kubelet 10.3.14.11}    spec.containers{dfs-data}       Normal  Created                 Created container with docker id 3fcf58bbd812; Security:[seccomp=unconfined]
  33m   33m     1       {kubelet 10.3.14.11}    spec.containers{dfs-data}       Normal  Started                 Started container with docker id 3fcf58bbd812
  33m   14m     2       {kubelet 10.3.14.11}    spec.containers{dfs-data}       Normal  Pulling                 pulling image "registry.cn-beijing.aliyuncs.com/zybros/env:imgcloud-dfs-data"
  33m   14m     2       {kubelet 10.3.14.11}    spec.containers{dfs-data}       Normal  Pulled                  Successfully pulled image "registry.cn-beijing.aliyuncs.com/zybros/env:imgcloud-dfs-data"
  14m   14m     1       {kubelet 10.3.14.11}    spec.containers{dfs-data}       Normal  Started                 Started container with docker id fed8ef3177c6
  14m   14m     1       {kubelet 10.3.14.11}    spec.containers{dfs-data}       Normal  Created                 Created container with docker id fed8ef3177c6; Security:[seccomp=unconfined]
  10m   10m     1       {kubelet 10.3.14.11}    spec.containers{dfs-data}       Normal  Pulling                 pulling image "registry.cn-beijing.aliyuncs.com/zybros/env:imgcloud-dfs-data"
  10m   10m     1       {kubelet 10.3.14.11}    spec.containers{dfs-data}       Normal  Pulled                  Successfully pulled image "registry.cn-beijing.aliyuncs.com/zybros/env:imgcloud-dfs-data"
  10m   10m     1       {kubelet 10.3.14.11}    spec.containers{dfs-data}       Normal  Created                 Created container with docker id ed9be07a17f6; Security:[seccomp=unconfined]
  10m   10m     1       {kubelet 10.3.14.11}    spec.containers{dfs-data}       Normal  Started                 Started container with docker id ed9be07a17f6
  21s   21s     1       {controllermanager }                                    Normal  NodeControllerEviction  Marking for deletion Pod dfs-data-depl-2521169640-62m79 from Node 10.3.14.11
在12上启动了container。 

[root@iz2ze0fq2isg8vphkpos5tz ~]# docker ps
CONTAINER ID        IMAGE                                                           COMMAND             CREATED             STATUS              PORTS                                            NAMES
35701d1242b9        registry.cn-beijing.aliyuncs.com/zybros/env:imgcloud-dfs-data   "/usr/sbin/init"    39 seconds ago      Up 37 seconds                                                        k8s_dfs-data.a55c69cf_dfs-data-depl-2521169640-s62vc_imgcloud_e2d678e9-5afe-11e7-a7aa-0669a40010d2_6463e4cb
2b48e0f43df9        registry.access.redhat.com/rhel7/pod-infrastructure:latest      "/pod"              40 seconds ago      Up 38 seconds       0.0.0.0:2101->2101/tcp, 0.0.0.0:3101->3101/tcp   k8s_POD.92d92fce_dfs-data-depl-2521169640-s62vc_imgcloud_e2d678e9-5afe-11e7-a7aa-0669a40010d2_dd97ae88

5. node恢复后

[root@yzb-centos72-3 imgcloud]# kubectl get node
NAME           STATUS    AGE
10.3.14.11     Ready     1h
10.3.14.12     Ready     1h
将app scale 到 2 

[root@yzb-centos72-3 imgcloud]# kubectl get deployment --all-namespaces
NAMESPACE   NAME            DESIRED   CURRENT   UP-TO-DATE   AVAILABLE   AGE
imgcloud    dfs-data-depl   1         1         1            1           1h
[root@yzb-centos72-3 imgcloud]# kubectl get pod --all-namespaces
NAMESPACE   NAME                             READY     STATUS    RESTARTS   AGE
imgcloud    dfs-data-depl-2521169640-s62vc   1/1       Running   0          11m
[root@yzb-centos72-3 imgcloud]# 
[root@yzb-centos72-3 imgcloud]# kubectl scale deployment dfs-data-depl -n imgcloud --replicas=2
deployment "dfs-data-depl" scaled
[root@yzb-centos72-3 imgcloud]# kubectl get deployment --all-namespaces
NAMESPACE   NAME            DESIRED   CURRENT   UP-TO-DATE   AVAILABLE   AGE
imgcloud    dfs-data-depl   2         2         2            2           1h
[root@yzb-centos72-3 imgcloud]# kubectl get pod --all-namespaces
NAMESPACE   NAME                             READY     STATUS    RESTARTS   AGE
imgcloud    dfs-data-depl-2521169640-ggptp   1/1       Running   0          10s
imgcloud    dfs-data-depl-2521169640-s62vc   1/1       Running   0          12m
[root@yzb-centos72-3 imgcloud]# kubectl get pod --all-namespaces -o wide
NAMESPACE   NAME                             READY     STATUS    RESTARTS   AGE       IP            NODE
imgcloud    dfs-data-depl-2521169640-ggptp   1/1       Running   0          17s       172.17.73.2   10.3.14.11
imgcloud    dfs-data-depl-2521169640-s62vc   1/1       Running   0          12m       172.17.97.2   10.3.14.12

在master etcd 高可用的前提下， node 电、网 正常下，基本算是无人值守，自动修复







K8s常见调度方式对比：Deployment、NodeSelector与Affinity
zgt_certificate的博客
06-16 997
以上四种调度方式在Kubernetes中广泛使用，可以满足不同场景下Pod的调度需求。：通过Taint使Node拒绝特定Pod的运行，通过Toleration使Pod可以容忍特定的Taint。：自动部署一个容器应用的多个副本，并持续监控和管理副本数量，确保在集群内始终维持用户指定的副本数量。：通过Node的标签和Pod的nodeSelector属性相匹配，将Pod调度到特定的Node上。：亲和性调度机制，通过亲和性规则将Pod调度到符合条件的Node上。：效果，表示允许调度到带有该Taint的节点。
深入理解k8s中pod、service、deployment和statefulSet等工作负载--图文篇
最新发布
甘信的博客
10-02 612
有关k8s资源的spec内容，你熟记并掌握了吗？这篇图文希望帮你强化这些重要的知识点。
11.2.k8s中pod的调度-nodeSelector节点选择器
qq_22321199的专栏
05-06 1558
NodeSelector是Kubernetes调度器的一部分，是节点选择约束的最简单推荐形式。它允许开发者根据节点的标签，精确地控制Pod在集群中的调度位置。通过在Pod的定义中设置NodeSelector，可以确保Pod只会被调度到具有特定标签的节点上。我们先创建一个普通的deploy资源，设置为10个副本，查看创建的pod；那么我们有没有方法，让pod根据我们自己的想法，创建在我们想要的节点上呐？接下来，我们就学习，关于pod调度的节点选择器，nodeSelector。
图文讲解k8s中Service、Selector、EndpointSlice的运行原理
甘信的博客
09-28 1262
EndpointSlice 充当了 Service 和 Pod 之间的动态桥梁。1. 存储和分发后端端点信息EndpointSlice 自动维护并存储所有与 Service Selector 匹配的、状态为 Ready 的 Pod 的网络端点（IP:Port）信息。1.用户创建 Service：您在 Service 的 spec.selector 中定义了 app: my-app。
k8s selector_k8s nodeSelector
weixin_39962758的博客
01-14 1016
labels 在 K8s 中是一个很重要的概念，作为一个标识，Service、Deployments 和 Pods 之间的关联都是通过 label 来实现的。而每个节点也都拥有 label，通过设置 label 相关的策略可以使得 pods 关联到对应 label 的节点上。nodeSelectornodeSelector 是最简单的约束方式。nodeSelector 是 PodSpec 的一个字...
K8s - NodeSelector - 将Pod固定到具体节点
罗小爬的技术宝书
09-10 4134
1.给Node节点设置label 例如给192.168.6.15添加标签istio.ingress.gateway=enabled kubectl label node 192.168.6.15 istio.ingress.gateway=enabled 可通过如下命令查看Node包含的label kubectl get nodes --show-labels 2.具体部署...
k8s设置nodeSelector
PlatoWG的博客
09-14 4596
为了方便控制pod在哪些节点上运行，可以先给node设置相关label，然后在使用nodeSelector指定相关标签 nodeSelector: ipRange: 10.xxxx
k8s selector_Node Selector - K8S
weixin_39730801的博客
01-14 1797
项目中需要将REST Service部署到指定的node list中，可以通过将pod分配到指定的node list来实现。本节将介绍Node Selector及类似功能来介绍怎么将pod分配到指定Node list。参考Document Assign pod to node, Taints and Tolerations.k8s本身就会根据资源等信息将pod分配到合适的node上，但有些场景下，...
k8s的node亲和性和pod亲和性和反亲和性 污点 cordon drain
m0_52416577的博客
01-09 734
(master节点的污点就是这个)1、pod的亲和亲和性策略，在配置时，必须要加上拓扑域，必须要加上拓扑域的关键字topologyKet,指向节点的标签。--ignore-daemonsets:忽视daemonsets部署的pod，daemonsets部署的pod还在节点。指定key的值，指标节点的标签值，但是不指定污点的类型，要么所有节点上只要包含了这个指定的标签名，可以容忍所有的污点。生命周期结束之后，会驱逐一部分pod到其他节点，有的节点还是会保留在污点上，有的节点还是会保留在污点节点上。
K8s scheduler 调度：NodeName、NodeSelector与Taint
05-19 1086
1前言上篇介绍了k8s调度的预选和优选策略，K8s scheduler 调度：预选和优选策略。本篇介绍三个影响pod调度的配置：NodeName、NodeSelector与Taint。2NodeNameNodeName是根据node的名称调度pod。可用于强制约束Pod跳过默认的Kubernetes调度规则，直接调度Pod到指定的Node节点上。参数Pod.spec.nodeName。例如我们有3...
云计算-K8s 运维：Python SDK 操作 Job/Deployment/Pod+RBAC 权限配置及自定义 Pod 调度器实战
qq_51879297的博客
08-23 1353
本文介绍了使用Kubernetes Python SDK进行自动化运维的五种典型场景实现：1）Job自动化创建（先清理同名资源再部署计算任务）；2）Deployment全流程管理（创建Nginx服务并导出JSON状态文件）；3）Pod生命周期管控（删除-创建-查询一体化）；4）RBAC权限配置（命名空间/角色/绑定的创建与验证）；5）自定义调度器开发（监听Pending Pod并随机绑定可用节点）。每个场景都提供了可直接运行的完整Python代码，包含YAML配置文件解析和操作逻辑，帮助运维人员通过代码实现
企业运维实战--k8s学习笔记2.pod管理、构建资源清单、pod生命周期详解、控制器详解
Rabbit_hyl的博客
07-27 420
企业运维实战--k8s学习笔记2.pod管理、构建资源清单、pod生命周期详解、控制器详解豌豆荚--pod简单管理资源清单构建与应用Pod生命周期init初始化容器探针重启策略：控制器ReplicaSet--rs控制器deployments控制器DaemonSet控制器Job控制器 豌豆荚–pod简单管理 Pod好似一个豌豆荚，里面包含着一个或多个容器 。 本节通过命令学习管理pod。 创建pod应用，指定镜像为myapp:v1 kubectl run nginx --image=myapp:v1 查看
k8s selector_Kubernetes NodeSelector
weixin_42495057的博客
01-14 293
将pod调度到指定节点# 通过kubectl label 命令给目标Node上打上标签[root@k8s-master yaml]# kubectl label nodes k8s-node01 zone=myappnode/k8s-node01 labeled# yaml 文件内容如下[root@k8s-master yaml]# cat myapp_deployment.yamlapiVers...
K8S学习指南(42)-k8s调度之NodeSelector
俞兆鹏的博客
12-27 6661
NodeSelector是Kubernetes调度器的一部分，它允许开发者根据节点的标签，精确地控制Pod在集群中的调度位置。通过在Pod的定义中设置NodeSelector，可以确保Pod只会被调度到具有特定标签的节点上。将不同类型的应用程序或服务调度到专门标记的节点上，以便更好地隔离资源。根据节点的硬件特性（如GPU、CPU架构）将Pod调度到特定的节点上。在多地域集群中，通过NodeSelector将Pod调度到特定地理位置的节点上，以降低网络延迟。
K8S之nodeName
学亮编程手记
04-12 932
一、概念 指定节点名称，将Pod调度到指定的Node上，不经过调度器，不受Taint的限制 二、使用 spec: nodeName: k8s-node1 containers: - name: nginx image: nginx
20-k8s中pod的调度-nodeSelector节点选择器
2302_79199605的博客
02-18 1891
我们先创建一个普通的deploy资源，设置为10个副本metadata:name: dm01spec:selector:k8s: k8stemplate:metadata:labels:k8s: k8sspec:- name: cports:- name: p我们查看一下创建的pod我们发现，其是随机创建在，k8s232和k8s233节点上的；那么我们有没有方法，让pod根据我们自己的想法，创建在我们想要的节点上呐？
【k8s】——NodeSelector/Taints/Affinity 使用说明
汤庆
04-10 4158
一、前言 NodeSelector:如果需要限制Pod到指定的Node上运行，则可以给Node打标签并给Pod配置NodeSelector。 NodeAffinity节点亲和性，是Pod上定义的一种属性，使Pod能够按我们的要求调度到某个Node上，而Taints则恰恰相反，它可以让Node拒绝运行Pod，甚至驱逐Pod。Taints(污点)是Node的一个属性，设置了...
K8S 节点选择器
matrixlzp的博客
01-15 1832
给某个资源打上标签语法：kubectl label [pod|node|...] 资源名称 key1=value1 key2=value2nodeName 使用节点名称进行匹配nodeSelector 使用节点标签进行匹配同时使用 nodeName 跟 nodeSelector 需要都满足，pod 才能被正确调度删除资源的标签语法：kubectl label [pod|node|...] 资源名称 key-
k8s通过selector筛选pod
06-28
<think>我们正在讨论Kubernetes中使用Selector筛选Pod的方法。根据引用内容，Selector在Kubernetes中是一个核心概念，主要用于选择具有特定标签的Pod。在Service、Deployment、ReplicaSet等资源中都会用到Selector。引用[1]提到：Service通过定义标签选择器（selector）来选择一组Pod，这样Service的端点列表会自动更新IP地址和端口，因为对应的Pod是根据Service上的标签选择器被选择出来的。引用[3]和引用[4]展示了nodeSelector的使用，它允许Pod被调度到具有特定标签的节点上。但这里我们主要关注的是如何用Selector过滤Pod（即选择Pod），而不是调度。在Kubernetes中，我们通常使用标签（Labels）和选择器（Selectors）来过滤资源。对于Pod，我们可以使用kubectl命令配合标签选择器来获取特定的Pod列表。根据引用[5]，我们还可以使用字段选择器（field-selector）来过滤Pod，例如按照Pod的名称。因此，我们可以总结两种主要方法：1.标签选择器（LabelSelectors）：根据Pod的标签进行筛选。2.字段选择器（FieldSelectors）：根据Pod的其他字段（如名称、节点名、状态等）进行筛选。下面详细说明：一、使用标签选择器（Label Selectors）在Kubernetes中，我们可以给Pod打上标签，然后通过标签选择器来过滤。例如，给Pod打标签：kubectl labelpod <pod-name> key=value然后，我们可以使用以下命令来筛选：kubectlget pods-l key=value或者使用不等条件：kubectlget pods-l'key1=value1,key2!=value2'二、使用字段选择器（Field Selectors）字段选择器允许我们根据资源的一些字段进行筛选。例如，我们可以根据Pod所在的节点名、Pod的状态等。kubectl getpods --field-selector metadata.name=nginx-pod#引用[5]的例子kubectl getpods --field-selector spec.nodeName=k8s-node1#选择运行在节点k8s-node1上的Podkubectl getpods --field-selector status.phase=Running#选择所有运行中的Pod另外，在编写YAML文件时，我们也可以在Deployment、Service等资源的selector字段中定义标签选择器，以选择它们管理的Pod。例如，在Service中：apiVersion:v1kind:Servicemetadata:name:my-servicespec:selector:app:MyApp#选择所有具有标签app=MyApp的Podports:-protocol:TCPport:80targetPort:9376在Deployment中，同样通过selector来匹配Pod。注意：字段选择器通常用于kubectl命令行，而标签选择器既可以在命令行使用，也可以在资源定义文件中使用。下面我们给出一个结构清晰的回答。</think>### Kubernetes 使用 Selector 筛选 Pod 的方法 在 Kubernetes 中，**Selector（选择器）** 是通过标签（Labels）筛选资源的核心机制。以下是具体实现方法及示例： --- #### 一、标签选择器（Label Selector）[^1][^5] 通过 `key=value` 标签对筛选 Pod： ```bash # 筛选包含 app=nginx 标签的 Pod kubectl get pods -l app=nginx # 多条件筛选（AND 逻辑） kubectl get pods -l 'env=prod,app=web' # 排除特定标签 kubectl get pods -l 'tier!=backend' ``` --- #### 二、字段选择器（Field Selector）[^5] 基于 Pod 的元数据或状态字段筛选： ```bash # 按名称精确筛选 kubectl get pods --field-selector metadata.name=nginx-pod # 按节点筛选 kubectl get pods --field-selector spec.nodeName=k8s-node1 # 按状态筛选 kubectl get pods --field-selector status.phase=Running ``` --- #### 三、在资源定义中使用 Selector 1. **Service 中的 Selector** [^1] 自动关联匹配标签的 Pod： ```yaml apiVersion: v1 kind: Service metadata: name: nginx-service spec: selector: app: nginx # 选择包含此标签的 Pod ports: - protocol: TCP port: 80 ``` 2. **Deployment/ReplicaSet 中的 Selector** 管理 Pod 副本： ```yaml apiVersion: apps/v1 kind: Deployment spec: selector: matchLabels: app: nginx # 必须与 Pod 模板中的标签一致 template: metadata: labels: app: nginx # 关键匹配标签 ``` --- #### 四、节点选择器（Node Selector）[^3][^4] 将 Pod 调度到特定节点： ```yaml apiVersion: v1 kind: Pod metadata: name: huazi spec: nodeSelector: kubernetes.io/hostname: k8s-node1.org # 节点主机名标签 containers: - name: myapp image: myapp:v1 ``` 验证调度结果： ```bash kubectl describe pod huazi | grep "Successfully assigned" # 输出：Successfully assigned default/huazi to k8s-node1 [^4] ``` --- #### 关键概念 - **标签（Labels）**：`key:value` 元数据，如 `env: prod` - **选择器匹配类型**： - 等值匹配（`=`, `==`, `!=`） - 集合匹配（`in`, `notin`, `exists`） - **自动标签**：节点自带 `kubernetes.io/hostname` 等系统标签 [^3] > **操作建议**： > 1. 始终为 Pod 添加业务相关的标签（如 `app`, `tier`） > 2. 使用 `kubectl get pods --show-labels` 查看标签 > 3. 复杂条件用逗号分隔实现 **AND** 逻辑
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值