声明式管理方法:
1.适合于对资源的修改操作
2.声明式资源管理方法依赖于资源配置清单文件对资源进行管理I
资源配置清单文件有两种格式: yaml (人性化，易读)，json ( 易于api接口解析)
3.对资源的管理，是通过事先定义在统一资源配置清单内，再通过陈述式命令应用到k8s集群里
4.语法格式: kubectl create/apply/delete -f XXXx. yaml
//查看资源配置清单.
kubectl get deployment nginx -0 yaml
//解释资源配置清单
kubectl explain deployment . metadata
kubectl get service nginx -o yaml
kubectl explain service . metadata
//修改资源配置清单并应用
离线修改:
修改yaml文件，并用kubectl apply -f xxxx.yaml 文件使之生效
注意:当apply不生效时， 先使用delete清除资源，再apply创建 资源
kubectl get service nginx -0 yaml > nginx- SVC . yaml
vim nginx-svc. yaml
#修改port: 8080
kubectl delete -f nginx- svc. yaml
kubectl apply -f nginx-svc. yaml
kubectl get svc
在线修改:
直接使用kubectl edit service nginx 在线编辑资源配置清单并保存退出即时生效(如port: 888 )
PS:此修改方式不会对yaml文件内容修改
//删除资源配置清单
陈述式删除:
kubectl delete service nginx
声明式删除:
kubectl delete- f nginx - SVC . yaml
Kubernetes 支持 YAML和JSON格式管理资源对象
JSON格式:主要用于api接口之间消息的传递
YAML格式:用于配置和管理，YAML 是一-种简洁的非标记性语言，内容格式人性化，较易读
YAML语法格式:
●大小写敏感
●使用缩进表示层级关系
●不支持Tab键制表符缩进，只使用空格缩进
●缩进的空格数目不重要，只要相同层级的元素左侧对齐即可，通常开头缩进两个空格
●符号字符后缩进一 个空格，如冒号，逗号，短横杆(-)等
●"---”表示YAML格式，一个文件的开始，用于分隔文件间
●"#"表示注释
//查看api资源版本标签
kubectl api-versions
admiss ionregistration. k8s. io/v1betal
apiextensions. k8s. io/v1beta1
apiregistration.k8s.io/v1
apiregistration. k8s.io/v1beta1
apps/v1
#如果是业务场景一般首选使用apps/vl
apps/v1betal
#带有beta字样的代表的是测试版本，不用在生产环境中
apps/v1beta2
authentication. k8s.io/v1
authentication. k8s. io/vlbetal
authorization.k8s. io/v1
authorization.k8s. io/v1beta1
autoscal ing/v1
autoscal ing/v2beta1
autoscaling/ v2beta2
batch/v1
batch/v1beta1
certificates.k8s. io/v1beta1
coordination. k8s. io/v1beta1.
events. k8s. io/v1betal
extens ions/v1betal
networking.k8s. io/v1
pol icy/vlbeta1
rbac . authori zation.k8s. io/v1
rbac. authori zation.k8s. io/vlbeta1
scheduling.k8s. io/vlbetal
storage.k8s. io/v1
storage.k8s. io/vlbeta1l
vl
写一个yaml文件demo
//写一个yaml文件demo
mkdir /opt/demo
cd demo/
vim nginx - deployment . yaml
apiVersion: apps/v1 .
#指定api版本标签
kind: Deployment
#定义资源的类型/角色，deployment 为副本控制器，此处资源类型可以是Deployment、Job、Ingress、 Service等
metadata:
#定义资源的元数据信息，比如资源的名称、namespace、标签等信息
name: nginx-deployment
#定义资源的名称，在同一个namespace空间中必须是唯一的
labels:
#定义Deployment资源标签
app: nginx
#定义deployment资源需要的参数属性，诸如是否在容器失败时重新启动容器的属性
spec:
replicas: 3
#定义副本数量
selector:
#定义标签选择器
matchLabels:
#定义匹配标签
app: nginx
#需与. spec. template . metadata. labels定义的标签保持- -致
template:
#定义业务模板，如果有多个副本，所有副本的属性会按照模板的相关配置进行匹配
metadata:
labels:
#定义Pod副本将使用的标签，需与.spec. selector .matchLabels定义的标签保持一致
app: nginx
spec:
containers:
#定义容器属性
- name: nginx
#定义一个容器名，一个 name: 定义一个容器
image: nginx:1.15.4
#定义容器使用的镜像以及版本
ports: .
- containerPort: 80
#定义容器的对外的端口
//创建资源对象
kubectl create -f nginx-deployment . yaml
创建service服务对外提供访问并测试
//创建service服务对外提供访问并测试
vim service . yaml
apiVersion: v1
kind:
Service
metadata:
name: nginx- service
labels:
app: nginx
spec:
type: NodePort
ports :
- port: 80
targetPort: 80
selector:
app: nginx
详解k8s中的port:
●port
plort是k8s 集群内部访问service的端口，即通过clusterIP: port 可以从Pod所在的Node上访 问到service
●nodePort
nodePort是外部访问k8s 集群中service 的端口，通过nodeIP: nodePort 可以从外部访问到某个service 。
●targetPort
targetPort是Pod 的端口，从port或nodePort 来的流量经过kube-proxy 反向代理负载均衡转发到后端Pod 的targetPort. 上， 最后进入容器。
●containerPort
containerPort是Pod内部容器的端口，targetPort 映射到containerPort.
空跑
//kubectl run --dry-run=client 打印相应的API对象而不执行创建
kubectl run nginx-test -- image-nginx一-port=80 --dry- run=client
kubectl create deployment nginx-deploy -- image=nginx --port=80 --replicas=3 --dry- run=cl ient
//查看生成yaml格式
kubectl run nginx-test
- image=nginx --port=80
--dry-run=client -o yaml
kubectl create deployment nginx-deploy -- image=nginx --port=80 --replicas=3 --dry-run=client -0 yaml
//查看生成json格式
kubectl run nginx-test --image=nginx --port=80 --dry-run=client -0 json
kubectl create deployment nginx-deploy -- image=nginx --port=80 --replicas=3 --dry- run=client -o json
//使用yaml格式导出生成模板，并进行修改以及删除--些不必要的参数
kubectl run nginx-test -- image=nginx --port=80 --dry-run=client -o yaml > nginx-test. yaml
kubectl create deployment nginx-deploy -- image=nginx --port=80 -- replicas=3 --dry-run=client -0 yaml > nginx-deploy. yaml
vim nginx- test.yaml
apiVersion: v
kind: Pod
metadata:
creationTimestamp: null
#删除
labels:
将现有的资源生成模板导出
//将现有的资源生成模板导出
kubectl get svC nginx- service -o yaml
//保存到文件中
kubectl get SVC nginx-service -0 yaml > my-svc. yaml
//查看字段帮助信息，可一层层的查看相关资源对象的帮助信息
kubectl explain deployments . spec. template . spec. containers
kubectl explain pods. spec. containers
//写yaml太累怎么办?
●用--dry-run 命令生成
kubect1 run my-deploy -- image=nginx --dry- run=client -0 yaml > my-deploy. yaml
●用get命令导出
kubectl get svc nginx-service |-al yaml > my-svc. yaml
kubectl edit svc nginx-service #复制配置， 再粘贴到新文件
//yaml文件的学习方法:
(1)
多看别人(官方)写的，能读懂
(2)能照着现场的文件改着用
(3)遇到不懂的，善用kubectl explain ... 命令查
