【k8s】四、资源及资源清单

参数名	字段类型	说明	是否必须
version	String	这里指定是K8S API的版本，目前基本上是v1，可以通过`kubectl api-versions`命令查询	是
kind	String	yaml文件定义的资源类型和角色，比如：Pod、Deployment、ReplicaSet、Service	是
metadata	Object	元数据对象，固定值就写metadata	是
metadata.name	String	元数据对象的名字，由我们自定义，比如命名Pod的名字，Service的名字	是
metadata.namespace	String	元数据对象的命名空间，由我们自定义。非必填，默认为default	否
spec	Object	详细定义对象，固定值就写spec	是
spec.containers[]	list	spec对象的容器列表定义	是
spec.containers[].name	String	容器名字	是
spec.containers[].image	String	容器所使用的镜像	是
spec.containers[].imagePullPolicy	String	定义镜像拉取策略，有Always、Never、IfNotPresent三个值 Always：意思是每次都尝试重新拉取镜像。（默认值是Always） Never：表示仅使用本地镜像。 IfNotPresent：如果本地有镜像，就使用本地镜像，本地没有就拉取在线镜像。	否
spec.containers[].args[]	List	指定容器启动命令参数，因为是数组可以指定多个	否
spec.containers[].command	list	容器启动时执行命令，如果没有指定，则使用容器中的民老公
spec.containers[].workingDir	String	指定容器工作目录	否
spec.containers[].volumeMounts[]	List	指定容器内部的存储卷配置	否
spec.containers[].volumeMounts[].name	String	指定可以被容器挂载的存储卷的名称	否
spec.containers[].volumeMounts[].mountPath	String	指定可以被容器挂在的存储卷的路径	否
spec.containers[].volumeMounts[].readOnly	String	设置存储卷路径的读写模式，true或者false 默认为读写模式	否
spec.containers[].ports[]	List	指定容器需要用到的端口列表	否
spec.containers[].ports[].name	String	指定端口名	否
spec.containers[].ports[].containerPort	String	指定容器需要监听的端口号	否
spec.containers[].ports[].hostPort	String	指定容器所在主机需要监听的端口号，默认跟上面的containerPort相同，注意设置了hostPort，同一台主机无法启动该容器的相同副本（因为主机端口号不能相同，这样会冲突）	否
spec.containers[].ports[].protocol	String	指定端口协议，支持TCP和UDP。默认值为TCP	否
spec.containers[].env[]	List	容器运行前需要设置的环境变量列表	否
spec.containers[].env[].name	String	环境变量的名称	否
spec.containers[].env[].value	String	环境变量的值	否
spec.containers[].resources	Object	指定资源限制和资源请求的值（这里开始就是设置容器的资源上限）	否
spec.containers[].resources.limits	Object	指定容器运行时资源的运行上限	否
spec.containers[].resources.limits.cpu	String	指定CPU的限制，单位为core数，将用于docker run --cou-shares参数	否
spec.containers[].resources.limits.memory	String	指定MEM内存的限制，单位为MiB、GiB	否
spec.containers[].resources.requests	Object	指定容器启动和调度时的限制设置	否
spec.containers[].resources.requests.cpu	String	CPU请求，单位为core数，容器启动时初始化可用数量	否
spec.containers[].resources.requests.memory	String	内存请i去，单位为MiB、GiB，容器启动时初始化可用数量	否
spec.restartPolicy	String	定义Pod重启策略，可选值为Always、OnFailure、Never，默认值为Always Always：Pod一旦终止运行，则无论容器是如何终止的，kubelet服务都将重启Pod OnFailure：只有Pod以非零退出码终止时，kubelet才会重启该容器。如果容器正常结束（退出码为0），则kubelet将不会重启它。 Never：Pod终止后，kubelet将退出码报告给Master，不会重启该Pod	否
spec.nodeSelector	Object	定义Node的Label过滤标签，以key-value格式指定	否
spec.imagePullSecrets	Object	定义PUll镜像时使用secret名称，以name:secretkey格式指定
spec.hostNetwork	Bollean	是否使用主机网络模式，默认值为false。设置为true表示使用宿主机网络，不适用docker网桥。同时设置了true将无法在同一台宿主机上启动第二个副本。

如果非要记住资源清单里的字段，你也可以先记住一些必填的字段。但是，一些字段会随着k8s的通过命令kubectl explain就可以查看资源清单

尝试编写Pod模板

可以通过kubectl explain pod查看编写pod的资源清单所需的字段。

想知道pod资源清单的spec字段下有哪些参数，就执行下面的语句

kubectl explain pod.spec

k8s里对于资源清单的每个参数都做了比较详细的描述。

因此我们可以编写出属于我们自己的第一个pod资源文件try-pod.yaml

# try-pod.yaml
# author: 攻城狮白玉
apiVersion: v1
kind: Pod
metadata:
  name: baiyu-pod
  namespace: baiyu-learn-k8s
  labels:
    app: baiyu-app
    version: v1
spec:
  containers:
  - name: app
    image: busybox:1.32
    command: ["/bin/sh","-c","echo 'this is app' && sleep 3600"]
    imagePullPolicy: IfNotPresent
  - name: test
    image: busybox:1.32
    command: ["/bin/sh","-c","echo 'this is test' && sleep 3600"]
    imagePullPolicy: IfNotPresent

上面的yaml资源清单脚本是在命名空间为baiyu-learn-k8s下，创建一个名为baiyu-pod的Pod，里面包含两个启动busybox镜像的容器，一个名为app，一个名为test。如下图所示

pod是k8s中资源的最小单位。一个pod里面可以包含多个容器，从本次实验的资源清单大家就可以发现。

busybox是一个集成了三百多个最常用Linux命令和工具的软件。包含了一些简单的工具，例如ls、cat和echo等等，还包含了一些更大、更复杂的工具，例grep、find、mount以及telnet。人称Linux界的瑞士军刀。

创建第一个Pod

首先创建baiyu-learn-k8s的命名空间，如果已经创建过命名空间。则无需重复本步骤

kubectl create ns baiyu-learn-k8s

创建Pod

kubectl create -f try-pod.yaml -n baiyu-learn-k8s

查看节点状态

kubectl get pod baiyu-pod -n baiyu-learn-k8s -w

命令里的-w参数是动态查看pod的状态，起到一个类似于watch命令的效果

查看pod节点详细信息

kubectl describe pod baiyu-pod  -n baiyu-learn-k8s

查看pod节点以及IP

每个pod都有一个唯一的IP。Pod中的容器

kubectl get pod baiyu-pod -n baiyu-learn-k8s -o wide

查看Pod节点下所有容器的名字

查看baiyu-pod这个节点下的test容器的日志

kubectl logs baiyu-pod -c test  -n baiyu-learn-k8s

因为我们在容器启动的时候执行了一句echo语句，输出的是this is test。各位同学可以对照会资源清单文件。

进入test容器执行命令

kubectl exec -it baiyu-pod -n  baiyu-learn-k8s -c test /bin/sh

这里就跟各位在使用docker进入容器时的效果一样的。

删除Pod

kubectl delete pod baiyu-pod -n baiyu-learn-k8s

总结

至此，我们一起创建了属于我们自己编写的第一个Pod，通过本篇文章，同学们应该对于k8s中的资源清单有一定的了解。对于一些概念性的东西，我会尽快整理出一些通俗的文章来帮助大家理解。

写在后面

如果觉得有用的话，麻烦一键三连支持一下攻城狮白玉，并把本文分享给更多的小伙伴。你的简单支持，我的无限创作动力

K8S/Kubernetes

K8S/Kubernetes社区为您提供最前沿的新闻资讯和知识内容

更多推荐

【深度】阿里巴巴万级规模 K8s 集群全局高可用体系之美

作者 | 韩堂、柘远、沉醉来源 | 阿里巴巴云原生公众号前言台湾作家林清玄在接受记者采访的时候，如此评价自己 30 多年写作生涯：“第一个十年我才华横溢，‘贼光闪现’，令周边黯然失色；第二个十年，我终于‘宝光现形’，不再去抢风头，反而与身边的美丽相得益彰；进入第三个十年，繁华落尽见真醇，我进入了‘醇光初现’的阶段，真正体味到了境界之美”。长夜有穷，真水无香。领略过了 K8s“身在江

K8S/Kubernetes

如何基于 K8s 构建下一代 DevOps 平台？

作者 | 孙健波（天元）导读：当前云原生 DevOps 体系现状如何？面临哪些挑战？如何通过 OAM 解决云原生 DevOps 场景下的诸多问题？云原生开发应用模型 OAM(Open Application Model) 社区核心成员孙健波将为大家一一解答，并分享如何基于 OAM 和 Kubernetes 打造无限能力的下一代 DevOps 平台。什么是 DevOps？为什么基于 Kub