pod(三)：pod的管理

最新推荐文章于 2024-05-25 08:31:18 发布
最新推荐文章于 2024-05-25 08:31:18 发布
阅读量370 收藏 1
点赞数
分类专栏： K8S 文章标签： 运维 kubernetes 云原生
原文链接：https://www.cnblogs.com/renshengdezheli/p/16707021.html
版权
K8S 专栏收录该内容
104 篇文章 134 订阅
订阅专栏

目录

一.系统环境

服务器版本docker软件版本CPU架构
CentOS Linux release 7.4.1708 (Core)Docker version 20.10.12x86_64

二.前言

pod的常见管理。

管理pod的前提是已经有一套可以正常运行的Kubernetes集群，关于Kubernetes(k8s)集群的安装部署，可以查看博客《Centos7 安装部署Kubernetes(k8s)集群》Centos7 安装部署Kubernetes(k8s)集群 - 人生的哲理 - 博客园

三.pod的管理

3.1 环境介绍

Kubernetes集群架构：k8scloude1作为master节点，k8scloude2，k8scloude3作为worker节点

服务器操作系统版本CPU架构进程功能描述
k8scloude1/192.168.110.130CentOS Linux release 7.4.1708 (Core)x86_64docker，kube-apiserver，etcd，kube-scheduler，kube-controller-manager，kubelet，kube-proxy，coredns，calicok8s master节点
k8scloude2/192.168.110.129CentOS Linux release 7.4.1708 (Core)x86_64docker，kubelet，kube-proxy，calicok8s worker节点
k8scloude3/192.168.110.128CentOS Linux release 7.4.1708 (Core)x86_64docker，kubelet，kube-proxy，calicok8s worker节点

3.2 管理pod

使用Nginx镜像创建一个pod

[root@k8scloude1 pod]# vim nginx.yaml 

#kind: Pod表示资源类型为Pod   labels指定pod标签   metadata下面的name指定pod名字   containers下面全是容器的定义   
#image指定镜像名字  imagePullPolicy指定镜像下载策略   containers下面的name指定容器名
#resources指定容器资源（CPU，内存等）   env指定容器里的环境变量   dnsPolicy指定DNS策略
#restartPolicy容器重启策略    ports指定容器端口
[root@k8scloude1 pod]# cat nginx.yaml 
apiVersion: v1
kind: Pod
metadata:
  creationTimestamp: null
  labels:
    run: nginx
  name: nginx
spec:
  containers:
  - image: nginx
    imagePullPolicy: IfNotPresent
    name: nginx
    resources: {}
    ports:
    - name: http
      containerPort: 80
      protocol: TCP
    env:
    - name: xx
      value: "12"
    - name: yy
      value: "21"
    - name: zz
      value: hello
  dnsPolicy: ClusterFirst
  restartPolicy: Always
status: {}

[root@k8scloude1 pod]# ls
nginx.yaml  pod1.yaml  pod2.yaml

[root@k8scloude1 pod]# kubectl apply -f nginx.yaml 
pod/nginx created

[root@k8scloude1 pod]# kubectl get pod
NAME    READY   STATUS    RESTARTS   AGE
nginx   1/1     Running   0          5s

不进入容器，执行ls / 命令

#不进入容器，执行命令：kubectl exec podname -- 命令
[root@k8scloude1 pod]# kubectl exec nginx -- ls /
bin
boot
dev
docker-entrypoint.d
docker-entrypoint.sh
etc
home
lib
lib64
media
mnt
opt
proc
root
run
sbin
srv
sys
tmp
usr
var

进入容器执行命令

#进入容器：kubectl exec -it podname -- bash
[root@k8scloude1 pod]# kubectl exec -it nginx -- bash
root@nginx:/# which nginx
/usr/sbin/nginx
root@nginx:/# exit
exit

从物理机复制文件到pod里

[root@k8scloude1 pod]# kubectl cp /etc/hosts nginx:/tmp

[root@k8scloude1 pod]# kubectl exec nginx -- ls /tmp
hosts

从pod里复制文件到物理机

[root@k8scloude1 pod]# kubectl cp nginx:/etc/hosts nginx_hosts
tar: Removing leading `/' from member names

[root@k8scloude1 pod]# ls
nginx_hosts  nginx.yaml  pod1.yaml  pod2.yaml

[root@k8scloude1 pod]# cat nginx_hosts 
# Kubernetes-managed hosts file.
127.0.0.1	localhost
::1	localhost ip6-localhost ip6-loopback
fe00::0	ip6-localnet
fe00::0	ip6-mcastprefix
fe00::1	ip6-allnodes
fe00::2	ip6-allrouters
10.244.251.202	nginx

[root@k8scloude1 pod]# rm -rf nginx_hosts

查看pod的日志

[root@k8scloude1 pod]# kubectl logs nginx 
/docker-entrypoint.sh: /docker-entrypoint.d/ is not empty, will attempt to perform configuration
/docker-entrypoint.sh: Looking for shell scripts in /docker-entrypoint.d/
/docker-entrypoint.sh: Launching /docker-entrypoint.d/10-listen-on-ipv6-by-default.sh
10-listen-on-ipv6-by-default.sh: info: Getting the checksum of /etc/nginx/conf.d/default.conf
10-listen-on-ipv6-by-default.sh: info: Enabled listen on IPv6 in /etc/nginx/conf.d/default.conf
/docker-entrypoint.sh: Launching /docker-entrypoint.d/20-envsubst-on-templates.sh
/docker-entrypoint.sh: Launching /docker-entrypoint.d/30-tune-worker-processes.sh
/docker-entrypoint.sh: Configuration complete; ready for start up
2022/01/12 13:41:43 [notice] 1#1: using the "epoll" event method
2022/01/12 13:41:43 [notice] 1#1: nginx/1.21.5
2022/01/12 13:41:43 [notice] 1#1: built by gcc 10.2.1 20210110 (Debian 10.2.1-6) 
2022/01/12 13:41:43 [notice] 1#1: OS: Linux 3.10.0-693.el7.x86_64
2022/01/12 13:41:43 [notice] 1#1: getrlimit(RLIMIT_NOFILE): 1048576:1048576
2022/01/12 13:41:43 [notice] 1#1: start worker processes
2022/01/12 13:41:43 [notice] 1#1: start worker process 31
2022/01/12 13:41:43 [notice] 1#1: start worker process 32

当一个pod里有两个容器，怎么查看？kubectl exec -it podname -c 容器名 -- 命令

首先创建一个包含2个容器的pod

[root@k8scloude1 pod]# vim pod2.yaml 

[root@k8scloude1 pod]# cat pod2.yaml 
apiVersion: v1
kind: Pod
metadata:
  creationTimestamp: null
  labels:
    run: pod1
  name: pod1
spec:
  containers:
  - image: nginx
    imagePullPolicy: IfNotPresent
    name: n1
    resources: {}
  - image: nginx
    imagePullPolicy: IfNotPresent
    command: ["sh","-c","sleep 10"]
    name: n2
    resources: {}
  dnsPolicy: ClusterFirst
  restartPolicy: Always
status: {}

[root@k8scloude1 pod]# kubectl apply -f pod2.yaml 
pod/pod1 created

[root@k8scloude1 pod]# kubectl get pod 
NAME    READY   STATUS    RESTARTS   AGE
pod1    2/2     Running   0          6s

查看pod1的描述信息

[root@k8scloude1 pod]# kubectl describe pod pod1 
Name:         pod1
Namespace:    pod
Priority:     0
Node:         k8scloude2/192.168.110.129
Start Time:   Wed, 12 Jan 2022 21:53:05 +0800
Labels:       run=pod1
Annotations:  cni.projectcalico.org/containerID: d103a6cb8e6535c5cfa8cf52153a80c11b75c0b7a744c7ad1028f3f4e88a627e
              cni.projectcalico.org/podIP: 10.244.112.141/32
              cni.projectcalico.org/podIPs: 10.244.112.141/32
Status:       Running
IP:           10.244.112.141
IPs:
  IP:  10.244.112.141
Containers:
  n1:
    Container ID:   docker://e54540c02e54109af7437fd00f18bcca3969e75eafb336dadb9ddb21022520ed
    Image:          nginx
    Image ID:       docker-pullable://nginx@sha256:0d17b565c37bcbd895e9d92315a05c1c3c9a29f762b011a10c54a66cd53c9b31
    Port:           <none>
    Host Port:      <none>
    State:          Running
      Started:      Wed, 12 Jan 2022 21:53:06 +0800
    Ready:          True
    Restart Count:  0
    Environment:    <none>
    Mounts:
      /var/run/secrets/kubernetes.io/serviceaccount from kube-api-access-42h2q (ro)
  n2:
    Container ID:  docker://2d09c058d4c11f51c1c22c58012c79f5b8ec8327fcdd43e17f4533cb01f098d0
    Image:         nginx
    Image ID:      docker-pullable://nginx@sha256:0d17b565c37bcbd895e9d92315a05c1c3c9a29f762b011a10c54a66cd53c9b31
    Port:          <none>
    Host Port:     <none>
    Command:
      sh
      -c
      sleep 10
    State:          Terminated
      Reason:       Completed
      Exit Code:    0
      Started:      Wed, 12 Jan 2022 21:53:39 +0800
      Finished:     Wed, 12 Jan 2022 21:53:49 +0800
    Last State:     Terminated
      Reason:       Completed
      Exit Code:    0
      Started:      Wed, 12 Jan 2022 21:53:17 +0800
      Finished:     Wed, 12 Jan 2022 21:53:27 +0800
    Ready:          False
    Restart Count:  2
    Environment:    <none>
    Mounts:
      /var/run/secrets/kubernetes.io/serviceaccount from kube-api-access-42h2q (ro)
Conditions:
  Type              Status
  Initialized       True 
  Ready             False 
  ContainersReady   False 
  PodScheduled      True 
Volumes:
  kube-api-access-42h2q:
    Type:                    Projected (a volume that contains injected data from multiple sources)
    TokenExpirationSeconds:  3607
    ConfigMapName:           kube-root-ca.crt
    ConfigMapOptional:       <nil>
    DownwardAPI:             true
QoS Class:                   BestEffort
Node-Selectors:              <none>
Tolerations:                 node.kubernetes.io/not-ready:NoExecute op=Exists for 300s
                             node.kubernetes.io/unreachable:NoExecute op=Exists for 300s
Events:
  Type     Reason     Age                From               Message
  ----     ------     ----               ----               -------
  Normal   Scheduled  46s                default-scheduler  Successfully assigned pod/pod1 to k8scloude2
  Normal   Pulled     46s                kubelet            Container image "nginx" already present on machine
  Normal   Created    46s                kubelet            Created container n1
  Normal   Started    46s                kubelet            Started container n1
  Normal   Pulled     13s (x3 over 46s)  kubelet            Container image "nginx" already present on machine
  Normal   Created    13s (x3 over 46s)  kubelet            Created container n2
  Normal   Started    13s (x3 over 46s)  kubelet            Started container n2
  Warning  BackOff    3s (x2 over 24s)   kubelet            Back-off restarting failed container

查看pod里的n1容器的/tmp目录

#当一个pod里有两个容器，怎么查看：kubectl exec -it podname -c 容器名 -- 命令
[root@k8scloude1 pod]# kubectl exec -it pod1 -c n1 -- ls /tmp

查看pod里的n2容器的/tmp目录

[root@k8scloude1 pod]# kubectl exec -it pod1 -c n2 -- ls /tmp

进入pod1里的n1容器

[root@k8scloude1 pod]# kubectl exec -it pod1 -c n1 -- bash
root@pod1:/# which nginx
/usr/sbin/nginx
root@pod1:/# exit
exit

查看pod1里的n1容器日志

[root@k8scloude1 pod]# kubectl logs pod1 -c n1
/docker-entrypoint.sh: /docker-entrypoint.d/ is not empty, will attempt to perform configuration
/docker-entrypoint.sh: Looking for shell scripts in /docker-entrypoint.d/
/docker-entrypoint.sh: Launching /docker-entrypoint.d/10-listen-on-ipv6-by-default.sh
10-listen-on-ipv6-by-default.sh: info: Getting the checksum of /etc/nginx/conf.d/default.conf
10-listen-on-ipv6-by-default.sh: info: Enabled listen on IPv6 in /etc/nginx/conf.d/default.conf
/docker-entrypoint.sh: Launching /docker-entrypoint.d/20-envsubst-on-templates.sh
/docker-entrypoint.sh: Launching /docker-entrypoint.d/30-tune-worker-processes.sh
/docker-entrypoint.sh: Configuration complete; ready for start up
2022/01/12 13:53:06 [notice] 1#1: using the "epoll" event method
2022/01/12 13:53:06 [notice] 1#1: nginx/1.21.5
2022/01/12 13:53:06 [notice] 1#1: built by gcc 10.2.1 20210110 (Debian 10.2.1-6) 
2022/01/12 13:53:06 [notice] 1#1: OS: Linux 3.10.0-693.el7.x86_64
2022/01/12 13:53:06 [notice] 1#1: getrlimit(RLIMIT_NOFILE): 1048576:1048576
2022/01/12 13:53:06 [notice] 1#1: start worker processes
2022/01/12 13:53:06 [notice] 1#1: start worker process 32
2022/01/12 13:53:06 [notice] 1#1: start worker process 33

编辑pod: kubectl edit pod podname

[root@k8scloude1 pod]# kubectl edit pod nginx 
Edit cancelled, no changes made.

容器里运行命令的一种写法是使用command

[root@k8scloude1 pod]# vim pod2.yaml 

[root@k8scloude1 pod]# cat pod2.yaml 
apiVersion: v1
kind: Pod
metadata:
  creationTimestamp: null
  labels:
    run: pod1
  name: pod1
spec:
  containers:
  - image: nginx
    imagePullPolicy: IfNotPresent
    name: n1
    resources: {}
  - image: nginx
    imagePullPolicy: IfNotPresent
    command: ["sh","-c","sleep 10"]
    name: n2
    resources: {}
  dnsPolicy: ClusterFirst
  restartPolicy: Always
status: {}

容器里运行命令的另一种写法是使用args

[root@k8scloude1 pod]# kubectl run podtest --image=nginx --dry-run=client -o yaml -- sh -c sleep 100
apiVersion: v1
kind: Pod
metadata:
  creationTimestamp: null
  labels:
    run: podtest
  name: podtest
spec:
  containers:
  - args:
    - sh
    - -c
    - sleep
    - "100"
    image: nginx
    name: podtest
    resources: {}
  dnsPolicy: ClusterFirst
  restartPolicy: Always
status: {}

致力于一条龙式的为您解决问题

转载至https://www.cnblogs.com/renshengdezheli/p/16707021.html

victoruu
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
为什么要引入Pod，Pod资源版本，command使用，pod常见状态，pod拉取策略，pod重启策略
h2728677716的博客
04-05 453
主要是以上三个主要原因：第三点：K8S发展到一定阶段，自己制定标准，如果runtime不符合这个标准，那么k8s就不会管理这个runtime，例如k8s之前为了迎合docker，专门为docker制定了标准，但是在1.24版本后就抛弃了这个标准，让docker来适应k8s的标准你不兼容我，我就不用你。。
【云原生】kubernetes深入理解Pod对象：基本管理
康师傅没有眼泪
07-01 1289
Pod 的共享上下文包括一组 Linux 名字空间、控制组（cgroup）和可能一些其他的隔离 ，即用来隔离 Docker 容器的技术。 在 Pod 的上下文中，每个独立的应用可能会进一步实施隔离。就 Docker 概念的术语而言，Pod 类似于共享名字空间和文件系统卷的一组 Docker 容器。......
【云原生】Kubernetes----POD基本管理
最新发布
hy199707的博客
05-25 884
在Kubernetes（简称K8s）这一强大的容器编排系统中，Pod是最基本的部署单元。Pod封装了一个或多个容器，共享存储、网络和进程空间，允许它们协同工作以完成特定任务。本文将深入探讨Pod的概念、特性以及如何在K8s中对其进行管理
pod 资源控制管理
qq_51574973的博客
07-06 175
Pod是kubernetes中最小的资源管理组件，Pod也是最小化运行容器化应用的资源对象。一个Pod代表着集群中运行的一个进程。kubernetes中其他大多数组件都是围绕着Pod来进行支撑和扩展Pod功能的，例如，用于管理Pod运行的StatefulSet和Deployment等控制器对象，用于暴露Pod应用的Service和Ingress对象，为Pod提供存储的PersistentVolume存储资源对象等。//在Kubrenetes集群中Pod有如下两种使用方式：●一个Pod中运行一个容器。
cocospod 版本更新与更新到指定版本
莫封洛的博客
02-13 1万+
pod install --verbose --no-repo-update pod update --verbose --no-repo-update pod install --no-repo-update 1.本地现有的cocopod的版本号是1.1.0.rc.2，想升级到最新版本 1、先切换gem源 gem sources --remove https
POD管理，资源清单
weixin_46754666的博客
05-10 270
pod是可以创建和管理kubernetes计算的最小可部署单位，一个pod代表着集群中运行的一个进程，每个pod都有一个唯一的ip。 一个pod包含一个或多个容器，多个容器间共享IPC、Network、UTC namespace 一个容器重建之后，之前的数据都没了。 Pod提供了一个公共存储的网络栈。 数据可以被存储在pod内。 server2 不参加调度，和docker swarm不一样，docker swarm是master也参加调度。server2上有个污点，3和4是work，优先往3,4上调。 ku
PODMaster:PODMaster仪表盘应用
07-07
4. **状态管理**：为了管理应用程序的状态，如播客数据、用户偏好等，PODMaster可能采用了Redux或Vuex这样的状态管理库。 5. **数据可视化**：仪表盘中的图表可能由D3.js或Chart.js等库生成，它们能创建各种动态、...
pod的使用 ios管理第三方库
08-26
方便的管理第三方库，详细介绍如何使用pod
Esup-Pod:视频文件管理平台
04-29
Esup-Pod 视频文件管理平台 Pod项目创建于2014年，近年来发生了许多变化。 自2015年9月起发起，由财团管理，并得到支持。 该项目和具有相同名称的平台的目的是促进...第三方积分 static / default.svg： 制作的图标
Pod-Pandoc：使用Pandoc处理原始的旧文档格式
02-06
**Pod-Pandoc：使用Pandoc处理原始的旧文档格式** Pod-Pandoc 是一个Perl模块，专门设计用于将Pod（Perl文档格式）转换为Pandoc能处理的多种...通过这个工具，我们可以更好地管理和适应不同平台和场景下的文档需求。
UT-Pod：模拟CLI iPod
02-10
在模拟iPod的功能上，UT-Pod可能包括音乐库管理，比如歌曲列表的创建、排序和搜索。这可能涉及到数据结构和算法的知识，例如链表、树或者哈希表来存储和检索音乐信息。同时，为了实现播放控制，如播放、暂停、停止、...
k8s学习pod第七天
qq_34893654的博客
04-21 81
初始化容器是一类只运行一次的容器，本质是也是容器，不同容器间启动有先后顺序，只有前面的容器运行成功了，后面的容器才能运行已上配置文件，首先要运行一个busybox，并且下载一个文件到/work-dir中，然后启动nginx容器，在/usr/share/nginx/html中就有了文件index.html可见先启动了buysbox,然后又启动了nginx容器。
升级pod版本
ios_xumin的专栏
12-23 2089
通过Podfile.lock文件查看，文本形式打开Podfile.lock，最后一行版本显示COCOAPODS: 1.2.1 有时候不同的电脑上的版本也是不一致的，低版本容易出现不兼容的问题，有把别人的pod项目在自己电脑上跑过的伙伴们应该亲身有体验，各种报错。 查看版本pod --version 查看Ruby源地址gem source -l 会打出电脑目前安装的镜像源，https...
CocoaPod使用--Podfile--版本依赖管理
缤纷冷泪的专栏
02-14 1万+
文章目录安装cocoapod和现有工程集成--空Podfile和现有工程集成-- 指定workspace添加依赖库Podfile 语法将依赖库以framework形式引入设置依赖库版本号待续 参考网址 http://guides.cocoapods.org 成文的环境 mac os 10.14 cocoapod 1.5.3 xcode 10.1 安装cocoapod 安装需要gem包管理器 在...
CocoaPods 版本管理冲突 解决
Bob的专栏
06-26 1万+
近期在项目中首次使用了CocoaPods。从软件工程的角度来看，我对目前常见的CocoaPods使用方法有些意见，建议做一些改进。先说一下我建议的最佳实践，后面再分析为什么要这样做。并且希望大家根据自己公司的情况，讨论一下这几项建议是否合理，一起搞出一份真正的“最佳实践”。 CocoaPods的常见使用方法参见唐巧的文章《用CocoaPods做iOS程序的依赖管理》。在他的基础上
Kubernetes中的PodIP、ClusterIP和外部IP
热门推荐
来啊 快活啊
01-23 3万+
Kubernetes是Google开源的容器集群管理系统，是Docker容器的主要集群管理系统之一。 其中，Kubernetes中管理主要有三种类型的IP:Pod IP 、Cluster IP 和 外部IP。 Pod IP Kubernetes的最小部署单元是Pod。利用Flannel作为不同HOST之间容器互通技术时，由Flannel和etcd维护了一张节点间的路由表。Flannel的
iOS开发之pod的版本回退
张少侠
07-13 3230
项目中直接使用了pod的安装命令sudo gem install cocoapods结果安装的1.2.1版本，同事都用的1.1.1版本。 跟同事的pod版本不一致，git就会一直提示到有这个修改，很烦人。解决办法： 查看当前pod版本：pod --version //1.2.1直接下载想要的pod版本：sudo gem install cocoapods --version 1.1.1删除不想要
Pod管理与使用
weixin_39627083的博客
03-23 112
1、Pod概念 Pod是Kubernetes管理的最小基础单元。（一个或多个紧耦合的应用容器，独立IP，存储资源）
使用pod管理第三方框架
黎明的博客
03-06 902
我们在产品开发中经常需要使用第三方框架来辅助开发，从而有效的提高开发效率，但是框架的安装和升级是一个很繁琐的工作，使用pod来管理的话可以很方便的使用和维护第三方框架，下面是我总结的一些pod的使用方法，希望对大家有所帮助：比如项目中，我们需要用到以下第三方框架： * AFNetworking * SDWebImage * SVProgressHUD
error getting pod: unauthorized
11-12
该错误是由于对Pod的访问权限不足导致的。通常，该错误可能是由以下几种情况引起的： 1. 用户身份验证问题：您可能没有足够的权限来获取Pod的相关信息。请确保您具有正确的身份验证凭据，并具有适当的角色或权限来访问Pod。 2. 令牌过期：如果您使用的是令牌进行身份验证，那么可能令牌已经过期。您需要使用有效的令牌来访问Pod。您可以通过重新生成或更新令牌来解决此问题。 3. 集群角色问题：如果您使用的是集群角色进行身份验证，那么可能您被分配的角色不具有访问Pod的权限。请与具有权限的管理员联系，以确保您被授予正确的集群角色。 4. 访问控制列表（ACL）限制：有时，网络或集群中设置的访问控制列表可能会限制对Pod的访问。请与集群管理员或网络管理员联系，以确保您被授予正确的访问权限。 为了解决此错误，您可以执行以下操作： 1. 检查您的身份验证凭据是否正确，并确保您具有访问Pod的适当权限。 2. 如果使用令牌进行身份验证，请确保令牌是有效的，并尝试更新或重新生成令牌。 3. 检查您分配的角色或集群角色是否具有访问Pod的权限。 4. 与管理员或网络管理员联系，了解是否设置了限制访问Pod的访问控制列表，并确保您被授予正确的访问权限。 总之，错误信息"error getting pod: unauthorized"表示对Pod的访问权限不足，请通过检查身份验证凭据、更新令牌、分配正确的角色或集群角色以及检查访问控制列表等方式解决此问题。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值