【Kubernetes】【九】Label，Deployment，Service

最新推荐文章于 2023-10-30 20:37:25 发布
最新推荐文章于 2023-10-30 20:37:25 发布
阅读量450 收藏
点赞数
分类专栏： Kubernetes 文章标签： kubernetes 运维 docker
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_41405524/article/details/129053895
版权

Label

Label是kubernetes系统中的一个重要概念。它的作用就是在资源上添加标识，用来对它们进行区分和选择。

Label的特点：

  • 一个Label会以key/value键值对的形式附加到各种对象上，如Node、Pod、Service等等
  • 一个资源对象可以定义任意数量的Label ，同一个Label也可以被添加到任意数量的资源对象上去
  • Label通常在资源对象定义时确定，当然也可以在对象创建后动态添加或者删除

可以通过Label实现资源的多维度分组，以便灵活、方便地进行资源分配、调度、配置、部署等管理工作。

一些常用的Label 示例如下：

  • 版本标签：“version”:“release”, “version”:“stable”…
  • 环境标签：“environment”:“dev”，“environment”:“test”，“environment”:“pro”
  • 架构标签：“tier”:“frontend”，“tier”:“backend”

标签定义完毕之后，还要考虑到标签的选择，这就要使用到Label Selector，即：

​ Label用于给某个资源对象定义标识

​ Label Selector用于查询和筛选拥有某些标签的资源对象

当前有两种Label Selector：

  • 基于等式的Label Selector

    name = slave: 选择所有包含Label中key="name"且value="slave"的对象

    env != production: 选择所有包括Label中的key="env"且value不等于"production"的对象

  • 基于集合的Label Selector

    name in (master, slave): 选择所有包含Label中的key="name"且value="master"或"slave"的对象

    name not in (frontend): 选择所有包含Label中的key="name"且value不等于"frontend"的对象

标签的选择条件可以使用多个，此时将多个Label Selector进行组合，使用逗号","进行分隔即可。例如：

​ name=slave，env!=production

​ name not in (frontend)，env!=production

命令方式

# 为pod资源打标签
[root@master ~]# kubectl label pod nginx-pod version=1.0 -n dev
pod/nginx-pod labeled

# 为pod资源更新标签
[root@master ~]# kubectl label pod nginx-pod version=2.0 -n dev --overwrite
pod/nginx-pod labeled

# 查看标签
[root@master ~]# kubectl get pod nginx-pod  -n dev --show-labels
NAME        READY   STATUS    RESTARTS   AGE   LABELS
nginx-pod   1/1     Running   0          10m   version=2.0

# 筛选标签
[root@master ~]# kubectl get pod -n dev -l version=2.0  --show-labels
NAME        READY   STATUS    RESTARTS   AGE   LABELS
nginx-pod   1/1     Running   0          17m   version=2.0
[root@master ~]# kubectl get pod -n dev -l version!=2.0 --show-labels
No resources found in dev namespace.

#删除标签
[root@master ~]# kubectl label pod nginx-pod version- -n dev
pod/nginx-pod labeled

配置方式

apiVersion: v1
kind: Pod
metadata:
  name: nginx
  namespace: dev
  labels:
    version: "3.0" 
    env: "test"
spec:
  containers:
  - image: nginx:1.17.1
    name: pod
    ports:
    - name: nginx-port
      containerPort: 80
      protocol: TCP

然后就可以执行对应的更新命令了：kubectl apply -f pod-nginx.yaml

Deployment

​ 在kubernetes中，Pod是最小的控制单元，但是kubernetes很少直接控制Pod，一般都是通过Pod控制器来完成的。Pod控制器用于pod的管理，确保pod资源符合预期的状态，当pod的资源出现故障时，会尝试进行重启或重建pod。

​ 在kubernetes中Pod控制器的种类有很多，本章节只介绍一种：Deployment。

在这里插入图片描述

命令操作

# 命令格式: kubectl run deployment名称  [参数] 
# --image  指定pod的镜像
# --port   指定端口
# --replicas  指定创建pod数量
# --namespace  指定namespace
[root@master ~]# kubectl run nginx --image=nginx:1.17.1 --port=80 --replicas=3 -n dev
deployment.apps/nginx created

# 查看创建的Pod
[root@master ~]# kubectl get deploy,pods -n dev
NAME                     READY   STATUS    RESTARTS   AGE
nginx-5ff7956ff6-6k8cb   1/1     Running   0          19s
nginx-5ff7956ff6-jxfjt   1/1     Running   0          19s
nginx-5ff7956ff6-v6jqw   1/1     Running   0          19s

# 查看deployment的信息
[root@master ~]# kubectl get deploy -n dev
NAME    READY   UP-TO-DATE   AVAILABLE   AGE
nginx   3/3     3            3           2m42s

# UP-TO-DATE：成功升级的副本数量
# AVAILABLE：可用副本的数量
[root@master ~]# kubectl get deploy -n dev -o wide
NAME    READY UP-TO-DATE  AVAILABLE   AGE     CONTAINERS   IMAGES              SELECTOR
nginx   3/3     3         3           2m51s   nginx        nginx:1.17.1        run=nginx

# 查看deployment的详细信息
[root@master ~]# kubectl describe deploy nginx -n dev
Name:                   nginx
Namespace:              dev
CreationTimestamp:      Wed, 08 Apr 2020 11:14:14 +0800
Labels:                 run=nginx
Annotations:            deployment.kubernetes.io/revision: 1
Selector:               run=nginx
Replicas:               3 desired | 3 updated | 3 total | 3 available | 0 unavailable
StrategyType:           RollingUpdate
MinReadySeconds:        0
RollingUpdateStrategy:  25% max unavailable, 25% max surge
Pod Template:
  Labels:  run=nginx
  Containers:
   nginx:
    Image:        nginx:1.17.1
    Port:         80/TCP
    Host Port:    0/TCP
    Environment:  <none>
    Mounts:       <none>
  Volumes:        <none>
Conditions:
  Type           Status  Reason
  ----           ------  ------
  Available      True    MinimumReplicasAvailable
  Progressing    True    NewReplicaSetAvailable
OldReplicaSets:  <none>
NewReplicaSet:   nginx-5ff7956ff6 (3/3 replicas created)
Events:
  Type    Reason             Age    From                   Message
  ----    ------             ----   ----                   -------
  Normal  ScalingReplicaSet  5m43s  deployment-controller  Scaled up replicaset nginx-5ff7956ff6 to 3
  
[root@master ~]# kubectl get pods -n dev --show-labelsnginx -n dev
  
# 删除 
[root@master ~]# kubectl delete deploy nginx -n dev
deployment.apps "nginx" deleted

配置操作

创建一个deploy-nginx.yaml，内容如下：

apiVersion: apps/v1
kind: Deployment
metadata:
  name: nginx
  namespace: dev
spec:
  replicas: 3
  selector:
    matchLabels:
      run: nginx
  template:
    metadata:
      labels:
        run: nginx
    spec:
      containers:
      - image: nginx:1.17.1
        name: nginx
        ports:
        - containerPort: 80
          protocol: TCP

然后就可以执行对应的创建和删除命令了：

​ 创建：kubectl create -f deploy-nginx.yaml

​ 删除：kubectl delete -f deploy-nginx.yaml

Service

通过上节课的学习，已经能够利用Deployment来创建一组Pod来提供具有高可用性的服务。

虽然每个Pod都会分配一个单独的Pod IP，然而却存在如下两问题：

  • Pod IP 会随着Pod的重建产生变化
  • Pod IP 仅仅是集群内可见的虚拟IP，外部无法访问

这样对于访问这个服务带来了难度。因此，kubernetes设计了Service来解决这个问题。

Service可以看作是一组同类Pod对外的访问接口。借助Service，应用可以方便地实现服务发现和负载均衡。

在这里插入图片描述

操作一：创建集群内部可访问的Service

# 暴露Service
[root@master ~]# kubectl expose deploy nginx --name=svc-nginx1 --type=ClusterIP --port=80 --target-port=80 -n dev
service/svc-nginx1 exposed

# 查看service
[root@master ~]# kubectl get svc svc-nginx1 -n dev -o wide
NAME         TYPE        CLUSTER-IP       EXTERNAL-IP   PORT(S)   AGE     SELECTOR
svc-nginx1   ClusterIP   10.109.179.231   <none>        80/TCP    3m51s   run=nginx

# 这里产生了一个CLUSTER-IP，这就是service的IP，在Service的生命周期中，这个地址是不会变动的
# 可以通过这个IP访问当前service对应的POD
[root@master ~]# curl 10.109.179.231:80
<!DOCTYPE html>
<html>
<head>
<title>Welcome to nginx!</title>
</head>
<body>
<h1>Welcome to nginx!</h1>
.......
</body>
</html>

操作二：创建集群外部也可访问的Service

# 上面创建的Service的type类型为ClusterIP，这个ip地址只用集群内部可访问
# 如果需要创建外部也可以访问的Service，需要修改type为NodePort
[root@master ~]# kubectl expose deploy nginx --name=svc-nginx2 --type=NodePort --port=80 --target-port=80 -n dev
service/svc-nginx2 exposed

# 此时查看，会发现出现了NodePort类型的Service，而且有一对Port（80:31928/TC）
[root@master ~]# kubectl get svc  svc-nginx-1  -n dev -o wide
NAME          TYPE        CLUSTER-IP       EXTERNAL-IP   PORT(S)        AGE    SELECTOR
svc-nginx2    NodePort    10.100.94.0      <none>        80:31928/TCP   9s     run=nginx

# 接下来就可以通过集群外的主机访问 节点IP:31928访问服务了
# 例如在的电脑主机上通过浏览器访问下面的地址
http://192.168.109.100:31928/

删除Service

[root@master ~]# kubectl delete svc svc-nginx-1 -n dev                                   service "svc-nginx-1" deleted

配置方式

创建一个svc-nginx.yaml，内容如下：

apiVersion: v1
kind: Service
metadata:
  name: svc-nginx
  namespace: dev
spec:
  clusterIP: 10.109.179.231
  ports:
  - port: 80
    protocol: TCP
    targetPort: 80
  selector:
    run: nginx
  type: ClusterIP

然后就可以执行对应的创建和删除命令了：

​ 创建：kubectl create -f svc-nginx.yaml

​ 删除：kubectl delete -f svc-nginx.yaml

小结

​ 至此，已经掌握了Namespace、Pod、Deployment、Service资源的基本操作，有了这些操作，就可以在kubernetes集群中实现一个服务的简单部署和访问了，但是如果想要更好的使用kubernetes，就需要深入学习这几种资源的细节和原理。

BirdMan98
关注
专栏目录
【Kubernetes系列】Node、Namespace、Deployment、Pod、Service、Label的常用操作（Nginx部署实战）
邓邓子的博客
06-15 1168
Kubernetes 可以使用 Namespaces（命名空间）创建多个虚拟集群。当团队或项目中具有许多用户时，可以考虑使用 Namespace 来区分，如果是少量用户集群，可以不需要考虑使用 Namespace。 Namespace 为名称提供了一个范围。资源的 Names 在 Namespace 中具有唯一性。 （2）通过文件创建 2.删除 注意： 删除一个 namespace 会自动删除所有属于该 namespace 的资源。 default 和 kube-system 命名空间不可删除。 P
Kubernetes学习--namespace，pod，Label，Service，Deployment入门学习
qq_43539962的博客
06-24 538
namespace，pod，Label，Service，Deploymentnamespace基本概念基本操作pod和deployment基本概念基本操作Label基本概念基本操作Service基本概念基本操作 namespace 基本概念 Namespace是kubernetes系统中的一种非常重要资源，它的主要作用是用来实现多套环境的资源隔离或者多租户的资源隔离。默认情况下，kubernetes集群中的所有的Pod都是可以相互访问的。但是在实际中，可能不想让两个Pod之间进行互相的访问，那此时就可以将两
讲述deployment、service、ingress资源的lables关系
Jerry00713的博客
07-07 923
在实验之前，我们都知道，lable是k8s中内部找寻各个资源的依据，比如deployment需要跟那个pod资源进行绑定，通过lable。service资源如何跟pod资源进行绑定，通过lable。service资源如何跟service资源进行绑定，通过lable。vi deploy.yaml vi svc.yaml [root@hdss7-11 ~]# vi /var/named/od.com.zone [root@hdss7-11 ~]# systemctl restar
deployment标签（labels）匹配相关知识：spec.selector.matchLables与spec.template.metadata.lables
热门推荐
梦想起飞的地方.........
06-11 1万+
deployment标签（labels）匹配相关知识：spec.selector.matchLables与spec.template.metadata.lables 1. spec.selector.matchLables实验 1.1 正确的Deployment书写方式，是要让spec.selector.matchLabels值和spec.template.metadata.lables值完全匹配，这样才不会报错。 apiVersion: apps/v1 kind: Deployment me.
k8s中label标签、deployment控制器、service、ipvs管理简介
最新发布
树下一少年的博客
10-30 1170
一.label管理 1.label的作用和特点 2.标签的查询和筛选 （1）等式型 （2）集合型 3.命令行打标签用法示例 （1）为资源对象添加多个标签 （2）更该原有标签 （3）删除标签 4.配置文件打标签用法示例 二.deployment控制器 1.pod控制器简介 2.deployment控制器 三.service管理 1.kubernetes内部可访问的service 2.kubernetes外部可访问的service 3.删除service 四.ipvs管理
Mr. Cappuccino的第38杯咖啡——Kubernetes中Pod、Namespace、Label、Deployment、Service之间的关系
Mr. Cappuccino的博客
02-15 687
你只需要在Deployment中描述您想要的目标状态是什么，Deployment Controller就会帮您将Pod和ReplicaSet的实际状态改变到您的目标状态。Pod是k8s中的最小单元，k8s不会直接控制Pod，而是通过Pod控制器来进行控制。Pod控制器用于对Pod的管理，确保Pod资源符合预期的状态，当Pod的资源出现故障时，会尝试进行重启或重建Pod。Pod IP会随着Pod的重建产生变化，可以使用Service提供的IP对Pod进行访问。查看指定namespace下的pod的额外信息。
Kubernetes核心技术--Pod，Label，Volume，Service，Deployment详解
CycloneKid的博客
10-06 1981
一.kubernetes简介 kubernetes，简称K8s，是用8代替8个字符“ubernete”而成的缩写。是一个开源的，用于管理云平台中多个主机上的容器化的应用，Kubernetes的目标是让部署容器化的应用简单并且高效（powerful）,Kubernetes提供了应用部署，规划，更新，维护的一种机制。 传统的应用部署方式是通过插件或脚本来安装应用。这样做的缺点是应用的运行、配置、管理、...
Kubernetes Deployment
叶康铭的博客
02-23 1716
什么是Deployment？ Deployment提供了运行Pod能力，并且为Pod提供滚动升级、伸缩、副本等功能，一般用于运行无状态的应用。目前建议使用Deployment来代替RelicaSet及ReplicationController的使用。 什么是无状态应用？ 无状态应用是不将数据或应用程序状态存储到容器中，这将使无状态应用程序更具可伸缩性。例如前端应用是无状态的，可以部署多个副本以提高...
Kubernetes中的Deployment详解
什么是Kubernetes中的Deployment？ 在Kubernetes中，Deployment是一种API对象，用于管理Pod和Replica Sets。通过Deployment，可以轻松地定义、创建、升级和扩展应用程序的部署。 ## 1.1 Kubernetes中的核心概念 ...
Kubernetes原生api部署微服务2-创建Namespace、Deployment、Service
Coding到灯火阑珊的专栏
01-04 610
Client-go是kubernetes官方开源的访问Api Server的客户端，通过Client-go我们可以对kubernetes的资源进行增删改查等操作。
配置Kubernetes中的Deployment：应用部署和扩展的最佳实践
理解Kubernetes Deployment ## 1.1 什么是Kubernetes Deployment Kubernetes Deployment是Kubernetes集群中用于管理应用程序部署和扩展的资源对象。它提供了一种声明性的方式来描述所需的应用程序状态，...
带你玩转kubernetes-k8s（第四篇：k8s-Label,Deployment基本概念及实例）
坚持的道路注定孤独
07-01 3523
周六本人生日和朋友喝酒去了，给大家说声抱歉，两天没有更新，希望大家可以谅解！ 今天我们主要讲解k8s中的Label,Doployment,Horizontal Pod Aitoscaler(HPA).在讲解中途，我们会穿插一些小的实例，使大家可以更加的了解。 Label:一个Label是一个Key-Value的键值对，Label可以被附加到各种资源对象上（Pod,Node,Service...
k8s部署-35-k8s中的标签如何使用呢？一文带你了解
ouyangzhenxin的博客
04-18 1541
 什么是label，label的作用是什么，为什么在k8s中要有label这个概念呢？本文就简单的来介绍下label的作用是什么，以及在k8s集群中到底应该如何使用label。 概念Label，顾名思义就是标签，在k8s中标签就是一个键值对，key=value，几乎在所有的资源上都可以使用label，非常的灵活：Pod、Deployment、Service、Node上面都可以使用。其次，同一个资源是可以拥有多个标签的，比如我们的Pod-A，既可以拥有app=tomcat，也可以具有web=
K8s 基础组件详解（Namespace, Pod, Label, Deployment, Service）
lukabruce的博客
10-13 443
具体可参考：K8s 基础资源讲解（Namespace, Pod, Label, Deployment, Service）_小毕超博客-CSDN博客一、NamespaceNamespace是kubernetes系统中的一种非常重要资源，它的主要作用是用来实现多套环境的资源隔离或者多租户的资源隔离。默认情况下，kubernetes集群中的所有的Pod都是可以相互访问的。但是在实际中，可能不想让两个Pod之间进行互相的访问，那此时就可以将两个Pod划分到不同的namespace下。kubernetes通过将集群内
云原生之Kubernetes资源管理，Namespace、Pod、Label、Deployment、Service基本使用
chaojiyingxiong的博客
03-29 4663
云原生之Kubernetes资源管理，Namespace、Pod、Label、Deployment、Service基本使用
kubernetes namespace pod label deployment介绍与命令
qq_45211528的博客
11-28 851
kubernetes namespace pod label deployment介绍与命令
Kubernetes之Pod、 Replicaset、 Service、Deployment和Label
weixin_42558019的博客
03-26 261
deploy控制RS，RS控制Pod，这一整套，向外提供稳定可靠的Service。 1、Pod: Pod是一个逻辑概念，它是Kubernetes资源调度的单元，一般会把一组功能强相关的容器...
Kubernetes 1.2 新功能介绍：Deployment
liukuan73的专栏
01-24 7098
http://www.dockerinfo.net/1128.html 什么是Deployment Kubernetes Deployment提供了官方的用于更新Pod和Replica Set（下一代的Replication Controller）的方法，您可以在Deployment对象中只描述您所期望的理想状态（预期的运行状态），Deployment控制器
Kubernetes部署详解：Pod、Service与Deployment的关系
在Kubernetes中，部署应用的核心组件包括Pod、Service和Deployment。本篇文章将详细介绍这三个概念及其在实际部署中的作用。 首先，Pod是Kubernetes中最基本的执行单元，它是运行应用程序的最小容器化单元。Pod的...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

BirdMan98

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值