yaml文件来源

更多内容查看我的gitbook
https://misa.gitbook.io/k8s-ocp-yaml/

yaml 文件导入导出与书写规则

为什么采用yaml,视觉上更直观,但是必须处理好缩进/对齐。

通过 yaml 文件创建应用等资源,最好基于已有的文件修改,不要自己手动书写,容易出错。下面介绍 yaml 文件的常用查询途径及导入导出方法。

yaml 文件来源

本文档

哈,文中写出的基本都是经过验证的。

kubernetes 官网

需要科学上网,善用搜索,基本没有

openshift 官网

openshift 是红帽redhat基于kubernetes的二次开发版本,在部署方案及使用上更便捷。
且增加了一些比较方便的资源格式,比如route dc template imagestream 等

kubectl 命令

通过命令,只输出 deployment 文件,不创建

[root@master1 ~]# kubectl run tomcat11 --image=tomcat:8.5 --replicas=2 --port=8080 --dry-run -o yaml

tomcat11 为deployment 名称
--image 指定应用镜像
--replicas pod数量,即应用实例数
--port 应用port
--dry-run 测试命令能够正常执行,不会创建对象
-o yaml 把资源输出成yaml格式

注意: 如果是openshift 环境, oc run 命令生成的是deploymentconfig,即dc。 如果 deployment 可以用 kubectl 命令

通过已有资源导出

kubernetes

root@instance-1:~# kubectl get deployment tomtest -o yaml

把无用的一些状态信息删掉

openshift

openshift 带有一个 export 命令可以导出资源

[root@master ~]# oc export svc np-31006 -o yaml

但是比如svc,导出会把 nodeport 的信息给丢了。。。 - -!

yaml 书写注意项

下面是本人使用中的一些心得

缩进

缩进很重要,重要,重要!

这也是本人重新梳理文档的原因,之前在记录时候使用了word,但是后续使用的时候发现缩进失效了,所有内容前面的空格没了,文件废了。

多port 多volume

ports,volumeMounts,volumes、env、securityContext等,有多个子项的时候。以上参数只能出现一次。 比如

错误示例:
         volumeMounts:
         - mountPath: /home/netbank/share
           name: share
         volumeMounts:  此行多余,将会导致上面的Volumemounts参数不生效
         - mountPath: /home/netbank/facenas
           name: facenas

如上,写了两个 volumeMounts: 上面那个会失效,而且创建的时候不会报错。

可以参考 应用 volume 的写法。

标签 label

同一应用的资源,pv,pvc,rc,svc最好带上相同的label,便于查找和删除。

带namespace

这一条没那么重要,但是在比较正式的环境,一些非全局的资源,比如rc,svc,pvc。最好在文件定义好namespace。防止在执行命令kubectl/oc create -f 的时候所在的project不对,导致一些异常。

你可能感兴趣的:(yaml文件来源)