k8s-pod

最新推荐文章于 2024-09-02 09:32:35 发布
最新推荐文章于 2024-09-02 09:32:35 发布
阅读量935 收藏 18
点赞数 20
文章标签： kubernetes 容器 云原生 k8s
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_41936938/article/details/134981384
版权

k8s-pod学习

0.pod概念

1）Pod：Pod是一个容器组，是k8s中最小的可部署的单元。一个Pod其中包含了最少一个应用程序容器，存储资源，一个唯一的网络IP地址，以及一些确定容器该如何运行的配置。一般一个Pod里面运行一个容器即可，k8s通过Pod来管理容器。如果一个Pod里面要运行几个容器，那么要注意容器与容器之间一定是紧耦合的。

1.pod配置文件

1）先创建一个yaml文件用来写配置，这里用配置nginx来举例。

#Step1 先创建一个nginx-demo.yaml文件
touch nginx-demo.yaml

#Step2 向nginx-demo.yamal文件中写入配置
apiVersion: v1 # api 文档版本
kind: Pod  # 资源对象类型，也可以配置为像Deployment、StatefulSet这一类的对象
metadata: # Pod 相关的元数据，用于描述 Pod 的数据
  name: nginx-demo # Pod 的名称
  labels: # 定义 Pod 的标签
    type: app # 自定义 label 标签，名字为 type，值为 app
    test: 1.0.0 # 自定义 label 标签，描述 Pod 版本号
  namespace: 'default' # 命名空间的配置
spec: # 期望 Pod 按照这里面的描述进行创建
  containers: # 对于 Pod 中的容器描述
  - name: nginx # 容器的名称
    image: nginx:1.7.9 # 指定容器的镜像
    imagePullPolicy: IfNotPresent # 镜像拉取策略，指定如果本地有就用本地的，如果没有就拉取远程的
    command: # 指定容器启动时执行的命令
    - nginx
    - -g
    - 'daemon off;' # nginx -g 'daemon off;'
    workingDir: /usr/share/nginx/html # 定义容器启动后的工作目录
    ports:
    - name: http # 端口名称
      containerPort: 80 # 描述容器内要暴露什么端口
      protocol: TCP # 描述该端口是基于哪种协议通信的
    env: # 环境变量
     - name: JVM_OPTS # 环境变量名称
      value: '-Xms128m -Xmx128m' # 环境变量的值
    resources:
      requests: # 最少需要多少资源
        cpu: 100m # 限制 cpu 最少使用 0.1 个核心
        memory: 128Mi # 限制内存最少使用 128兆
      limits: # 最多可以用多少资源
        cpu: 200m # 限制 cpu 最多使用 0.2 个核心
        memory: 256Mi # 限制 最多使用 256兆
  restartPolicy: OnFailure # 重启策略，只有失败的情况才会重启
  
  #Step3 进行文件的执行
   kubectl create -f nginx-demo.yaml

2）不出意外，nginx服务已经起来了。

# 查看Pod
kubectl get po
# 查看Pod的详细信息，在这就可以看到nginx的端口地址
kubectl get po -o wide

3）当nginx服务运行结束，那么nginx就成为了completed状态，可以使用以下命令删除已经运行结束的pod。

kubectl delete pod <podname>

4)pod配置文件，参数解析，如果看不懂上文中yaml文件的配置，可以查看以下表格。

参数名类型字段说明
apiVersionStringK8S APl 的版本，可以用 kubectl api versions 命令查询
kindStringyam 文件定义的资源类型和角色
metadataObject元数据对象，下面是它的属性
metadata.nameString元数据对象的名字，比如 pod 的名字
metadata.namespaceString元数据对象的命名空间
SpecObject详细定义对象
spec.containers[]list定义 Spec 对象的容器列表
spec.containers[].nameString为列表中的某个容器定义名称
spec.containers[].imageString为列表中的某个容器定义需要的镜像名称
spec.containers[].imagePullPolicystring定义镜像拉取策略，有 Always、Never、IfNotPresent 三个值可选
- Always（默认）：意思是每次都尝试重新拉取镜像
- Never：表示仅适用本地镜像
- IfNotPresent：如果本地有镜像就使用本地镜像，没有就拉取在线镜像。
spec.containers[].command[]list指定容器启动命令，因为是数组可以指定多个，不指定则使用镜像打包时使用的启动命令。
spec.containers[].args[]list指定容器启动命令参数，因为是数组可以指定多个。
spec.containers[].workingDirstring指定容器的工作目录
spec.containers[].volumeMounts[]list指定容器内部的存储卷配置
spec.containers[].volumeMounts[].namestring指定可以被容器挂载的存储卷的名称
spec.containers[].volumeMounts[].mountPathstring指定可以被容器挂载的存储卷的路径
spec.containers[].volumeMounts[].readOnlystring设置存储卷路径的读写模式，ture 或者 false，默认是读写模式
spec.containers[].ports[]list指定容器需要用到的端口列表
spec.containers[].ports[].namestring指定端口的名称
spec.containers[].ports[].containerPortstring指定容器需要监听的端口号
spec.containers[].ports[].hostPortstring指定容器所在主机需要监听的端口号，默认跟上面 containerPort 相同，注意设置了 hostPort 同一台主机无法启动该容器的相同副本（因为主机的端口号不能相同，这样会冲突）
spec.containers[].ports[].protocolstring指定端口协议，支持 TCP 和 UDP，默认值为 TCP
spec.containers[].env[]list指定容器运行前需设置的环境变量列表
spec.containers[].env[].namestring指定环境变量名称
spec.containers[].env[].valuestring指定环境变量值
spec.containers[].resourcesObject指定资源限制和资源请求的值（这里开始就是设置容器的资源上限）
spec.containers[].resources.limitsObject指定设置容器运行时资源的运行上限
spec.containers[].resources.limits.cpustring指定 CPU 的限制，单位为 Core 数，将用于 docker run –cpu-shares 参数
spec.containers[].resources.limits.memorystring指定 mem 内存的限制，单位为 MIB、GiB
spec.containers[].resources.requestsObject指定容器启动和调度时的限制设置
spec.containers[].resources.requests.cpustringCPU请求，单位为core数，容器启动时初始化可用数量
spec.containers[].resources.requests.memorystring内存请求，单位为MIB、GiB，容器启动的初始化可用数量
spec.restartPolicystring定义 pod 的重启策略，可选值为 Always、OnFailure、Never，默认值为 Alway。
- Always：pod一旦终止运行，则无论容器是如何终止的，kubelet 服务都将重启它。
- OnFailure：只有 pod 以非零退出码终止时，kubelet 才会重启该容器。如果容器正常结束（退出码为0），则 kubectl 将不会重启它。
- Never：Pod终止后，kubelet 将退出码报告给 master，不会重启该 pod
spec.nodeSelectorObject定义 Node 的 label 过滤标签，以 key：value 格式指定
spec.imagePullSecretsObject定义 pull 镜像时使用 secret 名称，以 name：secretkey 格式指定
spec.hostNetworkBoolean定义是否使用主机网络模式，默认值为 false。设置 true 表示使用宿主机网络，不使用 docker 网桥，同时设置了 true将无法在同一台宿主机上启动第二个副本

2.探针

探针就是容器内应用的监测机制，根据不同的探针来判断容器应用当前的状态。

探针有3种类型，分别为StartupProbe，LivenessProbe，ReadinessProbe。

1）StartupProbe探针

  • 用来判断程序是否已经启动了。

  • 当配置了 startupProbe 后，会先禁用其他探针，直到 startupProbe 成功后，其他探针才会继续。

  • 由于有时候不能准确预估应用一定是多长时间启动成功，因此配置另外两种方式不方便配置初始化时长来检测，而配置了 statupProbe 后，只有在应用启动成功了，才会执行另外两种探针，可以更加方便的结合使用另外两种探针使用。

  • startupProbe:
  httpGet: # 探测方式为HTTPGetAction
    path: /api/startup
    port: 80

2）LivenessProbe探针

  • 用于探测容器中的应用是否运行，如果探测失败，kubelet 会根据配置的重启策略进行重启，若没有配置，默认就认为容器启动成功，不会执行重启策略。

  • livenessProbe:
  failureThreshold: 5
  httpGet:	# 探测方式为HTTPGetAction
    path: /health
    port: 8080
    scheme: HTTP
  initialDelaySeconds: 60	# 初始化时间	一般使用StartupProbe，因为我们无法确定一个程序多久能跑完
  periodSeconds: 10	 # 监测间隔时间
  successThreshold: 1	 # 检查 1 次成功就表示成功
  failureThreshold: 2 	# 监测失败 2 次就表示失败
  timeoutSeconds: 5	# 超时时间

3）ReadinessProbe探针

  • 用于探测容器内的程序是否健康，它的返回值如果返回 success，那么就认为该容器已经完全启动，并且该容器是可以接收外部流量的。

  • readinessProbe:
  failureThreshold: 3 # 错误次数
  httpGet: # 探测方式为HTTPGetAction
    path: /ready
    port: 8181
    scheme: HTTP
  periodSeconds: 10 # 间隔时间
  successThreshold: 1 # 检查 1 次成功就表示成功
  timeoutSeconds: 1 # 超时时间

探测方式也有3种类型分别为ExecAction，TCPSocketAction，HTTPGetAction。

1）ExecAction探测方式

  • 在容器内部执行一个命令，如果返回值为 0，则任务容器时健康的。

  • livenessProbe:
  exec:
    command:
      - cat
      - /health

2）TCPSocketAction探测方式

  • 通过 tcp 连接监测容器内端口是否开放，如果开放则证明该容器健康。

  • livenessProbe:
  tcpSocket:
    port: 80

3）HTTPGetAction探测方式

  • 生产环境用的较多的方式，发送 HTTP 请求到容器内的应用程序，如果接口返回的状态码在 200~400 之间，则认为容器健康。

  • livenessProbe:
  failureThreshold: 5
  httpGet:
    path: /health
    port: 8080
    scheme: HTTP
    httpHeaders:
      - name: xxx
        value: xxx

3.探针的使用

1）StartupProbe探针的使用。依旧以上文中编写nginx的为例，只需要在nginx的配置中加入StartupProbe探针的配置即可，以下为3种不同方式探测方式。

# method1 http探测方式

spec: # 期望 Pod 按照这里面的描述进行创建
  containers: # 对于 Pod 中的容器描述
  - name: nginx # 容器的名称
    image: nginx:1.7.9 # 指定容器的镜像
    imagePullPolicy: IfNotPresent # 镜像拉取策略，指定如果本地有就用本地的，如果没有就拉取远程的
    #将探针配置加在spec中
    startupProbe: #应用启动探针配置
      httpGet:  #探测方式基于HTTP请求
        path: /index.html
        port: 80
      failureThreshold: 3  # 监测失败 3 次就表示失败
      periodSeconds: 10    # 间隔时间
      successThreshold: 1  # 检查 1 次成功就表示成功
      timeoutSeconds: 1    # 超时时间

# method2 tcp探测方式

spec: # 期望 Pod 按照这里面的描述进行创建
  containers: # 对于 Pod 中的容器描述
  - name: nginx # 容器的名称
    image: nginx:1.7.9 # 指定容器的镜像
    imagePullPolicy: IfNotPresent # 镜像拉取策略，指定如果本地有就用本地的，如果没有就拉取远程的
    #将探针配置加在spec中
    startupProbe: #应用启动探针配置
      tcpSocket:  #探测方式基于TCP请求
        port: 80
      failureThreshold: 3  # 监测失败 3 次就表示失败
      periodSeconds: 10    # 间隔时间
      successThreshold: 1  # 检查 1 次成功就表示成功
      timeoutSeconds: 1    # 超时时间

# method3 tcp探测方式

spec: # 期望 Pod 按照这里面的描述进行创建
  containers: # 对于 Pod 中的容器描述
  - name: nginx # 容器的名称
    image: nginx:1.7.9 # 指定容器的镜像
    imagePullPolicy: IfNotPresent # 镜像拉取策略，指定如果本地有就用本地的，如果没有就拉取远程的
    #将探针配置加在spec中
    startupProbe: #应用启动探针配置
  	  exec:
      command:
         - cat
         - /health
      failureThreshold: 3  # 监测失败 3 次就表示失败
      periodSeconds: 10    # 间隔时间
      successThreshold: 1  # 检查 1 次成功就表示成功
      timeoutSeconds: 1    # 超时时间

2）LivenessProbe探针的使用。依旧以上文中编写nginx的为例，只需要在nginx的配置中加入LiveNessProbe探针的配置即可，这里只介绍http的探测方式。其他的2种方式和配置StartupProbe探针大同小异。

spec: # 期望 Pod 按照这里面的描述进行创建
  containers: # 对于 Pod 中的容器描述
  - name: nginx # 容器的名称
    image: nginx:1.7.9 # 指定容器的镜像
    imagePullPolicy: IfNotPresent # 镜像拉取策略，指定如果本地有就用本地的，如果没有就拉取远程的
    startupProbe: #应用启动探针配置
      httpGet:  #探测方式基于HTTP请求
        path: /index.html
        port: 80
      failureThreshold: 3  # 监测失败 3 次就表示失败
      periodSeconds: 10    # 间隔时间
      successThreshold: 1  # 检查 1 次成功就表示成功
      timeoutSeconds: 1    # 超时时间
	
	# 这里当nginx程序宕机了的话会重新启动
	# 这里肯定会先启动startupProbe探针，当startupProbe探针启动成功则启动livenessProbe探针。
	# 每次启动去访问/index.html接口，看niginx是否正在运行，如果连续启动3次失败，则失败。
	
    livenessProbe: #应用存活探针配置
      httpGet:  #探测方式基于HTTP请求
        path: /index.html
        port: 80
      failureThreshold: 3  # 监测失败 3 次就表示失败
      periodSeconds: 10    # 间隔时间
      successThreshold: 1  # 检查 1 次成功就表示成功
      timeoutSeconds: 1    # 超时时间
    command: # 指定容器启动时执行的命令

3）ReadinessProbe探针的使用。依旧以上文中编写nginx的为例，只需要在nginx的配置中加入ReadiNessProbe探针的配置即可，这里只介绍http的探测方式。其他的2种方式和配置StartupProbe探针大同小异。

spec: # 期望 Pod 按照这里面的描述进行创建
  containers: # 对于 Pod 中的容器描述
  - name: nginx # 容器的名称
    image: nginx:1.7.9 # 指定容器的镜像
    imagePullPolicy: IfNotPresent # 镜像拉取策略，指定如果本地有就用本地的，如果没有就拉取远程的
    startupProbe: #应用启动探针配置
      httpGet:  #探测方式基于HTTP请求
        path: /index.html
        port: 80
      failureThreshold: 3  # 监测失败 3 次就表示失败
      periodSeconds: 10    # 间隔时间
      successThreshold: 1  # 检查 1 次成功就表示成功
      timeoutSeconds: 1    # 超时时间
      
	# 这里当nginx程序宕机了的话会重新启动
	# 这里肯定会先启动startupProbe探针，当startupProbe探针启动成功则启动livenessProbe探针。
	# 每次启动去访问/index.html接口，看niginx是否可以接收外部访问，如果连续启动3次失败，则失败。
	
    readinessProbe: #应用就绪探针配置
      httpGet:  #探测方式基于HTTP请求
        path: /index.html
        port: 80
      failureThreshold: 3  # 监测失败 3 次就表示失败
      periodSeconds: 10    # 间隔时间
      successThreshold: 1  # 检查 1 次成功就表示成功
      timeoutSeconds: 1    # 超时时间

4.pod的生命周期

​ pod的生命周期如下图所示：

  • 首先经过容器的初始化阶段，当初始化结束后会启动postStart回调函数，但是一般来说不会使用到postStart回调函数，因为该函数的主要作用是做初始化的一些操作。
  • 然后就会启动配置的Startup探针，Liveness探针，以及Readiness探针，并加载容器。
  • 最后当pod使用结束时会启动preStop回调函数，该回调函数主要做pod结束时的销毁，数据删除，注册中心下线等一系列操作。
    在这里插入图片描述

1） postStart和preStop的使用。以最初版本的nginx为例，其中主要加入terminationGracePeriodSeconds、postStart、和preStop配置。

spec: # 期望 Pod 按照这里面的描述进行创建
  terminationGracePeriodSeconds: 50   #当pod被删除时，给pod50s的处理时间
  containers: # 对于 Pod 中的容器描述
  - name: nginx # 容器的名称
    image: nginx:1.7.9 # 指定容器的镜像
    imagePullPolicy: IfNotPresent # 镜像拉取策略，指定如果本地有就用本地的，如果没有就拉取远程的
    lifecycle: #生命周期的配置
      postStart:  #生命周期启动阶段会做的事情，Pod初始化好后会往poststart.html文件中写入post star
        exec:
          command:
          - sh
          - -c
          - "echo '<h1>post start<h1>' > /usr/share/nginx/html/poststart.html"
      preStop:  #生命周期结束阶段会做的事情，Pod初始化好后会往prestop.html文件中写入post star
        exec:
          command:
          - sh
          - -c
          - sleep 9

2）如下图所示，可以看到初始化pod结束后，可以查到poststart.html中的post start。并且当删除pod时会sleep9秒。

在这里插入图片描述
在这里插入图片描述

桔梗hhh
关注
k8s-pod 实战二 （Pod 重启策略、探针及实现方式详解）
jundao1997的专栏
08-30 916
通过这三个实战案例，你可以掌握如何在 Kubernetes 中配置和使用不同类型的探针，以确保你的应用运行在最佳状态。上述配置和命令带有详细注释，能够帮助你更好地理解每个字段的含义，使配置过程更加清晰和可控。在 Kubernetes 中，Pod 的重启策略和探针是确保应用高可用性和健壮性的重要机制。以下大纲将详细介绍 Pod 的重启策略、三种探针及其实现方式，并通过具体命令和实战案例帮助你更好地理解这些概念。探针（Probe）是 Kubernetes 用于检查容器运行状况的机制。
k8s基本使用
weixin_37337210的博客
12-16 1536
导读 前几篇写了k8s的概念以及使用k8s进行简单的应用部署，今天写一下k8s的基本使用。 由于k8s的资源都是可以使用yaml文件进行描述，所以也顺便写一下yaml的使用。 YAML语法YAML 是 "YAML Ain't a Markup Language"（YAML 不是一种标记语言）的递归缩写。语法和其他高级语言类似，并且可以简单表达清单、散列表，标量等数据形态。使用空白符号缩进和大量依赖外观的特色，特别适合用来表达或编辑数据结构、各种配置文件等，YAML的配置文件后缀为.yml，如：runoo.
k8s通过yaml创建pod_如何使用YAML创建Pod
weixin_39632891的博客
01-07 671
上期，我们学习了什么是YAML文件。本期课程，我们来学习如何使用YAML创建Pod。piVersion: v1kind: Podmetadata: name: static-web labels: app: webspec: containers: - name: web-front image: nginx ports: - name...
Kubernetes（k8s）常用yaml配置和注释详解
最新发布
秃了也弱了
09-02 1068
yaml格式的pod定义文件完整内容：apiVersion: v1 #必选，api版本号，例如v1kind: Pod #必选，Podmetadata: #必选，元数据name: string #必选，Pod名称namespace: string #Pod所属的命名空间,默认在default的namespacelabels: # 自定义标签name: string #自定义标签名字annotations: #自定义注释列表spec: #必选，Pod中容器的详细定义(期望)
Kubernetes------YAML
记忆的博客
08-18 1139
K8S YAMLK8S一、YAML语法格式查看api 资源版本标签二、写一个yaml文件demo创建资源对象deployment.yaml文件详解Pod yaml文件详解Service yaml文件详解 Kubernetes支持YAML和JSON格式管理资源对象 JSON格式:主要用于api接口之间消息的传递 YAML格式:用于配置和管理，YAML 是一种 简洁的非标记性语言， 内容格式人性化，较易读 一、YAML语法格式 YAML语法格式 大小写敏感 使用缩进表示层级关系 不支持
k8s通过yaml创建pod_从零开始学K8s: 13.如何创建一个Pod
weixin_42529328的博客
01-03 1340
通常我们会发送一个JSON或者YAML格式的清单(manifest)到Kubernetes的REST API端点来创建Pod和其他Kubernetes资源。当然也可以使用其他更简单的方式来创建资源(resource)对象，比如在之前的文章中使用的kubectl run命令，但是这些方法通常只能配置一组有限的属性。如果通过YAML文件定义所有Kubernetes对象，我们可以将它们上传到版本控制系统...
K8S之yaml 文件详解（pod、deployment、service）
墨鸦的博客
07-23 1万+
K8S之yaml 文件详解（pod、deployment、service）
k8s-pod-annotator
03-17
【k8s-pod-annotator】是一款专为Kubernetes（k8s）设计的工具，主要用于自动或手动为Pod添加注解（annotations）。在Kubernetes中，注解是一种元数据，可以用来存储非结构化的信息，对于管理和操作Pod具有重要作用...
k8s-Pod介绍及状态与生命周期管理
Mclaughling的博客
10-28 2454
Pod介绍及状态与生命周期管理 Pod介绍 Pod是kubernetes中可以创建和部署的最小单位。Pod代表着集群中运行的进程。 Pod的设计理念是支持多个容器在一个Pod中共享网络地址和文件系统，可以通过进程间通信和文件共享这种简单高效的方式组合完成服务。 Pod中封装着应用的容器（有的情况下是好几个容器），存储、独立的网络IP，管理容器如何运行的策略选项。Pod代表着部署的一个单位：kubernetes中应用的一个实例，可能由一个或者多个容器组合在一起共享资源。 Docker是kubernetes中最
k8s-pod控制器
m0_59004799的博客
12-01 715
Pod是kubernetes的最小管理单元，在kubernetes中，按照pod的创建方式可以将其分为两类： • 自主式pod：kubernetes直接创建出来的Pod，这种pod删除后就没有了，也不会重建 • 控制器创建的pod：kubernetes通过控制器创建的pod，这种pod删除了之后还会自动重建
k8s-wait-for:一个简单的脚本，允许等待k8s服务，作业或pod进入所需状态
05-01
kubectl run --generator=run-pod/v1 k8s-wait-for --rm -it --image groundnuty/k8s-wait-for:v1.3 --restart Never --command /bin/sh 阅读--help并玩它！ / > wait_for.sh -h This script waits until a job, ...
Plop小型脚手架工具使用说明
qq_29263331的博客
12-07 385
小型的脚手架工具, 用于快速创建文件 具体使用步骤 安装 yarn add plop --dev 在项目的根目录下新建入口文件 plopfile.js 在plopfile.js文件中定义脚手架任务 编写用于生成特定类型文件的模板 运行脚手架 yarn plop component(生成器的名称) // Plop入口文件，需要导出一个函数 // 此函数接受一个Plop对象，用于创建生成器 module.exports = plop => { plop.setGenera
k8s之使用yaml创建pod
wang0907的博客
01-05 1536
本文一起看下如何通过声明式的yaml文件来创建pod。我们知道可通过在yaml配置文件中以声明式的方式来定义一些内容，从而让k8s执行某些工作（其中创建Pod就是其中的一个，也可通过kubectl run ngx --image=nginx:alpine），那么都能声明哪些内容呢？可以声明的内容我们可以通过命令来查看，如下：这一行一行的内容都是啥？
k8s通过yaml创建pod_k8s Pod进阶（四）：Pod预设
weixin_35498756的博客
01-07 280
Pod预设是什么Pod Preset 是一种K8s API资源，用于在创建 Pod 时注入额外运行时需要的信息(包括 secrets、volume mounts、environment variables 等)。可以使用标签选择器(label selector)来指定Pod，并将 Pod Preset 预设信息应用到这些特定的Pod。使用 Pod Preset 可以将常用 Pod 预设信息配置为模...
k8s制作pod的yaml文件
运维那些事儿
08-05 1万+
第1章 nginx配置文件yaml 1.1 nginx _rc文件数据持久化（rc资源类型） cat nginx_rc.yaml apiVersion: v1 kind: ReplicationController metadata: name: nginx4 spec: replicas: 1 selector: app: nginx4 template: ...
k8s-pod的yaml文件详解
liao__ran的博客
10-20 1207
apiVersion: v1 //版本 kind: pod //类型，pod metadata: //元数据 name: String //元数据，pod的名字 namespace: String //元数据，pod的命名空间 labels: ...
k8s-pod 的yaml文件详解
liao__ran的博客
06-09 528
k8s-pod的yaml文件详解
k8s查看pod的yaml文件_Kubernetes Pod操作篇
热门推荐
weixin_33456452的博客
01-12 1万+
前言在上文Kubernetes入门篇中对kubernetes有一个初步的介绍，本文继续介绍kubernetes的核心组件Pod，当然还是以实际操作为主；另外说明一点的是本系列是本人的学习笔记。Pod介绍Pod是Kubernetes中最为重要的核心概念，代表了Kubernetes中的基本构建模块；一个Pod可以包含一个容器或者多个容器，Pod本身是轻量级的，所以经常会创建很多Pod，紧密相关的容器进...
把正在k8s-node1节点上运行的名为apache-pod的pod扩容到k8s-node2节点，让k8s-node1和k8s-node2他们两个pod同时运行
06-13
要将正在 k8s-node1 节点上运行的名为 apache-pod 的 pod 扩容到 k8s-node2 节点，并同时在这两个节点上运行 pod，请按照以下步骤操作： 1. 创建一个 deployment，指定 pod 的副本数为 2，并使用 nodeSelector 将这两个 pod 分别调度到 k8s-node1 和 k8s-node2 节点上。可以使用以下 YAML 文件创建 deployment： ``` apiVersion: apps/v1 kind: Deployment metadata: name: apache-pod spec: replicas: 2 selector: matchLabels: app: apache-pod template: metadata: labels: app: apache-pod spec: nodeSelector: kubernetes.io/hostname: k8s-node1 containers: - name: apache-container image: httpd:latest ports: - containerPort: 80 ``` 在这个 YAML 文件中，我们使用 nodeSelector 将第一个 pod 调度到 k8s-node1 节点上，第二个 pod 调度到 k8s-node2 节点上。注意，我们在 template.spec.containers 中指定了容器的镜像和端口号，这里使用的是 httpd 镜像，端口号是 80。 2. 使用 kubectl apply 命令应用这个 YAML 文件： ``` kubectl apply -f deployment.yaml ``` 3. 使用 kubectl get pods 命令检查 pod 状态，确认这两个 pod 都在运行： ``` kubectl get pods -o wide ``` 在输出中，你会看到两个 apache-pod 的副本都在运行，其中一个在 k8s-node1 节点上，另一个在 k8s-node2 节点上。 需要注意的是，使用 nodeSelector 指定 pod 调度到特定节点上可能会降低集群的灵活性，因为这样做会使节点的资源分配不均衡。如果你的集群中有多个节点，最好使用 Kubernetes 的调度器来自动地将 pod 调度到空闲节点上。你可以使用 nodeAffinity 和 podAntiAffinity 等特性来控制 pod 的调度行为。
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值