K8s学习笔记——资源组件篇

这篇具有很好参考价值的文章主要介绍了K8s学习笔记——资源组件篇。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

引言

前一篇文章我们介绍了K8s的概念理解和常用命令,这篇我们重点介绍K8s的资源组件和相关配置使用。

1. Node & Pod

Node:

是 Pod 真正运行的主机,可以是物理机,也可以是虚拟机。为了管理 Pod,每个 Node 节点上至少要运行 container runtime(比如 docker, rkt, containerd)、kubelet 和 kube-proxy 服务。

Pod:

是一组紧密关联的容器集合(也可以是单个容器),它们共享 IPC(进程间通信) , Network namespace 和 文件存储(需挂载到容器),是 Kubernetes 调度的基本单位。

Node和Pod的关系如下图所示:
K8s学习笔记——资源组件篇,知识笔记,kubernetes,笔记
上图中的Node中共有4个Pod,分别为:
K8s学习笔记——资源组件篇,知识笔记,kubernetes,笔记

2. Namespaces

是对一组资源和对象的抽象集合,相当于给k8s系统内部的对象划分一些命名空间。常见的 pods, services, replication controllers 和 deployments 等都是属于某一个 namespace 的(默认是 default)。

创建命名空间的配置示例:

apiVersion: v1
kind: Namespace  # 表示要创建的资源类型为命名空间
metadata:
  name: test     # 命名空间名称为test

命名空间的使用则是通过Pod或Service中的metadata.namespace字段来声明。

3. Service

是应用服务的抽象,为应用提供负载均衡和服务发现。它通过将多个 Pod IP 和端口列表组成 endpoints,由 kube-proxy 负责将服务 IP 负载均衡到这些 endpoints 上。

每个 Service 都会自动分配一个 cluster IP(仅在集群内部可访问的虚拟地址)和 DNS 名,其他容器可以通过该地址或 DNS 来访问服务,而不需要了解后端容器的运行。

Service模型如下所示:
K8s学习笔记——资源组件篇,知识笔记,kubernetes,笔记
创建Service的配置:

kind: Service               # 创建的资源类型为服务
apiVersion: v1
metadata:                   # 资源的元数据
  name: {{name}}            # 服务名称
  namespace: {{namespace}}  # 所属namespace
spec:                       # 指定服务的规格,包括选择器和端口
  selector:                 # 用于指定服务所选择的Pod的标签
    k8s-app: {{name}}       # 选择具有标签k8s-app且值为占位符{{name}}的Pod
  ports:                    # 指定服务的端口映射规则
  - name: serviceport       # 定义了一个名为serviceport的端口映射,将容器内的8081端口映射到服务的端口8081上
    protocol: TCP
    port: 8081              # 服务对外开放的访问端口
    targetPort: 8081        # 容器内端口

4. Ingress

为进入集群的请求提供路由规则的集合,类似于反向代理Nginx的作用,它可以按规则将请求路由到具体的Service上。

Ingress模型如下图示例:
K8s学习笔记——资源组件篇,知识笔记,kubernetes,笔记
创建Ingress的配置规则:

apiVersion: extensions/v1beta1
kind: Ingress              # 创建的资源类型为Ingress
metadata:
  name: test
spec:                      # 指定Ingress的规格,包括规则(rules)
  rules:
  - host: foo.bar.com      # 请求的主机名,会用于Request中的Host头过滤
    http:                  # 使用http协议
      paths:               # 请求路径配置
      - backend:           # 指定要请求的后端服务
          serviceName: s1  # 后端服务名称
          servicePort: 80  # 后端服务端口
  - host: bar.foo.com
    http:
      paths:
      - backend:
          serviceName: s2
          servicePort: 80

5. Deployment

用于无状态 Pod 部署声明,这些Pod对部署顺序没有要求(如nginx),可以定义 Pod 的副本数量,调度策略等,是最常用的一种部署方式,一般将 Pod 的定义内置在 Deployment 中。

Deployment的配置规则示例:

apiVersion: apps/v1
kind: Deployment          # 创建的资源类型为Deployment
metadata:
  name: {{name}}
  namespace: {{namespace}}
spec:                     # Deployment的规格,包括副本数(replicas)、选择器(selector)、模板(template)等。
  replicas: 2             # 创建2个pod副本
  selector:               # 选择Pod的条件配置 
    matchLabels:
      k8s-app: {{name}}   # 选择具有标签k8s-app且值为占位符{{name}}的Pod
  template:               # 用于定义Pod的模板
    metadata:
      labels:             # 设置Pod的标签
        k8s-app: {{name}}
    spec:
      terminationGracePeriodSeconds: 10  # Pod的优雅终止期限为10秒
      nodeSelector:
        k8s-meeting: true # 按需调整
      volumes:    # 定义了两个存储卷log和conf
      - name: log
        hostPath: # 使用主机磁盘路径/var/log/quanshi/{{name}}进行挂载, 类型为目录或创建目录
          path: /var/log/quanshi/{{name}}
          type: DirectoryOrCreate
      - name: conf
        configMap:        # 使用名称为{{name}}的ConfigMap配置数据进行挂载
          name: {{name}}
      containers:         # 容器定义,名称和镜像均使用占位符表示
      - name: {{name}}    # 容器名称
        image: {{image}}  # 容器使用的镜像名称
        env:              # 注入到系统的环境变量,程序能读到,每个Pod可以不同                 
        - name: NODE_IP
          valueFrom:
            fieldRef:
              fieldPath: status.hostIP
        - name: POD_NAME
          valueFrom:
            fieldRef:
              fieldPath: metadata.name
        - name: POD_NAMESPACE
          valueFrom:
            fieldRef:
              fieldPath: metadata.namespace
        - name: POD_IP
          valueFrom:
            fieldRef:
              fieldPath: status.podIP
        resources:
          limits:      # 指定容器可以使用的最大资源空间
            cpu: 2000m      # 2个CPU核心
            memory: 4000Mi  # 4000Mi=4GB
          requests:    # 表示容器部署需要的最小资源
            cpu: 100m       # 占用一个CPU核心的1/10, 1C=1000m
            memory: 150Mi   # 150MB
        securityContext:    # 容器特权配置,有一些特殊的场景需要配置,例如syslog
          privileged: false
        volumeMounts:       # 指定容器中的挂载卷和挂载路径
        - name: log         # 卷log(上面有指定)挂载到容器的/var/log/quanshi目录下
          mountPath: /var/log/quanshi
        - name: conf        # 卷conf(上面有指定)挂载到容器的/mnt/conf目录下
          mountPath: /mnt/conf

6. StatefulSet

为了解决有状态服务的部署问题,能做到有序部署,有序扩展,即 Pod 是有顺序的。在部署或者扩展的时候要依据定义的顺序依次依序进行(即从 0 到 N-1,在下一个 Pod 运行之前所有之前的 Pod 必须都是 Running 和 Ready 状态)。

典型场景有:

  • 数据库部署(如MySQL),每个Pod都有一个稳定的网络标识和唯一的持久化存储卷,可以确保数据的持久性和一致性;
  • 消息队列(如Kafka)每个Pod都有一个唯一的网络标识和持久化存储卷,确保消息的可靠性和持久化存储;
  • 分布式缓存(如Redis),每个Pod都有一个唯一的网络标识和持久化存储卷,可以确保缓存数据的可靠性和一致性。

创建StatefulSet的配置示例:

apiVersion: v1
kind: Service            # 先定义一个Service,供下文的StatefulSet使用
metadata:
  name: nginx
spec:
  ports:
  - port: 80
    name: web
  clusterIP: None  # None表示不分配集群IP
  selector:        # 选择具有标签app: nginx的Pod与该Service关联
    app: nginx
---
apiVersion: apps/v1
kind: StatefulSet         # 创建的资源类型为StatefulSet
metadata:
  name: web
spec:
  serviceName: "nginx"    # 指定StatefulSet关联的Service名称为nginx
  replicas: 2             # StatefulSet的副本数为2,即创建2个Pod。
  selector:               
    matchLabels:          # 通过标签选择器来选择要关联的Pod。
      app: nginx
  template:               # StatefulSet创建Pod时的模板   
    metadata:
      labels:             # 设置Pod的标签为app: nginx
        app: nginx
    spec:
      containers:         # 定义Pod中的容器名称和镜像名称
      - name: nginx
        image: nginx

7. DaemonSet

保证在每台 Node 上都运行一个容器实例,供主机上的所有Pod共用。常用来部署一些集群的日志、监控或者其他系统管理应用,如syslog-ng, filebeat等。

apiVersion: apps/v1
kind: DaemonSet

8. ConfigMap

用于保存配置数据的键值对,可以用来保存单个属性,也可以用来保存配置文件。

典型使用场景:

  1. 配置注入:将应用程序的配置信息注入到容器中。通过将ConfigMap挂载到容器的文件系统中,应用程序可以读取ConfigMap中的配置数据并应用到运行时环境中。
  2. 动态配置更新:当应用程序的配置信息发生更改时,可以通过更新ConfigMap来实现动态配置更新。这样,无需重新构建和重新部署应用程序,就可以更新应用程序的配置。
  3. 环境变量注入:通过将ConfigMap的值设置为环境变量,可以将配置信息传递给应用程序作为环境变量。
  4. 共享配置:多个应用程序可以共享同一个ConfigMap,以便它们可以使用相同的配置信息。

创建ConfigMap的配置示例:

apiVersion: v1
kind: ConfigMap             # 创建的资源类型为ConfigMap
metadata:
  name: special-config      # ConfigMap的名称为special-config
  namespace: default        # ConfigMap所属的命名空间为default
data:
  special.how: very         # 定义了一个键值对,键为special.how,值为very
  special.type: charm       # 定义了一个键值对,键为special.type,值为charm。
  game.properties: |        # 定义了一个键值对,键为game.properties,值为多行文本。
    enemies=aliens          # game.properties内部定义一个配置项,键为enemies,值为aliens
    lives=3
    secret.code.allowed=true
    secret.code.lives=30   
  ui.properties: |           # 定义了一个键值对,键为ui.properties,值为多行文本。
    color.good=purple
    color.bad=yellow
    allow.textmode=true
    how.nice.to.look=fairlyNice

9. HPA

全称为Horizontal Pod Autoscaling,可以根据 CPU 使用率或应用自定义 metrics 自动扩展 Pod 数量。

CA(Cluster AutoScaler)用于提供Node级扩容,支持更高效的扩缩容。

CA可以和 HPA配合使用:
K8s学习笔记——资源组件篇,知识笔记,kubernetes,笔记文章来源地址https://www.toymoban.com/news/detail-745038.html

参考阅读:

  • k8s学习笔记之认识理解篇:https://blog.csdn.net/xiaojia1001/article/details/134221854
  • autoscaler: https://github.com/kubernetes/autoscaler

到了这里,关于K8s学习笔记——资源组件篇的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • k8s学习笔记(二):k8s的组件介绍

    Master:是 集群的网关和中枢枢纽 ,主要作用: 暴露API接口,跟踪其他服务器的健康状态、以最优方式调度负载,以及编排其他组件之间的通信 。单个的Master节点可以完成所有的功能,但是考虑单点故障的痛点,生产环境中通常要部署多个Master节点,组成Cluster。包括所有的

    2024年02月04日
    浏览(43)
  • yum部署kubernetes(k8s)集群、k8s常用资源管理

    目录 一、环境搭建 1、准备环境 1)计算机说明,建议系统版本7.4或者7.6 2)修改所有主机的计算机名设置host文件  2、安装master节点 1)安装etcd配置etcd 2)安装k8s-master节点 3)配置apiserver 4)配置controller和scheduler 5)启动k8s服务 3、安装k8s-master上的node 1)安装node 2)配置kube

    2024年02月13日
    浏览(64)
  • 02-k8s学习笔记之相关组件

    kube-apiserver kube-controller-manager cloud-controller-manager kube-scheduler etcd kubelet kube-proxy container runtime

    2024年02月01日
    浏览(53)
  • kubernetes/k8s配置资源管理

    配置资源管理 Secret Configmap*.1.2加入新特征 1.18 Secret:保存密码,token,敏感的k8s资源 这类数据可以存放在镜像当中,但是防止secret可以更方便的控制,减少暴漏风险。 保存加密的信息 Secret的类型: docker-registry:存储docker仓库认证信息,以及docker组件的认证信息(私有的) generic:是

    2024年01月17日
    浏览(53)
  • (kubernetes)k8s常用资源管理

    目录 k8s常用资源管理 1、创建一个pod 1)创建yuml文件 2)创建容器 3)查看所有pod创建运行状态 4)查看指定pod资源 5)查看pod运行的详细信息 6)验证运行的pod 2、pod管理 1)删除pod 2)查看删除pod无法找到 3)创建pod 4)发现最先创建的pod运行在k8s-master节点上,下载镜像速度太

    2024年02月13日
    浏览(50)
  • Kubernetes(k8s)核心资源解析:Pod详解

    💖The Begin💖点点关注,收藏不迷路💖 Pod是Kubernetes中最小的调度单元,它可以包含一个或多个容器。Pod中的所有容器共享网络和存储卷,它们一起运行在同一个节点上。Pod提供了一种抽象层,使得容器可以作为一个逻辑单元来管理。 Pod中的容器共享IP地址、端口空间和存储

    2024年04月11日
    浏览(76)
  • kubernetes(k8s) pod(资源限制、基础概念)

    目录  一、资源限制 1、概念 1.2、Pod和容器的资源请求和限制 1.3、CPU资源单位 1.4、内存资源单位 1.5、CPU和内存的Requests和Limits的特点 1.6、案例 二、pod 的两种使用方式 三、pod 资源共享 四、底层容器Pause 1、pause 共享资源 1.1、网络 1.2、存储 1.3、小结 2、Pause主要功能 3、Pod

    2024年02月05日
    浏览(76)
  • 云原生Kubernetes:K8S配置资源管理

    目录 一、理论 1.Secret 2.Secret创建 3.Secret使用 4.Configmap 5.Configmap创建 6.Configmap使用 二、实验 1.Secret创建 2.Secret使用 3.Configmap创建 4.Configmap使用 三、问题 1.变量引用生成资源报错 2.查看pod日志失败 3.创建configmap报错 4.YAML创建configmap报错 5. 生成资源报错 6.文件挂载pod报错Error 四

    2024年02月07日
    浏览(68)
  • k8s学习笔记-2(Pod基础知识)

    原创文档编写不易,未经许可请勿转载。文档中有疑问的可以邮件联系我。 邮箱:yinwanit@163.com k8s中不能直接对容器进行管理,k8s中最小得的理单元即Pod。 Pod分为静态POD和动态POD,静态Pod不通过kubelet管理。 同一个pod内共享同一个网络命名空间,IP地址等信息没有配置在具体

    2024年02月14日
    浏览(43)
  • k8s学习笔记-02(Pod基础知识)

    原创文档编写不易,未经许可请勿转载。文档中有疑问的可以邮件联系我。 邮箱:yinwanit@163.com k8s中不能直接对容器进行管理,k8s中最小得的理单元即Pod。 Pod分为静态POD和动态POD,静态Pod不通过kubelet管理。 同一个pod内共享同一个网络命名空间,IP地址等信息没有配置在具体

    2024年02月14日
    浏览(64)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包