k8s关于yaml文件的编写

文章目录

  • 一,yaml文件详解
    • 1.1YAML语法格式
    • 1.2查看api资源版本标签
    • 1.3编写yaml文件demo
      • 1.3.1编写nginx-deployment清单文件
      • 1.3.2编写service服务资源清单
    • 1.4用--dry-run命令生成yaml资源清单
    • 1.5将现有的资源生成模板导出生成yaml文件

一,yaml文件详解

1.k8s支持yaml和json格式管理资源对象
2.json格式:主要用于api接口之间消息的传递
3.yaml格式:用于配置和管理,yaml是一种简洁的非标记性语言,内容格式人性化,较易读

1.1YAML语法格式

1.大小写敏感
2.使用缩进表示层级关系
3.不支持Tab键制表符缩进,只使用空格缩进
4.缩进的空格数目不重要,只要相同层级的元素左侧对齐即可,通常开头缩进两个空格
5.字符后缩进一个空格,如冒号,逗号,横杠等
6.“—”三个横杠表示yaml格式,一个文件的开始,用于分隔文件间
7“#”表示注释

1.2查看api资源版本标签

kubectl api-versions

apps/v1  #业务场景一般使用这个
apps/v1beta1  #带有beta字样的代表是测试版本,不用在生产环境中

k8s关于yaml文件的编写_第1张图片

1.3编写yaml文件demo

1.3.1编写nginx-deployment清单文件

mkdir /demo/
cd /demo/
==========================================================
vim nginx-deployment.yaml
apiVersion: apps/v1   #指定api版本标签
kind: Deployment   #定义资源的类型/角色,deployment为副本控制器,此处资源类型可以是Deployment、Job、Ingress、Service等
metadata:   #定义资源的元数据信息,比如资源的名称、namespace、标签等信息
  name: nginx-deployment   #定义资源的名称,在同一个namespace空间中必须是唯一的
  namespace: default   #定义命名空间
  labels:          #定义资源标签(Pod的标签)
    app: nginx
spec:        #定义deployment资源需要的参数属性,诸如是否在容器失败时重新启动容器的属性
 replicas: 2     #定义副本数量
 selector :      #定义标签选择器
  matchLabels:   #定义匹配标签
    app: nginx-111   #匹配下面的标签,需与.spec.template.metadata.labels定义的标签一致
 template:        #定义业务模板,如果有多个副本,所有副本的属性会按照模板的相关配置进行匹配
  metadata:
    labels:       #定义pod副本将使用的标签,需与.spec.selector.matchLabels定义的标签保持一致
      app: nginx-111
  spec:
   containers:            #定义容器属性
   - name: nginx          #定义一个容器名,一个- name: 定义一个容器
    image: nginx:1.15   #定义容器使用的镜像以及版本
    ports:
    - containerPort: 80   #定义容器的对外的端口
=========================================================
#创建资源对象
kubectl apply -f nginx-deployment.yaml 
#查看创建的pod资源
kubectl get pods -o wide -n kube-public --show-labels

k8s关于yaml文件的编写_第2张图片

k8s关于yaml文件的编写_第3张图片

1.3.2编写service服务资源清单

vim nginx-service.yaml
apiVersion: v1
kind: Service
metadata :
  name: nginx-service
  namespace: default
  labels:
    app: sb 
spec:
  type: NodePort
  ports :
  - port: 7777
   targetPort: 80
   nodePort: 31111
  selector :
   app: nginx-111 
==========================================================
#创建资源对象
kubectl create -f nginx-service.yaml
#查看创建的service
kubectl get pods,svc -o wide -n kube-public --show-labels
#在浏览器输入nodeIP:nodePort即可访问
http://192.168.100.10:31111
http://192.168.100.11:31111
==========================================================
详解k8s中的port:
●port
port是k8s集群内部访问service的端口,即通过clusterIP: port可以从Pod所在的Node. 上访问到service 
●nodePort
nodePort是外部访问k8s集群中service的端口,通过nodeIP: nodePort 可以从外部访问到某个service。默认是30000-32767
●targetPort
targetPort是Pod的端口,从port或nodePort来的流量经过kube-proxy 反向代理负载均衡转发到后端Pod的targetPort上,最后进入容器。
●containerPort
containerPort是Pod内部容器的端口,targetPort映射到containerPort

k8s关于yaml文件的编写_第4张图片
k8s关于yaml文件的编写_第5张图片
k8s关于yaml文件的编写_第6张图片

k8s关于yaml文件的编写_第7张图片

1.4用–dry-run命令生成yaml资源清单

//kubectl run --dry-run 打印相应的API对象而不执行创建
kubectl run nginx-drytest --image=nginx --port=80 --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
==========================================================
vim nginx-test.yaml

apiVersion: apps/v1
kind: Deployment
metadata:
  creationTimestamp: null
  labels:
    run: nginx-drytest
  name: nginx-drytest
spec:
  replicas: 1
  selector:
    matchLabels:
      run: nginx-drytest
  strategy: {}
  template:
    metadata:
      creationTimestamp: null
      labels:
        run: nginx-drytest
    spec:
      containers:
      - image: nginx
        name: nginx-drytest
        ports:
        - containerPort: 80
        resources: {}
status: {}

==========================================================
//创建资源对象
kubectl create -f nginx-test.yaml
#查看创建的service
kubectl get pods -o wide --show-labels

k8s关于yaml文件的编写_第8张图片

k8s关于yaml文件的编写_第9张图片
k8s关于yaml文件的编写_第10张图片
k8s关于yaml文件的编写_第11张图片
这个方法我们就不用手写yaml文件,稍作修改就可以了
k8s关于yaml文件的编写_第12张图片

上面是查看pod的标签

1.5将现有的资源生成模板导出生成yaml文件

kubectl get deployment <资源名称> --export -o yaml

//保存到文件中
kubectl get deployment <资源名称> --export -o yaml > 123.yaml
apiVersion: extensions/v1beta1
kind: Deployment
metadata:
  annotations:
    deployment.kubernetes.io/revision: "1"
    kubectl.kubernetes.io/last-applied-configuration: |
  creationTimestamp: null
  generation: 1
  labels:
    app: nginx-111
  name: nginx-deploy
spec:
apiVersion: extensions/v1beta1
kind: Deployment
metadata:
  annotations:
    deployment.kubernetes.io/revision: "1"
    kubectl.kubernetes.io/last-applied-configuration: |
  creationTimestamp: null
  generation: 1
  labels:
    app: nginx-111
  name: nginx-deploy
spec:
apiVersion: extensions/v1beta1
kind: Deployment
metadata:
  annotations:
    deployment.kubernetes.io/revision: "1"
    kubectl.kubernetes.io/last-applied-configuration: |
  creationTimestamp: null
  generation: 1
  labels:
    app: nginx-111
  name: nginx-deploy
spec:
  progressDeadlineSeconds: 600
  replicas: 2
  revisionHistoryLimit: 10
  selector:
    matchLabels:
      app: nginx-111
  strategy:
    rollingUpdate:
      maxSurge: 25%
      maxUnavailable: 25%
    type: RollingUpdate
  template:
    metadata:
      creationTimestamp: null
      labels:
        app: nginx-111
    spec:
      containers:
      - image: nginx:1.15
        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: {}

k8s关于yaml文件的编写_第13张图片

k8s关于yaml文件的编写_第14张图片

你可能感兴趣的:(k8s,yaml)