yaml文件解析

Posted 2022-11-12 爱show的小卤蛋

文章目录

• • yaml文件解析
  • • YAML语法格式
    • 查看 api 资源版本标签
    • 写一个nignx.yaml文件demo
    • 编写service服务的资源清单
    • 用--dry-run命令生成yaml资源清单
    • 将现有的资源生成模板导出生成yaml文件

yaml文件解析

Kubernetes 支持 YAML 和 JSON 格式管理资源对象

JSON 格式∶ 主要用于 api 接口之间消息的传递

YAML 格式∶用于配置和管理，YAML是一种简洁的非标记性语言，内容格式人性化，较易读

YAML语法格式

●大小写敏感

●使用缩进表示层级关系

●不支持Tab键制表符缩进，只使用空格缩进

●缩进的空格数目不重要，只要相同层级的元素左侧对齐即可，通常开头缩进两个空格

●符号字符后缩进一个空格，如冒号，逗号，短横杆（-）等

●"—"表示YAML格式，一个文件的开始，用于分隔文件间

●"#"表示注释

查看 api 资源版本标签

[root@master ~]# kubectl api-versions
admissionregistration.k8s.io/v1beta1
apiextensions.k8s.io/v1beta1
apiregistration.k8s.io/v1
apiregistration.k8s.io/v1beta1
apps/v1                                               #如果是业务场景一般首选使用apps/v1
apps/v1beta1                                     #带有beta字样的代表的是测试版本，不用在生产环境中
apps/v1beta2
authentication.k8s.io/v1
authentication.k8s.io/v1beta1
authorization.k8s.io/v1
authorization.k8s.io/v1beta1
autoscaling/v1
autoscaling/v2beta1
autoscaling/v2beta2
batch/v1
batch/v1beta1
certificates.k8s.io/v1beta1
coordination.k8s.io/v1
coordination.k8s.io/v1beta1
events.k8s.io/v1beta1
extensions/v1beta1
networking.k8s.io/v1
networking.k8s.io/v1beta1
node.k8s.io/v1beta1
policy/v1beta1
rbac.authorization.k8s.io/v1
rbac.authorization.k8s.io/v1beta1
scheduling.k8s.io/v1
scheduling.k8s.io/v1beta1
storage.k8s.io/v1
storage.k8s.io/v1beta1
v1

写一个nignx.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: nginx01                                              #定义资源的名称，在同一个namespace空间中必须是唯一的
  labels:                                                            #定义资源标签(Pod的标签)
    app: nginx01                                               #这里标签由metadata使用
spec:                                                                #定义deployment资源需要的参数属性，诸如是否在容器失败时重新启动容器的属性
  replicas: 2                                                      #定义副本数量
  selector:                                                         #定义标签选择器            
    matchLabels:                                               #定义匹配标签      
      app: nginx01                                             #匹配下面的标签，需与.spec.template.metadata.labels定义的标签一致，为pod标签            
  template:                                                       #定义业务模板，如果有多个副本，所有副本的属性会按照模板的相关配置进行匹配
    metadata:   
      labels:                                                         #定义pod副本将使用的标签，需与.spec.selector.matchLabels定义的标签保持一致
        app: nginx01
    spec:
      containers:                                                 #定义容器属性  
      - name: nginx01                                        #定义一个容器名，一个 name: 定义一个容器
        image: nginx:1.15                                    #定义容器使用的镜像以及版本
        ports:
        - containerPort: 80                                  #定义容器的对外的端口

创建资源对象
kubectl create -f nginx-deployment.yaml

查看创建的pod资源
kubectl get pods -o wide

编写service服务的资源清单

vim nginx-server.yaml
apiVersion: v1
kind: Service
metadata:
  name: nginx01-service
  labels:
    app: nginx
spec:
  type: NodePort
  ports:
  - port: 4399
    targetPort: 80
  selector:
app: nginx01                                             #使用的pod标签与其相关联
#创建资源对象
kubectl create -f nginx-service.yaml

#查看创建的service
kubectl get svc

#在浏览器输入nodeIP:nodePort即可访问
http://10.96.219.187:4399
http://192.168.150.12:32184

详解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

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

kubectl run --dry-run 打印相应的 API 对象试运行而不执行创建
kubectl run nginx-02 --image=nginx --port=80 --replicas=3 --dry-run
查看生成yaml格式
kubectl run nginx-02 --image=nginx --port=80 --replicas=3 --dry-run -o yaml

查看生成json格式
kubectl run nginx-02 --image=nginx --port=80 --replicas=3 --dry-run -o json

 

使用yaml格式导出生成模板，并进行修改以及删除一些不必要的参数
kubectl run nginx-02 --image=nginx --port=80 --replicas=3 --dry-run -o yaml > nginx.yaml

[root@master ~]# vim nginx.yaml                             #删除不必要的参数
apiVersion: apps/v1
kind: Deployment
metadata:
  labels:
    run: nginx-02
  name: nginx-02
spec:
  replicas: 2
  selector:
    matchLabels:
      run: nginx-02
  template:
    metadata:
      labels:
        run: nginx-02
    spec:
      containers:
      - image: nginx
        name: nginx-02
        ports:
        - containerPort: 80

创建资源对象
kubectl create -f nginx.yaml

查看创建的service
kubectl get pods

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

将现有的资源生成模板导出
kubectl get deployment nginx --export -o yaml

导出保存到文件中可以删除多余配置
kubectl get deployment nginx --export -o yaml > aaa.yaml
vim aaa.yaml
apiVersion: extensions/v1beta1
kind: Deployment
metadata:
  annotations:
    deployment.kubernetes.io/revision: "2"
  generation: 1
  labels:
    run: nginx
  name: nginx
spec:
  progressDeadlineSeconds: 600
  replicas: 3
  revisionHistoryLimit: 10
  selector:
    matchLabels:
      run: nginx
  strategy:
    rollingUpdate:
      maxSurge: 25%
      maxUnavailable: 25%
    type: RollingUpdate
  template:
    metadata:
      labels:
        run: nginx
    spec:
      containers:
      - image: nginx:1.15
        imagePullPolicy: IfNotPresent
        name: nginx
        ports:
        - containerPort: 80
          protocol: TCP
        terminationMessagePath: /dev/termination-log
        terminationMessagePolicy: File
      dnsPolicy: ClusterFirst
      restartPolicy: Always
      schedulerName: default-scheduler
      terminationGracePeriodSeconds: 30

创建资源对象
kubectl create -f aaa.yaml

查看创建的service
kubectl get pods