Kuberneters YAML格式
Kuberneters YAML格式
Kubernetes支持YAMIL和JSON格式管理资源对家
JSON格式:主要用于api接口之间消息的传递
YAML格式:用于配置和管理, YAML是一种简洁的非标记性语言,内容格式人性化,较易读
YAMI语法格式
大小写敏感
使用缩进表示层级关系
不支持Tab键制表符缩进,只使用空格缩进
缩进的空格数目不重要,只要相同层级的元素左侧对齐即可,通常开头缩进两个空格
符号字符后缩进一个空格,如冒号,逗号,短横杆(-)等
"---”表示YAML格式,一个文件的开始,用于分隔文件间
"#"表示注释
示例
apiVersion: apps/v1 #指定api版本标签
kind: Deployment #定义资源的类型/角色, deployment为副本控制器,此处资源类型可以是Deployment, Job, Ingress, Service等
metadata: #定义资源的元数据信息,比如资源的名称、namespace、标签等信息
name: nginx-deployment #定义资源的名称,在同一个namespace空间中必须是唯一的
labels: #定义Deployment资源标签
app: nginx
spec: #定义deployment资源需要的参数属性,诸如是否在容器失败时重新启动容器的属性
replicas: 3 #定义副本数量
selector: #定义标签选择器
matchLabels: #定义匹配标签
app: nginx #需与.spec.template.metadata. labels定义的标签保持一致
template: #定义业务模板,如果有多个副本,所有副本的属性会按照模板的相关配置进行匹配
metadata: #定义Pod副本将使用的标签,需与.spec.selector.matchLabels定义的标签保持一致
labels:
app: nginx
spec:
containers: #定义容器属性
- name: nginx #定义一个容器名,一个-name:定义一个容器
image: nginx:1.15.4 #定义容器使用的镜像以及版本
ports:
- containerPort: 80 #定义容器的对外的端口
创建资源对象
kubectl create -f nginx-deployment.yaml
查看创建的pod资源
kubectl get pods -o wide
创建service服务对外提供访问并测试
apiVersion: v1
kind: Service
metadata:
name: nginx-service
labels:
app: nginx
spec:
type: NodePort
ports:
- port: 80
targetPort: 80
selector:
app: nginx
//创建资源对象
kubectl create -f nginx-service.yaml
//查看创建的service
kubectl get svc
详解k8s中的port:
port
port是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打印相应的API对象而不执行创建
kubectl run nginx-test --image=nginx --port=80 --replicas=3 --dry-run
//查看生成yaml格式
kubectl run nginx-test --image=nginx --port=80 --replicas=3 --dry-run -o yaml
//查看生成json格式
kubectl run nginx-test --image=nginx --port=80 --replicas=3 --dry-run -o json
使用yaml格式导出生成模板,并进行修改以及删除一些不必要的参数
kubectl run nginx-test --image=nginx --port=80 --replicas=3 --dry-run -o yaml > nginx-test.yaml
apiVersion: apps/v1
kind: Deployment
metadata:
creationTimestamp: null
labels:
run: nginx-test
name: nginx-test
spec:
replicas: 3
selector:
matchLabels:
run: nginx-test
strategy: {}
template:
metadata:
creationTimestamp: null
labels:
run: nginx-test
spec:
containers:
- image: nginx
name: nginx-test
ports:
- containerPort: 80
resources: {}
status: {}
将现有的资源生成模板导出
kubectl get deployment/nginx-deployment --export -o yaml
//保存到文件中
kubectl get deploy/nginx-deployment --export -o yaml > my-deploy.yaml
apiVersion: extensions/v1beta1
kind: Deployment
metadata:
annotations:
deployment.kubernetes.io/revision: "1"
creationTimestamp: null
generation: 1
labels:
app: nginx
name: nginx-deployment
selfLink: /apis/extensions/v1beta1/namespaces/default/deployments/nginx-deployment
spec:
progressDeadlineSeconds: 600
replicas: 3
revisionHistoryLimit: 10
selector:
matchLabels:
app: nginx
strategy:
rollingUpdate:
maxSurge: 25%
maxUnavailable: 25%
type: RollingUpdate
template:
metadata:
creationTimestamp: null
labels:
app: nginx
spec:
containers:
- image: nginx:1.15.4
imagePullPolicy: IfNotPresent
name: nginx
ports:
- containerPort: 80
protocol: TCP
resources: {}
terminationMessagePath: /dev/termination-log
terminationMessagePolicy: File
dnsPolicy: ClusterFirst
restartPolicy: Always
schedulerName: default-scheduler
securityContext: {}
terminationGracePeriodSeconds: 30
status: {}
//查看字段帮助信息,可一层层的查看相关资源对象的帮助信息
kubectl explain deployments.spec.template.spec.containers
或
kubectl explain pods.spec.containers
//写yaml太累怎么办?
用run命令生成
kubectl run my-deploy --image-nginx --dry-run -o yaml > my-deploy.yaml
用get命令导出
kubectl get deploy/nginx-deployment --export -o-yaml > new.yaml
