【云原生 | 从零开始学Kubernetes】八、命名空间资源配额以及标签

本文涉及的产品
容器服务 Serverless 版 ACK Serverless,317元额度 多规格
容器服务 Serverless 版 ACK Serverless,952元额度 多规格
简介: namespace 是命名空间,里面有很多资源,那么我们可以对命名空间资源做个限制,防止该命名空间部署的资源超过限制。

namespacs 使用案例分享



#创建一个 test 命名空间 
[root@k8smaster ~]# kubectl create ns test 
#删除命名空间
[root@k8smaster ~]# kubectl delete ns test
#切换命名空间 
[root@k8smaster ~]# kubectl config set-context --current --namespace=kube-system
[root@k8smaster ~]# kubectl get pods
NAME                                READY   STATUS    RESTARTS   AGE
coredns-7ff77c879f-272f4            1/1     Running   3          12d
coredns-7ff77c879f-flkxx            1/1     Running   3          12d
#切换命名空间后,kubectl get pods 如果不指定-n,查看的就是 kube-system 命名空间的资源了。 
#查看哪些资源属于命名空间级别的 在创建资源的时候没有指定命名空间就会在默认的命名空间 pod是命名空间级别的
[root@k8smaster ~]# kubectl api-resources --namespaced=true


namespace 资源限额


namespace 是命名空间,里面有很多资源,那么我们可以对命名空间资源做个限制,防止该命名空间部署的资源超过限制。


如何对 namespace 资源做限额呢?


[root@k8smaster ~]# mkdir pp
[root@k8smaster ~]# cd pp
[root@k8smaster ~]# vim namespace-pp.yaml 
apiVersion: v1 
kind: ResourceQuota
metadata:
  name: mem-cpu-quota
  namespace: test
spec:
  hard:
    requests.cpu: "2"
    requests.memory: 2Gi
    limits.cpu: "4"
    limits.memory: 4Gi


创建的 ResourceQuota 对象将在 test 名字空间中添加以下限制:


每个容器必须设置内存请求(memory request),内存限额(memory limit),cpu 请求(cpu request)和 cpu 限额(cpu limit)。


所有容器的内存请求总额不得超过 2 GiB。


所有容器的内存限额总额不得超过 4 GiB。


所有容器的 CPU 请求总额不得超过 2 CPU。


所有容器的 CPU 限额总额不得超过 4 CPU。


[root@k8smaster pp]# kubectl apply -f namespace-pp.yaml 
resourcequota/mem-cpu-quota created
[root@k8smaster pp]# kubectl describe ns test
Name:         test
Labels:       <none>
Annotations:  <none>
Status:       Active
Resource Quotas
 Name:            mem-cpu-quota
 Resource         Used  Hard
 --------         ---   ---
 limits.cpu       0     4
 limits.memory    0     4Gi
 requests.cpu     0     2
 requests.memory  0     2Gi
No LimitRange resource.
#创建 pod 时候必须设置资源限额,否则创建失败,如下: 
[root@k8smaster pp]# vim pod-test.yaml 
apiVersion: v1 
kind: Pod 
metadata: 
  name: pod-test 
  namespace: test 
  labels: 
    app: tomcat-pod-test 
spec: 
  containers: 
  - name: tomcat-test 
    ports: 
    - containerPort: 8080 
    image: tomcat
    imagePullPolicy: IfNotPresent 
    resources: 
      requests: 
        memory: "100Mi" 
        cpu: "500m" 
      limits: 
        memory: "2Gi" 
        cpu: "2" 
[root@k8smaster pp]# kubectl get pods -n test
NAME       READY   STATUS    RESTARTS   AGE
pod-test   1/1     Running   0          8s
[root@k8smaster pp]# kubectl describe pods pod-test -n test
Name:         pod-test
Namespace:    test
Priority:     0
Node:         k8snode/192.168.11.141
Start Time:   Fri, 08 Jul 2022 21:31:01 -0700
Labels:       app=tomcat-pod-test
Annotations:  Status:  Running
IP:           10.244.2.13
IPs:
  IP:  10.244.2.13
Containers:
  tomcat-test:
    Container ID:   docker://b8604abe672c701f1ea8d027568b375989e12061090e1c5d951dae637af9b726
    Image:          tomcat
    Image ID:       docker-pullable://tomcat@sha256:9dee185c3b161cdfede1f5e35e8b56ebc9de88ed3a79526939701f3537a52324
    Port:           8080/TCP
    Host Port:      0/TCP
    State:          Running
      Started:      Fri, 08 Jul 2022 21:31:02 -0700
    Ready:          True
    Restart Count:  0
    Limits:
      cpu:     2
      memory:  2Gi
    Requests:
      cpu:        500m
      memory:     100Mi
    Environment:  <none>
    Mounts:


什么是标签?


标签其实就一对 key/value ,被关联到对象上,比如 Pod,标签的使用我们倾向于能够表示对象的特殊特点,就是一眼就看出了这个 Pod 是干什么的,标签可以用来划分特定的对象(比如版本,服务类型等),标签可以在创建一个对象的时候直接定义,也可以在后期随时修改,每一个对象可以拥有多个标签,但是,key 值必须是唯一的。创建标签之后也可以方便我们对资源进行分组管理。如果对 pod 打标签,之后就可以使用标签来查看、删除指定的 pod。


在 k8s 中,大部分资源都可以打标签。


给 pod 资源打标签


#对已经存在的 pod 打标签  表示这个pod版本是v1
[root@k8smaster pp]# kubectl label pods pod-first release=v1 
#查看标签是否打成功 查看指定的pod
[root@k8smaster pp]# kubectl get pods pod-first --show-labels 
显示如下,说明标签达成功了 
NAME        READY   STATUS    RESTARTS   AGE    LABELS
pod-first   1/1     Running   0          139m   release=v1


查看资源标签


#查看默认名称空间下所有 pod 资源的标签 
[root@k8smaster pp]# kubectl get pods --show-labels
NAME                          READY   STATUS    RESTARTS   AGE     LABELS
nginx-f89759699-tc62k         1/1     Running   2          4d20h   app=nginx,pod-template-hash=f89759699
nginx-test-84b997bfc5-6vccl   1/1     Running   0          16h     app=nginx,pod-template-hash=84b997bfc5
nginx-test-84b997bfc5-z6lqm   1/1     Running   0          16h     app=nginx,pod-template-hash=84b997bfc5
pod-first                     1/1     Running   0          140m    release=v1
#查看默认名称空间下指定 pod 具有的所有标签 
[root@k8smaster pp]# kubectl get pods pod-first --show-labels
NAME        READY   STATUS    RESTARTS   AGE    LABELS
pod-first   1/1     Running   0          141m   release=v1
#列出默认名称空间下标签 key 是 release 的 pod,不显示标签 
[root@k8smaster pp]# kubectl get pods -l release
NAME        READY   STATUS    RESTARTS   AGE
pod-first   1/1     Running   0          141m
#列出默认名称空间下标签 key 是 release、值是 v1 的 pod,不显示标签 
[root@k8smaster pp]# kubectl get pods -l release=v1
NAME        READY   STATUS    RESTARTS   AGE
pod-first   1/1     Running   0          142m
#列出默认名称空间下标签 key 是 release 的所有 pod,并打印对应的标签值 key作为一列 value在这一列显示出来。
[root@k8smaster pp]# kubectl get pods -L release
NAME                          READY   STATUS    RESTARTS   AGE     RELEASE
nginx-f89759699-tc62k         1/1     Running   2          4d20h   
nginx-test-84b997bfc5-6vccl   1/1     Running   0          16h     
nginx-test-84b997bfc5-z6lqm   1/1     Running   0          16h     
pod-first                     1/1     Running   0          142m    v1
#查看所有名称空间下的所有 pod 的标签 
[root@k8smaster pp]# kubectl get pods --all-namespaces --show-labels 
#把具有release标签的pod显示出来并且显示对应的key和value
[root@k8smaster pp]# kubectl get pods -l release=v1 -L release 
NAME        READY   STATUS    RESTARTS   AGE    RELEASE
pod-first   1/1     Running   0          145m   v1


相关实践学习
通过Ingress进行灰度发布
本场景您将运行一个简单的应用,部署一个新的应用用于新的发布,并通过Ingress能力实现灰度发布。
容器应用与集群管理
欢迎来到《容器应用与集群管理》课程,本课程是“云原生容器Clouder认证“系列中的第二阶段。课程将向您介绍与容器集群相关的概念和技术,这些概念和技术可以帮助您了解阿里云容器服务ACK/ACK Serverless的使用。同时,本课程也会向您介绍可以采取的工具、方法和可操作步骤,以帮助您了解如何基于容器服务ACK Serverless构建和管理企业级应用。 学习完本课程后,您将能够: 掌握容器集群、容器编排的基本概念 掌握Kubernetes的基础概念及核心思想 掌握阿里云容器服务ACK/ACK Serverless概念及使用方法 基于容器服务ACK Serverless搭建和管理企业级网站应用
目录
相关文章
|
22小时前
|
Kubernetes Linux 调度
在k8S中,Pod如何实现对节点的资源控制?
在k8S中,Pod如何实现对节点的资源控制?
|
22小时前
|
Kubernetes 监控 API
在K8S中,RS资源如何实现升级和回滚?
在K8S中,RS资源如何实现升级和回滚?
|
1天前
|
机器学习/深度学习 分布式计算 Cloud Native
云原生架构下的高性能计算解决方案:利用分布式计算资源加速机器学习训练
【8月更文第19天】随着大数据和人工智能技术的发展,机器学习模型的训练数据量和复杂度都在迅速增长。传统的单机训练方式已经无法满足日益增长的计算需求。云原生架构为高性能计算提供了新的可能性,通过利用分布式计算资源,可以在短时间内完成大规模数据集的训练任务。本文将探讨如何在云原生环境下搭建高性能计算平台,并展示如何使用 PyTorch 和 TensorFlow 这样的流行框架进行分布式训练。
6 2
|
22小时前
|
Kubernetes 网络协议 应用服务中间件
在K8S中,SVC资源是否支持在K8S集群外部访问?
在K8S中,SVC资源是否支持在K8S集群外部访问?
|
5天前
|
Kubernetes 安全 Serverless
Kubernetes云原生问题之在Serverless Container中,Pod运行如何解决
Kubernetes云原生问题之在Serverless Container中,Pod运行如何解决
33 5
|
5天前
|
Kubernetes Cloud Native 安全
Kubernetes云原生问题之GKE Autopilot 与现有 Kubernetes 生态的兼容度如何解决
Kubernetes云原生问题之GKE Autopilot 与现有 Kubernetes 生态的兼容度如何解决
23 4
|
5天前
|
运维 Kubernetes 大数据
Kubernetes 的架构问题之在Serverless Container场景下尚不支持资源超售如何解决
Kubernetes 的架构问题之在Serverless Container场景下尚不支持资源超售如何解决
31 0
|
23小时前
|
数据采集 监控 Kubernetes
在k8S中,kubelet监控Worker节点资源是使用什么组件来实现的?
在k8S中,kubelet监控Worker节点资源是使用什么组件来实现的?
|
1天前
|
Prometheus Kubernetes 监控
在k8S中,DaemonSet类型的资源特性有哪些?
在k8S中,DaemonSet类型的资源特性有哪些?
|
1天前
|
Kubernetes 监控 调度
在K8S中,DaemonSet类型资源特性?
在K8S中,DaemonSet类型资源特性?

推荐镜像

更多