云原生之K8s—yaml文件

portport是k8s集群内部访问service的端口，即通过clusterIP：port可以从pod所在的node上访问到service。nodeportnodeport是外部访问k8s集群中service的端口，通过nodeip：nodeport可以外部访问到某个servicetargetporttargetport是pod的端口，从port或nodeport来的流量经过kube-proxy

辛辣天蝎666

1575人浏览 · 2022-11-07 16:56:10

辛辣天蝎666 · 2022-11-07 16:56:10 发布

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

查看生成-o json查看该命令产生的json配置清单

使用yaml格式导出生成模板

使用yaml模板创建实例

将现有资源生成yaml模板到处并保存为文件

查看字段帮助信息

总结

一、K8S支持的文件格式

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

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

1、yaml和json的主要区别

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

二、YAML

2.1、查看API资源版本标签

kubectl api-versions

2.2、编写资源配置清单

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

vim nginx-deployment.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-deployment.yaml

查看创建的pod资源

kubectl get pods -o wide -n kube-public
 
kubectl get deploy -n kube-public

创建资源对象

kubectl apply -f nginx-service.yaml
 
kubectl get svc -n kube-public

网页访问一下

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文件模板

kubectl run --dry-run 打印相应的API对象而不执行创建

--dry-run：试运行 
 
kubectl run nginx-test --image=nginx --port=80  --dry-run

-dry-run表示试运行，不真正执行命令（测试命令是否正确），即并不会真的创建出pod和deployment实例，去掉参数后即可真正执行命令

查看生成yaml格式

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

kubectl run nginx-test --image=nginx --port=80 --dry-run -o yaml

查看生成-o json查看该命令产生的json配置清单

kubectl run nginx-test --image-nginx --port=80 --dry-run -o json

使用yaml格式导出生成模板

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


kubectl create deployment nginx-test1 --image=nginx --port=80 --replicas=3 --dry-run=client -o yaml > nginx-test.yaml

使用yaml模板创建实例

kubectl apply -f nginx-test1.yaml


kubectl get pod,deploy

将现有资源生成yaml模板到处并保存为文件

kubectl get deploy/nginx-test1 -o yaml

kubectl get deploy/nginx-test1 -o yaml > nginx-test11.yaml

查看字段帮助信息

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

kubectl explain deployments.spec.template.spec.containers



kubectl explain pods.spec.containers

总结

1、没有相关资源，使用run命令 --dry-run选项

2、已有相关资源，使用get命令 --export选项

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


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