声明式管理方法
灰布发布(重点)基于deployment的滚动发布,使用了一个机制 pause。apply -f:既可以创建资源对象也可以更新资源对象。不论是args和commmand都会覆盖CMD和ENTYRPOINT容器的标准输出。3,编辑好的yaml文件,还是要依靠陈述式命令发布到k8s集群当中。2,声明式管理依赖于yaml文件,所有的内容都在yamI文件当中。args可以理解docker中的CMD,给co
声明式管理方法(yaml)文件:
1,适合对资源的修改操作
2,声明式管理依赖于yaml文件,所有的内容都在yamI文件当中
3,编辑好的yaml文件,还是要依靠陈述式命令发布到k8s集群当中
发布的三种命令:
create:只能创建,不能更新。从指定yaml文件中读取配置,创建服务。不能更新
apply -f:既可以创建资源对象也可以更新资源对象。如果yaml文件更改了,apply可以之间更新资源对象
工作中最多就是apply -f
delete -f:删除yaml文件中声明的资源对象。
yaml文件如何生成:
1,手打
2,可以根据已有的yaml文件进行修改。
通过已有的文件进行修改
例如:
查看:
kubectl edit deployments.apps nginx
把文件导出:
kubectl get deployments.apps nginx -o yaml > /opt/test.yaml
修改一下:
使用这个文件重新创建:
kubectl apply -f test.yaml
但是只能改一次
再次修改会报错,
可以使用强制修改
--force
kubectl apply -f test.yaml --force
修改直接加上force
所有的基于yaml文件的都可以导出
service
kubectl get svc nginx -o yaml > service.yaml
kubectl apply -f service.yaml
pod也可以导出yaml文件:
kubectl get pod nginx-589f6b958-ghkvm -o yaml
三种yaml文件的类型:
1、deployment的yaml文件 daemonset statefulset
2、service的yamI文件
3、不基于控制器的pod的yamI文件。
k8s当中支持两种声明式的资源管理方式:
1,yaml格式,用于配置和管理资源对象
2,json格式:主要用于api接口之间消息的传递。
一、deployment的yaml文件
查看deployment的格式
kubectl explain deployment
只有deployment api version是apps/v1
vim test.yaml
apiVersion: apps/v1
#声明API版本的标签
kind: Deployment
#定义资源的类型service/pod/deployment/Jod/ingress/daemonset/statefulset
metadata:
name: nginx1
namespace: chen
labels:
cheng: nginx1
#定义资源的元数据信息,资源名称,资源对象部署的命名空间,标签等等信息
spec:
#定义资源需要的参数和属性。
replicas: 3
#定义副本数
selector:
#定义标签选择器
matchLabels:
cheng: nginx1#上下保持一致
#选择匹配的标签
template:
#定义业务的模版,如果定义了多个副本,所有的副本的属性都会按照模版的配置进行匹配
。
metadata:
labels:
cheng: nginx1
#定义了pod的副本都使用元数据的标签和属性来进行匹配
spec:
containers:
- name: nginx
image: nginx:1.10
posts:#可以忽略
- containerPort: 443#可以忽略
#spec声明的是容器的相关参数,虽然我指定了容器的暴露端口是80,nginx默认的镜像就是80
#即使指定了其他端口,也不会改变容器的端口。改了服务还会报错。
命名空间要提前创建。
kubectl create namespace chen
创建
创建一个service
vim nginx-service.yaml
#定义api的版本
apiVersion: v1
kind: Service
metadata:
name: nginx-service
namespace: chen
labels:
cheng: nginx1
#元数据信息包括,service的名称,所属的命名空间,以及要匹配的deployment的标签一定要一致。
spec:
type: NodePort
ports:
- port: 80
targetPort: 80
nodePort: 30001
selector:
cheng: nginx1
#匹配所有的标签都是cheng:nginx1的pod的后端提供服务。
执行:
kubectl apply -f nginx-service.yaml
nodeport端口可以指定也可以不指定
默认的也是TCP
pod yaml文件
vim pod.yaml
#定义POD的APIVERSION
apiVersion: v1
#定义资源的类型
kind: Pod
#定义元数据信息,pod名称,命名空间,标签。
metadata:
name: centos1
namespace: chen
spec:
restartPolicy: Always
#restartPolicy指的是pod内的容器启动失败或者有问题的重启策略:Always Never Onfailure(只有异常才会重启,状态码非0,如果状态是0,不重启)
#restartPolicy指的是容器的重启策略,资源类型定义为deployment,容器的重启策略只能是Always
containers:
- name: centos
image: centos:7
执行:
查看拉取详情:
状态没有restart
已经运行结束退出了
改一下
重新运行
会一直重启:
在容器当中运行命令:
command
args
要在容器中运行两个参数,类似于docker的CMD和entrypoint
args可以理解docker中的CMD,给commnad传参。
command和args都会覆盖原容器的标准输出(CMD和ENTRYPOINT)
在容器当中定义执行命令
第一种格式:
多个命令要用分号隔开
查看详细信息:
到3600,自动睡眠
格式2:
多个命令一定要这个开头
kubectl delete pod centos1 -n chen
创建:
kubectl apply -f pod.yaml
在外面查看是否写入
第三种格式:
和args一样
command和args只能有一个
command和arg不要同时出现,除非你要传参
command和args只能有一 个。会把容器的标准输出覆盖。
不论是args和commmand都会覆盖CMD和ENTYRPOINT容器的标准输出。
总结:
三种发布方式:
蓝绿发布
灰布发布(重点)基于deployment的滚动发布,使用了一个机制 pause。resume继续。回滚:所有都升级完毕之后才可以回滚。
滚动发布 deployment默认发布方式。
三种yaml文件格式:
更多推荐
所有评论(0)