云原生Kubernetes:Yaml文件编写

这篇具有很好参考价值的文章主要介绍了云原生Kubernetes:Yaml文件编写。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

目录

一、理论

1.Kubernetes与yaml文件

2.deployment、rc、rs之间yaml文件的对比

3.Deployment类型编写redis服务

二、实验

1.Kubernetes与yaml文件

2.Deployment类型编写redis服务

三、问题

1.声明式生成yaml文件报错

2.上下文格式配置错误

3.kubectl create 和 kubectl apply区别

四、总结


一、理论

1.Kubernetes与yaml文件

(1)Kubernetes支持管理资源对象的文件格式

云原生Kubernetes:Yaml文件编写,云原生,kubernetes,容器

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

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

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

(2)YAML语法格式

●大小写敏感

●使用缩进表示层级关系

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

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

●字符后缩进一 个空格,如冒号,逗号,短横杆(-)等

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

●“#"表示注释

(3)查看api资源版本标签

kubectl api-versions

Which Kubernetes apiVersion Should I Use? - Kubernetes Book

版本如下:

云原生Kubernetes:Yaml文件编写,云原生,kubernetes,容器

alpha
名称中带有alpha的API版本是进入Kubernetes的新功能的早期候选版本。这些可能包含错误,并且不保证将来可以使用。

beta
API版本名称中的beta表示测试已经超过了alpha级别,并且该功能最终将包含在Kubernetes中。 虽然它的工作方式可能会改变,并且对象的定义方式可能会完全改变,但该特征本身很可能以某种形式将其变为Kubernetes。

stable
稳定的apiVersion这些名称中不包含alpha或beta。 它们可以安全使用。

v1
这是Kubernetes API的第一个稳定版本。 它包含许多核心对象。

apps/v1
apps是Kubernetes中最常见的API组,其中包含许多核心对象和v1。 它包括与在Kubernetes上运行应用程序相关的功能,如Deployments,RollingUpdates和ReplicaSets。

autoscaling/v1
此API版本允许根据不同的资源使用指标自动调整容器。此稳定版本仅支持CPU扩展,但未来的alpha和beta版本将允许您根据内存使用情况和自定义指标进行扩展。

batch/v1
batchAPI组包含与批处理和类似作业的任务相关的对象(而不是像应用程序一样的任务,如无限期地运行Web服务器)。 这个apiVersion是这些API对象的第一个稳定版本。

batch/v1beta1
Kubernetes中批处理对象的新功能测试版,特别是包括允许您在特定时间或周期运行作业的CronJobs。

certificates.k8s.io/v1beta1
此API版本添加了验证网络证书的功能,以便在群集中进行安全通信。 您可以在官方文档上阅读更多内容。

extensions/v1beta1
此版本的API包含许多新的常用Kubernetes功能。 部署,DaemonSets,ReplicaSet和Ingresses都在此版本中收到了重大更改。

policy/v1beta1
此apiVersion增加了设置pod中断预算和pod安全性新规则的功能

rbac.authorization.k8s.io/v1
此apiVersion包含Kubernetes基于角色的访问控制的额外功能。这有助于您保护群集

(4)写一个yaml文件demo

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空间中必须是唯一的
  labels:             #定义资源标签(Pod的标签)
    app: nginx
spec:              #定义deployment资源需要的参数属性,诸如是否在容器失败时重新启动容器的属性
 replicas: 3       #定义副本数量
 selector :        #定义标签选择器
  matchLabels:     #定义匹配标签
    app: nginx     #匹配上面的标签,需与上面的标签定义的app保持一致
 template:         #定义业务模板,如果有多个副本,所有副本的属性会按照模板的相关配置进行匹配
  metadata:
    labels:
      app: nginx
  spec:
   containers:            #定义容器属性
   - name: nginx          #定义一个容器名,一个- name: 定义一个容器
    image: nginx:1.15.4   #定义容器使用的镜像以及版本
    ports:
    - containerPort: 80   #定义容器的对外的端口
 
 
实例:
vim nginx-deployment.yaml
apiVersion: apps/v1
kind: Deployment
metadata:
  name: nginx-deployment
  namespace: kube-public
  labels:
    name: nginx-deployment
spec:
  replicas: 3
  selector:
    matchLabels:
      app: nginx-demo1
  template:
    metadata:
      labels:
        app: nginx-demo1
    spec:
      containers:
        - name: nginx
          image: nginx:1.15.4
          ports:
            - name: http
              containerPort: 80

创建资源对象

kubectl create -f nginx-deployment.yaml

查看创建的pod资源

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

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

vim nginx-server.yaml

apiVersion: v1
kind: Service
metadata:
  name: nginx-demo1
  namespace: kube-public
  labels:
    name: nginx-demo1
spec:
  type: NodePort
  ports:
    - port: 8080
      targetPort: 80
      nodePort: 31333
  selector:
    app: nginx-demo1
kubectl apply -f nginx-server.yaml
 
kubectl get svc -n kube-public

在浏览器输入 nodeIP: nodePort 即可访问

http://192.168.204.173:31333
http://192.168.204.175:31333

(5)k8s中的port

云原生Kubernetes:Yaml文件编写,云原生,kubernetes,容器

●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

(6)创建yaml文件模板

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

生成镜像并查看

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

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

kubectl get deployment/nginx-deployment --export -o yaml

保存到文件中

kubectl get deploy/nginx-deployment --export -o yaml > my-deploy.yaml

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

kubectl explain deployments.spec.template.spec.containers
或
kubectl explain pods.spec.containers

(7)快速编写yaml

用run命令生成

kubectl run my-deploy --image=nginx --dry-run -o yaml > my-deploy.yaml

用get命令导出

kubectl get deploy/nginx-deployment --export -o=yaml > new.yaml

2.deployment、rc、rs之间yaml文件的对比

这些控制器作用是类似的,只是在yaml文件的语法上有些区别,比如apiVersion的值,以及selector下面是否有matchLabels等,总结如下:

api select
deployment apps/v1

selector:

  matchLabels:

daemonset apps/v1

selector:

  matchLabels:

ReplicationController v1 selector:
ReplicaSet apps/v1

selector:

  matchLabels:

3.Deployment类型编写redis服务

(1)编写yaml文件

vim demo02-redis.yaml

apiVersion: apps/v1
kind: Deployment
metadata:
  name: redis-deployment
  namespace: default
  labels:
    app: redis
spec:
  replicas: 2
  selector:
    matchLabels:
      app: redis
  template:                            
    metadata:
      labels:           
        app: redis
    spec:
      containers:                         
      - name: redis                            
        image: redis:latest
        ports:
        - containerPort: 6379    
      
---   
      
apiVersion: v1
kind: Service  
metadata:
  name: redis
  labels:
    app: redis
spec:
  type: NodePort
  ports:
  - port: 6379
    targetPort: 6379
    nodePort: 32555
  selector:
    app: redis

(2)创建与查询资源

#创建资源
kubectl apply -f demo02-redis.yaml 


#查看创建的资源
[root@master ~]# kubectl get pod,svc
NAME                                   READY   STATUS    RESTARTS   AGE
pod/redis-deployment-6774f6679-gzhsj   1/1     Running   0          10m
pod/redis-deployment-6774f6679-sk7lj   1/1     Running   0          10m

NAME                       TYPE        CLUSTER-IP    EXTERNAL-IP   PORT(S)           AGE
service/kubernetes         ClusterIP   10.1.0.1      <none>        443/TCP           9d
service/nginx-deployment   NodePort    10.1.45.225   <none>        30000:30118/TCP   8d
service/nginx-service      NodePort    10.1.217.6    <none>        80:32755/TCP      7d1h
service/redis              NodePort    10.1.114.11   <none>        6379:32555/TCP    2m51s
[root@master ~]# 

#查看pod详细信息
[root@master ~]# kubectl get pods -o wide
NAME                               READY   STATUS    RESTARTS   AGE   IP            NODE     NOMINATED NODE   READINESS GATES
redis-deployment-6774f6679-gzhsj   1/1     Running   0          12m   10.244.2.28   node01   <none>           <none>
redis-deployment-6774f6679-sk7lj   1/1     Running   0          12m   10.244.1.36   node02   <none>           <none>
[root@master ~]# 

(3)使用Redis Desktop Manager测试redis

连接设置:

#地址可以填master地址或node节点地址,端口为service暴露端口号
地址:192.168.204.17
端口:32555

添加键值对

键名: redis test
类型: string
键值: this is test

查看键值对

#登入查看创建的键值对
[root@master ~]# kubectl exec -it redis-deployment-6774f6679-gzhsj  bash
root@redis-deployment-6774f6679-gzhsj:/data# redis-cli
127.0.0.1:6379> keys *
1) "redis test"
127.0.0.1:6379> 

二、实验

1.Kubernetes与yaml文件

(1)查看api资源版本标签

云原生Kubernetes:Yaml文件编写,云原生,kubernetes,容器

(2) 写一个yaml文件demo

云原生Kubernetes:Yaml文件编写,云原生,kubernetes,容器

云原生Kubernetes:Yaml文件编写,云原生,kubernetes,容器

创建资源对象

云原生Kubernetes:Yaml文件编写,云原生,kubernetes,容器

云原生Kubernetes:Yaml文件编写,云原生,kubernetes,容器

查看创建的pod资源

云原生Kubernetes:Yaml文件编写,云原生,kubernetes,容器

云原生Kubernetes:Yaml文件编写,云原生,kubernetes,容器

云原生Kubernetes:Yaml文件编写,云原生,kubernetes,容器

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

云原生Kubernetes:Yaml文件编写,云原生,kubernetes,容器

云原生Kubernetes:Yaml文件编写,云原生,kubernetes,容器云原生Kubernetes:Yaml文件编写,云原生,kubernetes,容器

云原生Kubernetes:Yaml文件编写,云原生,kubernetes,容器

在浏览器输入 nodeIP: nodePort 即可访问

http://192.168.204.173:31333
http://192.168.204.175:31333

云原生Kubernetes:Yaml文件编写,云原生,kubernetes,容器云原生Kubernetes:Yaml文件编写,云原生,kubernetes,容器

(2) 创建yaml文件模板

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

云原生Kubernetes:Yaml文件编写,云原生,kubernetes,容器

查看生成yaml格式

云原生Kubernetes:Yaml文件编写,云原生,kubernetes,容器

查看生成json格式

云原生Kubernetes:Yaml文件编写,云原生,kubernetes,容器

使用yaml格式导出生成模板,并进行修改以及删除一些不必要的参数云原生Kubernetes:Yaml文件编写,云原生,kubernetes,容器

生成镜像并查看云原生Kubernetes:Yaml文件编写,云原生,kubernetes,容器云原生Kubernetes:Yaml文件编写,云原生,kubernetes,容器

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

云原生Kubernetes:Yaml文件编写,云原生,kubernetes,容器云原生Kubernetes:Yaml文件编写,云原生,kubernetes,容器

保存到文件中云原生Kubernetes:Yaml文件编写,云原生,kubernetes,容器

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

云原生Kubernetes:Yaml文件编写,云原生,kubernetes,容器

云原生Kubernetes:Yaml文件编写,云原生,kubernetes,容器

2.Deployment类型编写redis服务

(1)编写yaml文件

云原生Kubernetes:Yaml文件编写,云原生,kubernetes,容器

云原生Kubernetes:Yaml文件编写,云原生,kubernetes,容器

 (2)创建与查询资源

创建资源

云原生Kubernetes:Yaml文件编写,云原生,kubernetes,容器

查看创建的资源

云原生Kubernetes:Yaml文件编写,云原生,kubernetes,容器

(3)使用Redis Desktop Manager测试redis

连接设置

云原生Kubernetes:Yaml文件编写,云原生,kubernetes,容器

测试连接成功

云原生Kubernetes:Yaml文件编写,云原生,kubernetes,容器

添加新键

云原生Kubernetes:Yaml文件编写,云原生,kubernetes,容器

填写

云原生Kubernetes:Yaml文件编写,云原生,kubernetes,容器

查看

云原生Kubernetes:Yaml文件编写,云原生,kubernetes,容器

登入查看创建的键值对

云原生Kubernetes:Yaml文件编写,云原生,kubernetes,容器

三、问题

1.声明式生成yaml文件报错

(1)报错

云原生Kubernetes:Yaml文件编写,云原生,kubernetes,容器

云原生Kubernetes:Yaml文件编写,云原生,kubernetes,容器

(2)原因分析

1)unknown field "image" 

imge的缩进位置不对

2)unknown field "containerPort"

containerPort的缩进位置不对

(3)解决方法

跳转image的缩进位置

修改前:

云原生Kubernetes:Yaml文件编写,云原生,kubernetes,容器

修改后:

云原生Kubernetes:Yaml文件编写,云原生,kubernetes,容器

2.上下文格式配置错误

(1)报错

云原生Kubernetes:Yaml文件编写,云原生,kubernetes,容器

(2)原因分析

YAML的键值对是由冒号和空格分开的,如果冒号不是半角,或者忘记加空格,就会出现无法识别的情况
在确认冒号和空格没有问题的情况下,看一下是不是写了多余的不能识别的东西。比如YAML只支持单行“#”注释,不支持“//”这种注释方法

(3)解决方法

键值对加空格

修改前:

云原生Kubernetes:Yaml文件编写,云原生,kubernetes,容器

修改后:

云原生Kubernetes:Yaml文件编写,云原生,kubernetes,容器

3.kubectl create 和 kubectl apply区别

(1)kubectl create

第 1 次执行 kubectl create -f pod.xml 命令,正常结束,如下:

kubectl create -f pod.xml
pod/my-pod created

第 2 次执行 kubectl create -f pod.xml 命令,抛出错误,如下:

kubectl create -f pod.xml
Error from server (AlreadyExists): error when creating “pod.xml”: pods “my-pod” already exists

(2)kubectl apply

第 1 次执行 kubectl apply -f pod.xml 命令,显示 created,如下:

kubectl apply -f pod.xml
pod/my-pod created

第 2 次执行 kubectl apply -f pod.xml 命令,由于配置没改变,则显示 unchanged ,如下:

kubectl apply -f pod.xml
pod/my-pod unchanged

(3)区别

kubectl create:

1)kubectl create命令,是先删除所有现有的东西,重新根据yaml文件生成新的。所以要求yaml文件中的配置必须是完整的

2)kubectl create命令,用同一个yaml 文件执行替换replace命令,将会不成功,fail掉。

kubectl apply:

  kubectl apply命令,根据配置文件里面列出来的内容,升级现有的。所以yaml文件的内容可以只写需要升级的属性


 

四、总结

Deployment书写方式:

 正确的Deployment书写方式,是要让spec.selector.matchLabels值和spec.template.metadata.lables值完全匹配,这样才不会报错。

yaml文件的学习方法

(1)多看别人(官方)写的,能读懂
(2)能照着现场的文件改着用
(3)遇到不懂的,善用kubectl explain ...命令查

K8S集群中访问流向:

port:为service在clusterIP上暴露的端口

targetport:对应容器映射在pod上的端口

nodeport:可以通过在K8S集群外部使用nodeIP+nodePort来去访问service

containerport:容器内部使用的端口

K8S集群内部:客户端——clusterIP:port——通过target port——podIP:containerport

K8S集群外部:客户端——nodeIP:nodeport——通过target port——podIP:containerport

yaml文件组成部署:文章来源地址https://www.toymoban.com/news/detail-699716.html

(1)控制器定义

deployment:定义metadaea、spec、selector

通过yaml完成副本的定义,自主式的

(2)被控制对象

由哪一个控制器(自主式、deployment、statusfulset等)

到了这里,关于云原生Kubernetes:Yaml文件编写的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • 【云原生】Kubernetes临时容器

    特性状态: Kubernetes v1.25 [stable] 本页面概述了临时容器:一种特殊的容器,该容器在现有 Pod 中临时运行,以便完成用户发起的操作,例如故障排查。 你会使用临时容器来检查服务,而不是用它来构建应用程序 Pod 是 Kubernetes 应用程序的基本构建块。 由于 Pod 是一次性且可替

    2024年02月15日
    浏览(38)
  • 【云原生】容器编排工具Kubernetes

    目录 一、 K8S介绍 官网地址: 1.1docker编排与k8s编排相比 1.2特性 1.3功能 二、K8S重要组件 2.1核心组件 (1)Kube-apiserver (2)Kube-controller-manager (3)Kube-scheduler (4)Node ①kubelet ②kube-proxy ③docker (5)etcd 2.2Kubernetes工作原理 三、Pod 3.1 Pod控制器 (1)Deployment (2)ReplicaSet (3)

    2024年02月09日
    浏览(45)
  • 【云原生】Kubernetes容器编排工具

    目录 1. K8S介绍 1.1 k8s的由来 下载地址 1.2 docker编排与k8s编排相比 1.3 传统后端部署与k8s 的对比 传统部署 k8s部署  ​2. k8s的集群架构与组件 (1) Kube-apiserver (2)Kube-controller-manager  (3)Kube-scheduler   2.2 k8s的配置存储中心 2.3  k8s的Node 组件   (1)Kubelet   (2)Kube-Proxy 

    2024年02月10日
    浏览(39)
  • 云原生、容器化、Kubernetes、微服务

    作者:禅与计算机程序设计艺术 云原生(Cloud Native)是一个开放且社区驱动的项目,它定义了一组架构原则、最佳实践和工具集,这些原则、实践和工具围绕业务需求和工程实践而设计,可用于开发人员在构建和运行分布式系统时更加顺畅地交付可靠的软件。云原生可以帮助

    2024年02月07日
    浏览(43)
  • kubernetes(k8s) Yaml 文件详解

    YAML格式 :用于配置和管理,YAML是一种简洁的非标记性语言,内容格式人性化,较易读。 1、查看API 资源版本标签 kubectl api-versions 2、编写资源配置清单 2.3 查看创建的pod资源 kubectl get pods -o wide 3、创建service服务对外提供访问并测试 3.1、编写nginx-svc-test.yaml文件 3.2、创建资源

    2024年02月05日
    浏览(47)
  • Linux6.34 Kubernetes yaml文件详解

    第三章 LINUX Kubernetes yaml文件详解 一、yaml文件概述 Kubernetes 支持 YAML 和 JSON 格式管理资源对象 JSON 格式 :主要用于 api 接口之间消息的传递 YAML 格式 :用于配置和管理,YAML 是一种简洁的非标记性语言,内容格式人性化,较易读 YAML 语法格式: ●大小写敏感 ●使用缩进表示

    2024年02月13日
    浏览(36)
  • 【云原生】kubernetes中容器的资源限制

    目录 1 metrics-server 2 指定内存请求和限制 3 指定 CPU 请求和限制 资源限制 在k8s中对于容器资源限制主要分为以下两类: 内存资源限制: 内存 请求 (request)和内存 限制 (limit)分配给一个容器。 我们保障容器拥有它请求数量的内存,但不允许使用超过限制数量的内存。 官网参

    2024年02月14日
    浏览(47)
  • 云原生Kubernetes:CRI 容器运行时接口

    目录 一、理论 1.​CRI 2.容器运行时层级 3.容器运行时比较 二、总结 (1)概念       Kubernetes Node (kubelet) 的主要功能就是启动和停止容器的组件,我们 称之为容器运行时( Container Runtime) ,其中最知名的就是 Docker 。为了 更具扩展性, Kubernetes 1.5 版本开始就加入了容器运行

    2024年02月09日
    浏览(42)
  • 【云原生|Kubernetes】08-Pod中的Init容器

    Init 容器是一种特殊容器,在 Pod内的应用容器启动之前运行。Init 容器可以包括一些应用镜像中不存在的实用工具和安装脚本。 你可以在 Pod 的spec中与用来描述应用容器的 containers 数组平行的位置指定 Init 容器。 Init 容器的状态在 status.initContainerStatuses 字段中以容器状态数组

    2024年02月09日
    浏览(51)
  • 容器和云原生(三):kubernetes搭建与使用

            目录 单机K8S docker containerd image依赖 kubeadm初始化 验证 crictl工具 K8S核心组件 上文安装单机docker是很简单docker,但是生产环境需要多个主机,主机上启动多个docker容器,相同容器会绑定形成1个服务service,微服务场景中多个service会互相调用,那么就需要保证多个servi

    2024年02月11日
    浏览(31)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包