• [云原生K8S] Yaml文件详解


    目录

    一、K8S支持的文件格式

    1.1、 yaml 和json的主要区别

    二、YAML

    2.1、查看API资源版本标签

    2.2、编写资源配置清单

    编写nginx-test.yaml资源配置清单

     创建资源对象

     查看创建的pod资源

    2.3、创建service服务对外提供访问并测试

    编写nginx-svc-test.yaml文件

     创建资源对象

      三、详解K8S中的Port

    四、试运行生成yaml模板后创建实例

    4.1、-dry-run:试运行

    2、查看生成yaml格式

    3、查看生成json格式

     4、使用 yaml 格式导出生成模板

     5、使用 yaml 模板创建实例

     6、将现有资源生成 yaml 模板导出并保存为文件

    7、查看字段帮助信息

    五、总结


     

    一、K8S支持的文件格式

    kubernetes支持YAML和JSON文件格式管理资源对象

    1. JSON格式:主要用于api接口之间消息的传递
    2. YAML格式:用于配置和管理,YAML是一种简洁的非标记性语言,内容格式人性化,较易读。

    1.1、 yaml 和json的主要区别

    1. Yaml使用空格缩进,这是Python开发人员熟悉的领域
    2. JavaScript开发人员喜欢Json,因为它是JavaScript的一个子集,可以直接再JavaScript中解释和编写,同时使用简写方式声明Json,在使用没有空格的典型变量名时,不需要键中的双引号。
    3. 有很多解释器在Yaml和Json的所有语言中都能很好地工作
    4. 在许多情况下,Yaml地空白格式可以更容易查看,因为格式化需要更人性化地方法
    5. 如果您的编辑器中没有空格可见或缩进线指示符,那么 YAML 的空白虽然更紧凑,更容易查看,但可能难以手动编辑
    6. JSON 的序列化和反序列化要快得多,因为要检查的功能明显少于 YAML,这使得更小更轻的代码能够处理 JSON。
    7. 一个常见的误解是 YAML 需要较少的标点符号并且比 JSON更紧凑,但这完全是错误的。空格是不可见的,所以看起来字符较少,但是如果你计算实际的空格是必要的,以便正确解释 YAML以及正确的缩进,你会发现 YAML 实际上需要比 JSON 更多的字符。JSON不使用空格来表示层次结构或分组,并且可以通过删除不必要的空格来轻松展平,以实现更紧凑的传输

    二、YAML

    2.1、查看API资源版本标签

    kubectl api-versions

     

    2.2、编写资源配置清单

    编写nginx-test.yaml资源配置清单

    vim nginx-test.yaml
     
    #指定api版本标签
    apiVersion: apps/v1
    #定义资源的类型/角色,deployment为副本控制器
    #此处资源类型可以是Deployment、Job、Ingress、Service等
    kind: Deployment
    #定义资源的元数据信息,比如资源的名称、namespace、标签等信息
    metadata:
    #定义资源的名称,在同一个namespace空间中必须是唯一的
      name: nginx-deployment
      labels:
        app: nginx
    #定义deployment资源需要的参数属性,诸如是否在容器失败时重新启动容器的属性
    spec:
    #定义副本数量
      replicas: 3
    #定义标签选择器
      selector:
    #定义匹配标签
        matchLabels:
    #需与后面的.spec.template.metadata.labels定义的标签保持一致
          app: nginx
    #定义业务模板,如果有多个副本,所有副本的属性会按照模板的相关配置进行匹配
      template:
        metadata:
    #定义Pod副本将使用的标签,需与前面的.spec.selector.matchLabels定义的标签保持一致
          labels:
            app: nginx
        spec:
    #定义容器属性
          containers:
    #定义一个容器名,一个-name:定义一个容器
          - name: nginx
    #定义容器使用的镜像以及版本
            image: nginx:1.15.4
            ports:
    #定义容器对外的端口
            - containerPort: 80
     
    #------------------------------------------------------------------#
    #无注释
    apiVersion: apps/v1
    kind: Deployment
    metadata:
      name: nginx-deployment
      labels:
        app: nginx
    spec:
      replicas: 3
      selector:
        matchLabels:
          app: nginx
      template:
        metadata:
          labels:
            app: nginx
        spec:
          containers:
          - name: nginx
            image: nginx:1.15.4
            ports:
            - containerPort: 80
     

     创建资源对象

    kubectl create -f nginx-test.yaml --validate=false

     

     查看创建的pod资源

    2.3、创建service服务对外提供访问并测试

    编写nginx-svc-test.yaml文件

    1. [root@master ~]# vim nginx-svc-test.yaml
    2. apiVersion: v1
    3. kind: Service
    4. metadata:
    5. name: nginx-svc
    6. labels:
    7. app: nginx
    8. spec:
    9. type: NodePort
    10. ports:
    11. - port: 80
    12. targetPort: 80
    13. selector:
    14. #此处定义的selector要与deployment所定义的selector相同
    15. #service依靠标签选择器来检索提供服务的nodes
    16. app: nginx

     创建资源对象

    kubectl create -f nginx-svc-test.yaml
    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

    四、试运行生成yaml模板后创建实例

    4.1、-dry-run:试运行

    –dry-run:表示试运行,不真正执行命令(测试命令是否正确),即并不会真的创建出 pod 和 deployment 实例,去掉该参数后即可真正执行命令。

     kubectl create deployment dryrun-test --image=nginx --port=80 --replicas=3 --dry-run
    #打印相应的 API 对象而不执行创建

      

     

    2、查看生成yaml格式

    使用 --dry-run 试运行可不触发生成命令,然后通过 -o yaml 可实现对其 yaml 资源配置清单的查看

    kubectl create deployment dryrun-test --image=nginx --port=80 --replicas=3 --dry-run -o yaml
     

     

     

    3、查看生成json格式

    可通过 -o json 查看该命令产生的 json 配置清单

    kubectl create deployment dryrun-test --image=nginx --port=80 --replicas=3 --dry-run -o json

     

     4、使用 yaml 格式导出生成模板

     

     5、使用 yaml 模板创建实例

    kubectl apply -f dryrun-test.yaml
    kubectl get pod,deploy

     

     6、将现有资源生成 yaml 模板导出并保存为文件

    kubectl get deploy/dryrun-test -o yaml
    kubectl get deploy/dryrun-test -o yaml > export-test.yaml

     

     

     

    7、查看字段帮助信息

    explain 可一层层的查看相关资源对象的帮助信息

    kubectl explain deployments.spec.template.spec.containers

     

     

     

    五、总结

    没有相关资源,使用 run 命令 --dry-run 选项

    kubectl run dryrun-test --image=nginx --port=80 --replicas=3 --dry-run -o yaml > dryrun-test.yaml
    

    已有相关资源,使用 get 命令 --export 选项

    kubectl get deploy dryrun-test --export -o yaml > export-test.yaml
    

  • 相关阅读:
    安科瑞铁塔基站能耗监控解决方案
    手动写一个搜索引擎(超详细)
    Tendis(Redis)冷热混合存储怎么解决缓存击穿、雪崩、一致性3大难题
    java面试官如何面试别人
    vue学习之v-if/v-else/v-else-if
    Nlog&Prism&WPF
    [Android] Android CVE search website
    uniapp滑动事件
    震惊!我竟然在1080Ti上加载了一个35亿参数的模型(ZeRO, Zero Redundancy Optimizer)
    【计算机网络】VLAN原理和配置
  • 原文地址:https://blog.csdn.net/weixin_71438279/article/details/127752569