k8s pod详解使用

已于 2024-10-09 20:39:20 修改
阅读量532 收藏 12
点赞数 7
文章标签： kubernetes 容器 云原生
于 2024-10-09 20:36:22 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/HUHUD521/article/details/142795462
版权

什么是pod？

Kubernetes（简称K8s）是一个开源的容器编排平台，广泛用于构建、部署和管理容器化应用程序。在K8s中，Pod是一个核心概念，下面是对Pod的详细解释：

一、Pod的定义

Pod是K8s中最小的可部署单元，也是资源对象模型中由用户创建或部署的最小资源对象模型。它实现了对容器的封装和管理，是一组运行在同一主机（节点）上、共享网络和存储空间的一组容器。Pod内的容器共享同一个网络命名空间和存储卷，可以方便地实现容器间的通信和数据共享。

二、Pod的特点

  1. 共享资源：Pod中的容器共享网络和存储资源。它们可以相互访问，并通过本地主机之间的共享卷交换数据，这有助于减少网络通信开销并简化容器间的依赖关系。
  2. 调度和生命周期管理：K8s会将Pod部署到集群中的节点上，并监控其生命周期。K8s确保Pod一直处于运行状态，如果Pod崩溃或节点故障，K8s会自动在其他节点上重新创建Pod。
  3. 负载均衡：K8s可以根据需要创建多个副本的Pod，并利用负载均衡调度算法将流量分发到这些副本上，确保应用程序的高可用性。
  4. 灵活部署：Pod可以方便地部署和管理多个容器，实现集中式管理和快速部署。这有助于简化应用程序的部署和管理流程。

三、Pod的使用

  1. 创建Pod：在创建Pod之前，需要先搭建一个Kubernetes集群。然后，可以通过定义Pod的配置文件（通常使用YAML格式）来指定Pod的名称、包含的容器、使用的镜像、端口映射等信息。最后，使用kubectl命令行工具应用配置文件并部署Pod到集群中。
  2. 查看Pod状态：使用kubectl命令行工具可以查看Pod的状态信息，包括Pod是否正在运行、是否处于就绪状态等。
  3. 进入Pod内部：有时需要进入Pod的容器内部进行一些操作或调试。可以使用kubectl命令行工具进入Pod的bash终端或执行其他命令。
  4. 删除Pod：当不再需要Pod时，可以使用kubectl命令行工具删除Pod。

四、Pod的作用

Pod在K8s中扮演着至关重要的角色。它是K8s调度和管理的最小单位，也是应用程序部署和管理的基本单元。通过Pod，K8s能够实现对容器化应用程序的自动化部署、扩展和操作。Pod提供了共享资源、简化容器间通信和数据共享的机制，有助于提高应用程序的可用性和可扩展性。

综上所述，Pod是K8s中不可或缺的核心组件之一。它封装和管理容器，提供共享资源和简化通信的机制，为应用程序的部署和管理提供了强有力的支持。

使用pod 

 1..run/apply -f/create -f运行pod

[root@k8s-master pod]# kubectl run mynginx --image=nginx -n myns
pod/mynginx created
[root@k8s-master pod]# kubectl create -f tomcat.yaml 
pod/tomcat created
[root@k8s-master pod]# kubectl apply -f httpd.yaml 
pod/httpd created
​
[root@k8s-master pod]# kubectl get pods -n myns
NAME      READY   STATUS    RESTARTS   AGE
httpd     1/1     Running   0          2m20s
mynginx   1/1     Running   0          4m33s
tomcat    1/1     Running   0          8s

2.get查看pod信息 

查看所有pod 

[root@k8s-master ~]# kubectl get pods -A

查看指定的单个/多个pod

[root@k8s-master ~]# kubectl get pod nginx -n myns
NAME    READY   STATUS    RESTARTS   AGE
nginx   1/1     Running   0          9s
​
[root@k8s-master ~]# kubectl get pod nginx nginx1 -n myns
NAME     READY   STATUS    RESTARTS   AGE
nginx    1/1     Running   0          97s
nginx1   1/1     Running   0          15s

查看pod同时查看其他类型资源（需要具体指定资源类型和名称） 

[root@k8s-master ~]# kubectl get pod/nginx -n myns node/k8s-node1
NAME        READY   STATUS    RESTARTS   AGE
pod/nginx   1/1     Running   0          104s
​
NAME             STATUS   ROLES    AGE    VERSION
node/k8s-node1   Ready    <none>   3m6s   v1.28.2

列出在某个节点上运行的pod 

[root@k8s-master ~]# kubectl get pods --field-selector=spec.nodeName=k8s-node1

-w实时查看pod信息

[root@k8s-master ~]# kubectl get  pod -w nginx -n myns 
NAME    READY   STATUS    RESTARTS   AGE
nginx   1/1     Running   0          4h16m
[root@k8s-master ~]#

3.exec操作运行中的pod 

进入运行中的pod 

[root@k8s-master ~]# kubectl exec -it nginx -n myns -- /bin/bash
root@nginx:/# ls
bin   docker-entrypoint.d   home   lib64   mnt   root  srv  usr
boot  docker-entrypoint.sh  lib    libx32  opt   run   sys  var
dev   etc           lib32  media   proc  sbin  tmp
​
#不进入但执行命令
[root@k8s-master ~]# kubectl exec -it nginx -n myns -- ls
bin   docker-entrypoint.d   home   lib64   mnt   root  srv  usr
boot  docker-entrypoint.sh  lib    libx32  opt   run   sys  var
dev   etc           lib32  media   proc  sbin  tmp

进入pod中的容器

[root@k8s-master ~]# kubectl exec -it nginx -c xxx -n myns -- /bin/bash
#-c后指定容器名称

4.pod的yaml文件配置定义解析 

[root@k8s-master ~]# kubectl explain pod.spec
#可以以此形式来一层一层获取可配置项
 
apiVersion: v1 
#必选项，版本号，如V1
kind: Pod 
#必选项，资源类型，pod等
metadata: 
#必选项，元数据部分
  name: xxx 
  #Pod名称
  namespace: xxx 
  #Pod所属的命名空间,默认为"default"
  labels: 
  #自定义标签列表
    - name: xxx   
    #自定义标签内容
spec: 
#必选项，Pod中容器的详细定义
  containers: 
  #必选项，Pod中容器列表
  - name: xxx 
  #必选项，容器名称
    image: xxx 
    #必选项，容器的镜像名称
    imagePullPolicy: [ Always|Never|IfNotPresent ] 
    #获取镜像的策略，tag为latest默认always，tag为具体版本号，默认IfNotPresent。always表示每次都尝试重新拉取镜像；ifNotPresent表示如果本地有那个镜像就使用本地的，不存在时才拉取；Nerver表示仅使用本地有的镜像，绝不拉取，本地没有时报错
    command: [xxx] 
    #容器的启动命令列表，如不指定则使用打包时使用的启动命令
    args: [xxx] 
    #容器的启动命令给定参数列表
    workingDir: xxx 
    #容器的工作目录
    volumeMounts: 
    #挂载到容器内部的存储卷配置
    - name: xxx
    #引用pod定义的共享存储卷的名称，需用volumes[]部分定义的的卷名
      mountPath: xxx 
      #存储卷在容器内mount的绝对路径，应少于512字符
      readOnly: xxx
      #布尔值，是否为只读模式
    ports: 
    #需要暴露的端口库号列表
    - name: xxx
    #端口的名称
      containerPort: xxx 
      #容器需要监听的端口号
      hostPort: xxx
      #容器所在主机需要监听的端口号，默认与Container相同
      protocol: xxx 
      #端口协议，支持TCP和UDP，默认TCP
    env: 
    #容器运行前需设置的环境变量列表
    - name: xxx 
    #环境变量名称
      value: xxx 
      #环境变量的值
    resources: 
    #资源限制和请求的设置
      limits: 
      #资源限制的设置
        cpu: xxx 
        #cpu的限制，单位为core数，将用于docker run --cpu-shares参数
        memory: xxx 
        #内存限制，单位可以为Mib/Gib，将用于docker run --memory参数
      requests: 
      #资源请求的设置
        cpu: xxx 
        #cpu请求，容器启动的初始可用数量
        memory: xxx 
        #内存请求,容器启动的初始可用数量
    lifecycle: 
    #生命周期钩子
      postStart: 
      #容器启动后立即执行此钩子,如果执行失败,会根据重启策略进行重启
      preStop: 
      #容器终止前执行此钩子,无论结果如何,容器都会终止
  livenessProbe: 
  #对Pod内各容器健康检查的设置，当探测无响应几次后将自动重启该容器
    exec: 
    #对Pod容器内检查方式设置为exec方式
      command: [xxx] 
      #exec方式需要制定的命令或脚本
    httpGet: 
    #对Pod内个容器健康检查方法设置为HttpGet，需要制定Path、port
      path: xxx
      port: xxx
      host: xxx
      scheme: xxx
      HttpHeaders:
        - name: xxx
          value: xxx
    tcpSocket: 
    #对Pod内个容器健康检查方式设置为tcpSocket方式
      port: number
    initialDelaySeconds: 0 
    #容器启动完成后首次探测的时间，单位为秒
    timeoutSeconds: 0 
    #对容器健康检查探测等待响应的超时时间，单位秒，默认1秒
    periodSeconds: 0 
    #对容器监控检查的定期探测时间设置，单位秒，默认10秒一次
    successThreshold: 0
    failureThreshold: 0
  securityContext:
    privileged: false
restartPolicy: [Always | Never | OnFailure] 
#Pod的重启策略
nodeName: <xxx> 
#设置NodeName表示将该Pod调度到指定到名称的node节点上
nodeSelector: xxx 
#设置NodeSelector表示将该Pod调度到包含这个label的node上
imagePullSecrets: 
#Pull镜像时使用的secret名称，以key：secretkey格式指定
  - name: xxx
hostNetwork: false 
#是否使用主机网络模式，默认为false，如果设置为true，表示使用宿主机网络
volumes: 
#在该pod上定义共享存储卷列表
  - name: string 
  #共享存储卷名称 （volumes类型有很多种）
    emptyDir: {} 
    #类型为emtyDir的存储卷，与Pod同生命周期的一个临时目录。为空值
    hostPath: xxx 
    #类型为hostPath的存储卷，表示挂载Pod所在宿主机的目录
      path: xxx 
      #Pod所在宿主机的目录，将被用于同期中mount的目录
    secret: 
    #类型为secret的存储卷，挂载集群与定义的secret对象到容器内部
      scretname: xxx
      items:
      - key: xxx
        path: xxx
    configMap: 
    #类型为configMap的存储卷，挂载预定义的configMap对象到容器内部
      name: xxx
      items:
      - key: xxx
        path: xxx

5.Pod对容器的封装 

对单个容器的封装

apiVersion: v1
kind: Pod
metadata:
  name: httpd
  labels:
    run: httpd
  namespace: myns
spec:
  containers:
  - name: httpd
    image: httpd
    ports:
    - containerPort: 80

对多个容器封装并绑定为一个Pod 

apiVersion: v1
kind: Pod
metadata:
  name: two-containers
  namespace: myns
  labels:
    name: tc
spec:
  containers:
  - name: first-container
    image: nginx
    ports:
    - containerPort: 80
  - name: second-container
    image: busybox
    command: ["/bin/sh", "-c", "while true; do echo 'Hello from the second container' > /shared-data/index.html; sleep 10; done"]
    volumeMounts:
    - name: shared-data
      mountPath: /shared-data
    ports:
    - containerPort: 8080
  volumes:
  - name: shared-data
    emptyDir: {}

6.pod使用配置映射 

通过配置映射（ConfigMap），可以将配置文件挂载到Pod中，方便管理和更新。

  volumes:
  - name: config-volume
    configMap:
      name: example-config

7.使用存储卷 

通过定义存储卷（Volume），可以将持久化存储挂载到Pod中。

  volumes:
  - name: vol-data
    persistentVolumeClaim:
      claimName: pvc1

8.使用Replication Controller 

通过Replication Controller可以确保指定数量的Pod副本在任何时候都处于运行状态。

  apiVersion: apps/v1
  kind: Deployment
  metadata:
    name: my-deployment
  spec:
    replicas: 3
    selector:
      matchLabels:
        app: my-app
    template:
      metadata:
        labels:
          app: my-app
      spec:
        containers:
        - name: my-container
          image: my-image

9. 使用Deployment 

Deployment是Replication Controller的升级版，支持滚动更新和回滚。

  apiVersion: apps/v1
  kind: Deployment
  metadata:
    name: my-deployment
  spec:
    replicas: 3
    selector:
      matchLabels:
        app: my-app
    template:
      metadata:
        labels:
          app: my-app
      spec:
        containers:
        - name: my-container
          image: my-image
          ports:
          - containerPort: 80

10.资源配额和限制 

通过设置资源配额（Resource Quotas），可以限制命名空间中所有Pod的资源使用总量。

  resources:
    requests:
      memory: "64Mi"
      cpu: "250m"
    limits:
      memory: "128Mi"
      cpu: "500m"

11.节点资源优化 

通过设置podsPerCore参数，可以根据节点的CPU核心数来控制每个节点上可以运行的Pod数量。

  podsPerCore: 2

12.Pod中的容忍度配置 

apiVersion: v1
kind: Pod
metadata:
  name: my-pod
spec:
  containers:
  - name: my-container
    image: nginx
  tolerations:
  - key: "dedicated"
    operator: "Equal"
    value: "special-user"
    effect: "NoSchedule"

0.0-0
关注
k8s中pod使用详解
congge
01-15 9670
k8s中Pod使用
K8S Pod详解
qq_38304320的博客
10-30 1万+
1.Pod概述 Pod 是 k8s 系统中可以创建和管理的最小单元，是资源对象模型中由用户创建或部署的最 小资源对象模型，也是在 k8s 上运行容器化应用的资源对象，其他的资源对象都是用来支 撑或者扩展 Pod 对象功能的，比如控制器对象是用来管控 Pod 对象的，Service 或者 Ingress 资源对象是用来暴露 Pod 引用对象的，PersistentVolume 资源对象是用来为 Pod 提供存储等等，k8s 不会直接处理容器，而是 Pod，Pod 是由一个或多个 container 组成 P
k8s-pod参数详解
流月up的博客
06-06 1577
k8s-pod参数详解
k8s pod详解
m0_66372974的博客
05-28 1138
Pod是kubernetes中最小的资源管理组件，Pod也是最小化运行容器化应用的资源对象。一个Pod代表着集群中运行的一个进程。kubernetes中其他大多数组件都是围绕着Pod来进行支撑和扩展Pod功能的，例如，用于管理Pod运行的StatefulSet和Deployment等控制器对象，用于暴露Pod应用的Service和Ingress对象，为Pod提供存储的PersistentVolume存储资源对象等k8s集群中pod两种使用方式一个Pod中运行一个容器。
k8s——Pod详解
sea_bunch的博客
05-23 3121
Pod是kubernetes中，Pod也是最小化运行容器化应用的资源对象。一个Pod代表着集群中运行的一个进程。kubernetes中其他大多数组件都是围绕着Pod来进行支撑和扩展Pod功能的，例如，用于管理Pod运行的StatefulSet和Deployment等控制器对象，用于暴露Pod应用的Service和Ingress对象，为Pod提供存储的PersistentVolume存储资源对象等。。现代容器技术建议一个容器只运行一个进程，该进程在容器中。
K8s pod详解
m0_53157173的博客
09-01 3218
● 每个Pod中都包含一个或者多个容器，这些容器可以分为两类：● ① 用户程序所在的容器，数量可多可少。● ② Pause容器，这是每个Pod都会有的一个根容器，它的作用有两个：○ 可以以它为依据，评估整个Pod的健康状况。○ 可以在根容器上设置IP地址，其它容器都共享此IP（Pod的IP），以实现Pod内部的网络通信（这里是Pod内部的通讯，Pod之间的通讯采用虚拟二层网络技术来实现，我们当前环境使用的是Flannel）。...
K8S—Pod详解
qq_64441401的博客
02-23 2574
Pod是kubernetes中最小的资源管理组件，Pod也是最小化运行容器化应用的资源对象。一个Pod代表着集群中运行的一个进程。kubernetes中其他大多数组件都是围绕着Pod来进行支撑和扩展Pod功能的，例如，用于管理Pod运行的StatefulSet和Deployment等控制器对象，用于暴露Pod应用的Service和Ingress对象，为Pod提供存储的PersistentVolume存储资源对象等。
Kubernetes（k8s）pod详解
匠人精神，持之以恒！
09-15 1665
一、简介 在Kubernetes集群中，Pod是所有业务类型的基础，也是K8S管理的最小单位级，它是一个或多个容器的组合。这些容器共享存储、网络和命名空间，以及如何运行的规范。在Pod中，所有容器都被统一安排和调度，并运行在共享的上下文中。对于具体应用而言，Pod是它们的逻辑主机，Pod包含业务相关的多个应用容器。 二、Pod实现机制与设计模式 每个Pod都有一个特殊的被称为"根容器"的Pause 容器（Pause容器，又叫Infrastructure容器）。 Pause容器对应的镜像属于Kubern
k8s-pod详解
m0_75067030的博客
05-25 1364
一个pod包含几个容器——
k8s之pod管理详解
LinuxOs of Internet
02-23 726
一.service (一)Service可以看作是一组提供相同服务的Pod对外的访问接口。借助Service，应用可以方便地实现服务发现和负载均衡;service默认只支持4层负载均衡能力,没有7层功能,可以通过其他方式(Ingress)实现 (二)service的类型： ClusterIP：默认值，k8s系统给service自动分配的虚拟IP，只能在集群内部访问。 NodePort：将Service通过指定的Node上的端口暴露给外部，访问任意一个NodeIP:nodePort都将路由到ClusterIP
K8s中yaml文件详解（超详细）
06-07
下面是使用YAML文件创建Pod的一个具体例子： ```yaml apiVersion: v1 kind: Pod metadata: name: my-pod labels: app: my-app spec: containers: - name: nginx-container image: nginx:latest ports: - ...
【K8S系列】Pod详解
热门推荐
颜淡慕潇
03-20 1万+
Kubernetes（简称k8s）是一个流行的开源容器编排系统，它能够简化应用程序部署、管理和扩展。在Kubernetes中，Pod是最基本的部署单元。本文将对Kubernetes Pod进行详细介绍。Pod是Kubernetes中最小的可部署单元，它是一个或多个紧密关联的容器的组合，这些容器共享同一个网络命名空间和存储卷。Pod提供了一个抽象层，它封装了容器在节点上的运行环境，例如存储、网络和运行时环境。
K8s（十一）：Pod 的 Node Selector详解
✨ 欢迎来到【Seal ^_^ 的CSDN博客】！这里是我记录技术心得、分享经验的地方。✨
04-06 1万+
🔴 K8s（十一）：Pod 的 Node Selector详解
pod管理及优化
2302_81167603的博客
10-02 1395
Pod是可以创建和管理Kubernetes计算的最小可部署单元一个Pod代表着集群中运行的一个进程，每个pod都有一个唯一的ip一个pod类似一个豌豆荚，包含一个或多个容器(通常是docker)多个容器间共享IPC、Network和UTC namespace。
22.2 k8s中ksm采集的使用的dns解析
福大大架构师每日一题
10-03 740
k8s 会为service创建cordns解析pod中dns的搜索域模拟prometheus进行dns解析后访问数据。
k8s 中存储之 NFS 卷
最新发布
weixin_68398469的博客
10-06 809
HostPath可以解决数据持久化的问题，但是一旦Node节点故障了，Pod如果转移到了别的节点，又会出现问题了，此时需要准备单独的网络存储系统，比较常用的用NFS、CIFS。NFS是一个网络文件存储系统，可以搭建一台NFS服务器，然后将Pod中的存储直接连接到NFS系统上，这样的话，无论Pod在节点上怎么转移，只要Node跟NFS的对接没问题，数据就可以成功访问。
23.2 prometheus为k8s做的4大适配工作
福大大架构师每日一题
10-06 512
k8s监控中的4大采集类型总结prometheus为k8s监控做的4大适配工作。
linux和windows系统使用k8s控制节点的kubernetes资源
qq_42750608的博客
10-03 439
linux和windows系统使用k8s控制节点的kubernetes资源
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值