Kubernetes（k8s）YAML文件详解

　　一、yaml文件简介
　　Kubernetes只支持YAML和JSON格式创建资源对象，JSON格式用于接口之间消息的传递，适用于开发；YAML格式用于配置和管理，适用于云平台管理，YAML是一种简洁的非标记性语言。1）yaml的语法规则：大小写敏感使用缩进表示层级关系缩进时不允许使用Tal键，只允许使用空格缩进的空格数目不重要，只要相同层级的元素左侧对齐即可表示注释，从这个字符一直到行尾，都会被解析器忽略注：为可选的分隔符，当需要在一个文件中定义多个结构的时候需要使用2）在Kubernetes中，只需要知道两种结构类型即可：ListsMaps
　　2。1）YAMLMaps
　　Map顾名思义指的是字典，即一个Key：Value的键值对信息。例如：apiVersion：v1kind：Pod
　　上述内容表示有两个键apiVersion和kind，分别对应的值为v1和Pod。
　　Maps的value既能够对应字符串也能够对应一个Maps。例如：apiVersion：v1kind：Podmetadata：name：kube100sitelabels：app：web
　　注：上述的YAML文件中，metadata这个KEY对应的值为一个Maps，而嵌套的labels这个KEY的值又是一个Map。实际使用中可视情况进行多层嵌套。
　　YAML处理器根据行缩进来知道内容之间的关联。上述例子中，使用两个空格作为缩进，但空格的数据量并不重要，只是至少要求一个空格并且所有缩进保持一致的空格数。例如，name和labels是相同缩进级别，因此YAML处理器知道他们属于同一map；它知道app是lables的值因为app的缩进更大。
　　2。2）YAMLLists
　　List即列表，说白了就是数组，例如：argsbeijingshanghaishenzhenguangzhou
　　可以指定任何数量的项在列表中，每个项的定义以破折号（）开头，并且与父元素之间存在缩进。
　　当然Lists的子项也可以是Maps，Maps的子项也可以是List，例如：apiVersion：v1kind：Podmetadata：name：kube100sitelabels：app：webspec：containers：name：frontendimage：nginxports：containerPort：80name：flaskappdemoimage：jcdemoflaskappports：8080
　　如上述文件所示，定义一个containers的List对象，每个子项都由name、image、ports组成，每个ports都有一个KEY为containerPort的Map组成。二、yaml常见语法1）apiVersion
　　查看当前所有可用的API版本kubectlapiversions
　　1。6版本之前apiVsersion：extensionsv1beta1
　　1。6版本到1。9版本之间：appsv1beta1
　　1。9版本之后：appsv1
　　常用apiversion
　　只要记住6个常用的apiversion一般就够用了。v1：KubernetesAPI的稳定版本，包含很多核心对象：pod、service等。appsv1：包含一些通用的应用层的api组合，如：Deployments，RollingUpdates，andReplicaSets。batchv1：包含与批处理和类似作业的任务相关的对象，如：job、cronjob。autoscalingv1：允许根据不同的资源使用指标自动调整容器。networking。k8s。iov1：用于Ingress。rbac。authorization。k8s。iov1：用于RBAC。
　　下面是官方原文链接，有兴趣的同学可以看看，页面是可以选择语言的，但是中文翻译有点问题，建议中文英文对照着看。https：kubernetes。iodocsreferenceusingapi2）kind
　　kind指定这个资源对象的类型，如pod、deployment、statefulset、job、cronjob3）metadata
　　metadata常用的配置项有name，namespace，即配置其显示的名字与归属的命名空间。4）spec
　　一个嵌套字典与列表的配置项，也是主要的配置项，支持的子项非常多，根据资源对象的不同，子项会有不同的配置。
　　如一个pod的spec配置：apiVersion：v1必选，版本号，例如v1kind：Pod必选，Podmetadata：必选，元数据name：nginx必选，Pod名称labels：自定义标签app：nginx自定义标签名字spec：必选，Pod中容器的详细定义containers：必选，Pod中容器列表，一个pod里会有多个容器name：nginx必选，容器名称image：nginx必选，容器的镜像名称imagePullPolicy：IfNotPresent〔AlwaysNeverIfNotPresent〕获取镜像的策略Alawys表示下载镜像IfnotPresent表示优先使用本地镜像，否则下载镜像，Nerver表示仅使用本地镜像ports：需要暴露的端口库号列表containerPort：80容器需要监听的端口号restartPolicy：Always〔AlwaysNeverOnFailure〕Pod的重启策略，Always表示一旦不管以何种方式终止运行，kubelet都将重启，OnFailure表示只有Pod以非0退出码退出才重启，Nerver表示不再重启该Pod
　　一个service的spec的配置：apiVersion：v1kind：Servicemetadata：name：servicehellolabels：name：servicehellospec：type：NodePort这里代表是NodePort类型的，另外还有ingress，LoadBalancerports：port：80这里的端口和clusterIP（kubectldescribeserviceservicehello中的IP的port）对应，即在集群中所有机器上curl10。98。166。242：80可访问发布的应用服务。targetPort：8080端口一定要和container暴露出来的端口对应，nodejs暴露出来的端口是8081，所以这里也应是8081protocol：TCPnodePort：31111所有的节点都会开放此端口3000032767，此端口供外部调用。selector：run：hello这里选择器一定要选择容器的标签，之前写name：kubenode是错的。
　　这里是将nginx映射到外网，访问地址就是本机ip：31111三、port详解port：port是k8s集群内部访问service的端口，即通过clusterIP：port可以访问到某个servicenodePort：nodePort是外部访问k8s集群中service的端口，通过nodeIP：nodePort可以从外部访问到某个service。targetPort：targetPort是pod的端口，从port和nodePort来的流量经过kubeproxy流入到后端pod的targetPort上，最后进入容器。containerPort：containerPort是pod内部容器的端口，targetPort映射到containerPort。
　　四、yaml简单示例
　　接下来就是看看deployment、pod、service这三种资源的说明书例子1）deploymentapiVersion：appsv11。9。0之前的版本使用appsv1beta2，可通过命令kubectlapiversions查看kind：Deployment指定创建资源的角色类型metadata：资源的元数据属性name：nginxdeployment资源的名字，在同一个namespace中必须唯一spec：replicas：2副本数量2selector：定义标签选择器matchLabels：app：webservertemplate：这里Pod的定义metadata：labels：Pod的labelapp：webserverspec：指定该资源的内容containers：name：nginx容器的名字image：nginx：1。12。1容器的镜像地址ports：containerPort：80容器对外的端口
　　执行以下命令创建deployment资源kubectlcreatefnginx。yaml2）podapiVersion：v1kind：Podmetadata：name：podredislabels：name：redisspec：containers：name：podredisimage：docker。ioredisports：containerPort：80容器对外的端口
　　执行以下命令创建pod资源kubectlcreatefpodredis。yaml3）serviceapiVersion：v1kind：Service指明资源类型是servicemetadata：name：httpdsvcservice的名字是httpdsvclabels：name：httpdsvcspec：ports：将service8080端口映射到pod的80端口，使用TCP协议port：8080targetPort：80protocol：TCPselector：run：httpd指明哪些label的pod作为service的后端
　　执行以下命令创建service资源kubectlcreatefhttpdsvc。yaml五、Label与Selector1）Label
　　Label是Kubernetes系列中另外一个核心概念。是一组绑定到K8s资源对象上的keyvalue对。同一个对象的labels属性的key必须唯一。label可以附加到各种资源对象上，如Node，Pod，Service，RC等。
　　通过给指定的资源对象捆绑一个或多个不用的label来实现多维度的资源分组管理功能，以便于灵活，方便地进行资源分配，调度，配置，部署等管理工作。
　　示例如下：版本标签：release：stable，release：canary。。。环境标签：environment：dev，environment：production架构标签：tier：frontend，tier：backend，tier：middleware分区标签：partition：customerA，partition：customerB。。。质量管控标签：track：daily，track：weekly2）Selector
　　Labelselector是Kubernetes核心的分组机制，通过labelselector客户端用户能够识别一组有共同特征或属性的资源对象。符合这个标签的Pod会作为这个Service的backend。apiVersion：v1kind：Servicemetadata：name：hellolabels：app：hellospec：ports：port：80targetPort：80selector：app：hello六、kubectlcreate还是kubectlapply二者区别
　　kubectlcreate：kubectlcreate命令可创建新资源。因此，如果再次运行该命令，则会抛出错误，因为资源名称在名称空间中应该是唯一的。
　　kubectlapply：kubectlapply命令将配置应用于资源。如果资源不在那里，那么它将被创建。kubectlapply命令可以多次运行，因为它只是应用如下所示的配置。在这种情况下，配置没有改变。所以，pod没有改变。简单来说，如果在单个文件上运行操作以创建资源，则create和apply基本相同。但是，apply允许您在目录下的多个文件上同时创建和修改。