【云原生 | 从零开始学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搭建和管理企业级网站应用
目录
相关文章
|
6天前
|
Kubernetes Cloud Native Docker
云原生时代的容器化实践:Docker和Kubernetes入门
【10月更文挑战第37天】在数字化转型的浪潮中,云原生技术成为企业提升敏捷性和效率的关键。本篇文章将引导读者了解如何利用Docker进行容器化打包及部署,以及Kubernetes集群管理的基础操作,帮助初学者快速入门云原生的世界。通过实际案例分析,我们将深入探讨这些技术在现代IT架构中的应用与影响。
28 2
|
6天前
|
Kubernetes 监控 负载均衡
深入云原生:Kubernetes 集群部署与管理实践
【10月更文挑战第37天】在数字化转型的浪潮中,云原生技术以其弹性、可扩展性成为企业IT架构的首选。本文将引导你了解如何部署和管理一个Kubernetes集群,包括环境准备、安装步骤和日常维护技巧。我们将通过实际代码示例,探索云原生世界的秘密,并分享如何高效运用这一技术以适应快速变化的业务需求。
26 1
|
10天前
|
运维 Kubernetes Cloud Native
Kubernetes云原生架构深度解析与实践指南####
本文深入探讨了Kubernetes作为领先的云原生应用编排平台,其设计理念、核心组件及高级特性。通过剖析Kubernetes的工作原理,结合具体案例分析,为读者呈现如何在实际项目中高效部署、管理和扩展容器化应用的策略与技巧。文章还涵盖了服务发现、负载均衡、配置管理、自动化伸缩等关键议题,旨在帮助开发者和运维人员掌握利用Kubernetes构建健壮、可伸缩的云原生生态系统的能力。 ####
|
11天前
|
存储 运维 Kubernetes
云原生之旅:Kubernetes的弹性与可扩展性探索
【10月更文挑战第32天】在云计算的浪潮中,云原生技术以其独特的魅力成为开发者的新宠。本文将深入探讨Kubernetes如何通过其弹性和可扩展性,助力应用在复杂环境中稳健运行。我们将从基础架构出发,逐步揭示Kubernetes集群管理、服务发现、存储机制及自动扩缩容等核心功能,旨在为读者呈现一个全景式的云原生平台视图。
25 1
|
16天前
|
Kubernetes 负载均衡 Cloud Native
云原生应用:Kubernetes在容器编排中的实践与挑战
【10月更文挑战第27天】Kubernetes(简称K8s)是云原生应用的核心容器编排平台,提供自动化、扩展和管理容器化应用的能力。本文介绍Kubernetes的基本概念、安装配置、核心组件(如Pod和Deployment)、服务发现与负载均衡、网络配置及安全性挑战,帮助读者理解和实践Kubernetes在容器编排中的应用。
47 4
|
4天前
|
Cloud Native 安全 数据安全/隐私保护
云原生架构下的微服务治理与挑战####
随着云计算技术的飞速发展,云原生架构以其高效、灵活、可扩展的特性成为现代企业IT架构的首选。本文聚焦于云原生环境下的微服务治理问题,探讨其在促进业务敏捷性的同时所面临的挑战及应对策略。通过分析微服务拆分、服务间通信、故障隔离与恢复等关键环节,本文旨在为读者提供一个关于如何在云原生环境中有效实施微服务治理的全面视角,助力企业在数字化转型的道路上稳健前行。 ####
|
6天前
|
运维 Kubernetes Cloud Native
云原生技术:容器化与微服务架构的完美结合
【10月更文挑战第37天】在数字化转型的浪潮中,云原生技术以其灵活性和高效性成为企业的新宠。本文将深入探讨云原生的核心概念,包括容器化技术和微服务架构,以及它们如何共同推动现代应用的发展。我们将通过实际代码示例,展示如何在Kubernetes集群上部署一个简单的微服务,揭示云原生技术的强大能力和未来潜力。
|
15天前
|
弹性计算 Kubernetes Cloud Native
云原生架构下的微服务设计原则与实践####
本文深入探讨了在云原生环境中,微服务架构的设计原则、关键技术及实践案例。通过剖析传统单体架构面临的挑战,引出微服务作为解决方案的优势,并详细阐述了微服务设计的几大核心原则:单一职责、独立部署、弹性伸缩和服务自治。文章还介绍了容器化技术、Kubernetes等云原生工具如何助力微服务的高效实施,并通过一个实际项目案例,展示了从服务拆分到持续集成/持续部署(CI/CD)流程的完整实现路径,为读者提供了宝贵的实践经验和启发。 ####
|
7天前
|
消息中间件 存储 Cloud Native
云原生架构下的数据一致性挑战与应对策略####
本文探讨了在云原生环境中,面对微服务架构的广泛应用,数据一致性问题成为系统设计的核心挑战之一。通过分析云原生环境的特点,阐述了数据不一致性的常见场景及其对业务的影响,并深入讨论了解决这些问题的策略,包括采用分布式事务、事件驱动架构、补偿机制以及利用云平台提供的托管服务等。文章旨在为开发者提供一套系统性的解决方案框架,以应对在动态、分布式的云原生应用中保持数据一致性的复杂性。 ####
|
4天前
|
Cloud Native 安全 API
云原生架构下的微服务治理策略与实践####
—透过云原生的棱镜,探索微服务架构下的挑战与应对之道 本文旨在探讨云原生环境下,微服务架构所面临的关键挑战及有效的治理策略。随着云计算技术的深入发展,越来越多的企业选择采用云原生架构来构建和部署其应用程序,以期获得更高的灵活性、可扩展性和效率。然而,微服务架构的复杂性也带来了服务发现、负载均衡、故障恢复等一系列治理难题。本文将深入分析这些问题,并提出一套基于云原生技术栈的微服务治理框架,包括服务网格的应用、API网关的集成、以及动态配置管理等关键方面,旨在为企业实现高效、稳定的微服务架构提供参考路径。 ####
24 5