yaml资源清单
目录
一、yaml文件详解
1、 YAML语法格式
2、 查看api资源版本标签
3、 编写yaml文件demo
3.1 编写nginx-deployment的清单文件
3.2 编写service服务的资源清单
4、 用--dry-run命令生成yaml资源清单
5 、将现有的资源生成模板导出生成yaml文件
- Kubernetes支持YAML和JSON格式管理资源对象
- JSON格式:主要用于api接口之间消息的传递
- YAML格式:用于配置和管理，YAML是一种简洁的非标记性语言，内容格式人性化，较易读
- 大小写敏感
- 使用缩进表示层级关系
- 不支持Tab键制表符缩进，只使用空格缩进
- 缩进的空格数目不重要，只要相同层级的元素左侧对齐即可，通常开头缩进两个空格
- :字符后缩进一个空格，如冒号，逗号，短横杆(-)等
- "—"表示YAML格式，一个文件的开始，用于分隔文件间
- “#"表示注释
kubectl api-versions
apps/v1
#如果是业务场景一般首选使用apps/v1
apps/v1beta1
#带有beta字样的代表的是测试版本，不用在生产环境中
3、 编写yaml文件demo
3.1 编写nginx-deployment的清单文件
mkdir /opt/demo/ cd /opt/demo/ vim nginx-deployment.yaml apiVersion: apps/v1 #指定api版本标签 kind: Deployment #定义资源的类型/角色，deployment为副本控制器，此处资源类型可以是Deployment、Job、Ingress、Service等 metadata: #定义资源的元数据信息，比如资源的名称、namespace、标签等信息 name: nginx-deployment #定义资源的名称，在同一个namespace空间中必须是唯一的 namespace: kube-public #定义命名空间 labels: #定义资源标签(Pod的标签) app: nginx spec: #定义deployment资源需要的参数属性，诸如是否在容器失败时重新启动容器的属性 replicas: 3 #定义副本数量 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
vim nginx-service.yaml apiVersion: v1 kind: Service metadata : name: nginx-service namespace: kube-public 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.200.11:31111 http://192.168.200.12:31111 ========================================================== 详解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 vim nginx-test.yaml apiVersion: apps/v1 kind: Deployment metadata: labels: run: nginx-test name: nginx-test spec: replicas: 3 selector: matchLabels: run: nginx-test template: metadata: labels: run: nginx-test spec: containers: - image: nginx name: nginx-test ports: - containerPort: 80 #创建资源对象 kubectl create -f nginx-test.yaml #查看创建的service kubectl get pods -o wide --show-labels
//将现有的资源生成模板导出I kubectl get deployment nginx-test --export -o yaml //保存到文件中 kubectl get deployment nginx-test --export -o yaml > gxd.yaml ========================================================== vim gxd.yaml apiVersion: extensions/v1beta1 kind: Deployment metadata: labels: run: nginx-123 name: nginx-456 spec: replicas: 3 selector: matchLabels: run: nginx-gxd template: metadata: labels: run: nginx-gxd spec: containers: - image: nginx name: nginx-789 ports: - containerPort: 80 protocol: TCP ========================================================== //创建资源对象 kubectl create -f gxd.yaml #查看创建的service kubectl get pods -o wide --show-labels
