网站建设 工业 青岛,便捷的网站建设,软件开发的公司,wordpress修改注册页简介
我们在安装 kubernetes 集群的时候使用了一些 YAML 文件来创建相关的资源#xff0c;但是对 YAML 文件还是非常陌生。所以我们先来简单看一看 YAML 文件是如何工作的#xff0c;并使用 YAML 文件来定义一个 kubernetes pod#xff0c;然后再来定义一个 kubernetes dep…简介
我们在安装 kubernetes 集群的时候使用了一些 YAML 文件来创建相关的资源但是对 YAML 文件还是非常陌生。所以我们先来简单看一看 YAML 文件是如何工作的并使用 YAML 文件来定义一个 kubernetes pod然后再来定义一个 kubernetes deployment吧。
YAML 基础
它的基本语法规则如下
大小写敏感使用缩进表示层级关系缩进时不允许使用Tab键只允许使用空格。缩进的空格数目不重要只要相同层级的元素左侧对齐即可# 表示注释从这个字符一直到行尾都会被解析器忽略。
在我们的 kubernetes 中你只需要两种结构类型就行了
ListsMaps
也就是说你可能会遇到 Lists 的 Maps 和 Maps 的 Lists等等。不过不用担心你只要掌握了这两种结构也就可以了其他更加复杂的我们暂不讨论。
Maps
首先我们来看看 Maps我们都知道 Map 是字典就是一个key:value的键值对Maps 可以让我们更加方便的去书写配置信息例如
---
apiVersion: v1
kind: Pod第一行的---是分隔符是可选的在单一文件中可用连续三个连字号---区分多个文件。这里我们可以看到我们有两个键kind 和 apiVersion他们对应的值分别是v1 和Pod。上面的 YAML 文件转换成 JSON 格式的话你肯定就容易明白了
{apiVersion: v1,kind: pod
}我们在创建一个相对复杂一点的 YAML 文件创建一个 KEY 对应的值不是字符串而是一个 Maps
---
apiVersion: v1
kind: Pod
metadata:name: kube100-sitelabels:app: web上面的 YAML 文件metadata 这个 KEY 对应的值就是一个 Maps 了而且嵌套的 labels 这个 KEY 的值又是一个 Map你可以根据你自己的情况进行多层嵌套。
上面我们也提到了 YAML 文件的语法规则YAML 处理器是根据行缩进来知道内容之间的嗯关联性的。比如我们上面的 YAML 文件我用了两个空格作为缩进空格的数量并不重要但是你得保持一致并且至少要求一个空格什么意思就是你别一会缩进两个空格一会缩进4个空格。
我们可以看到 name 和 labels 是相同级别的缩进所以 YAML 处理器就知道了他们属于同一个 MAP而 app 是 labels 的值是因为 app 的缩进更大。 注意在 YAML 文件中绝对不要使用 tab 键。 同样的我们可以将上面的 YAML 文件转换成 JSON 文件
{apiVersion: v1,kind: Pod,metadata: {name: kube100-site,labels: {app: web}}
}或许你对上面的 JSON 文件更熟悉但是你不得不承认 YAML 文件的语义化程度更高吧
Lists
Lists 就是列表说白了就是数组在 YAML 文件中我们可以这样定义
args- Cat- Dog- Fish你可以有任何数量的项在列表中每个项的定义以破折号-开头的与父元素直接可以缩进一个空格。对应的 JSON 格式如下
{args: [Cat, Dog, Fish]
}当然list 的子项也可以是 MapsMaps 的子项也可以是list如下所示
---
apiVersion: v1
kind: Pod
metadata:name: kube100-sitelabels:app: web
spec:containers:- name: front-endimage: nginxports:- containerPort: 80- name: flaskapp-demoimage: jcdemo/flaskappports:- containerPort: 5000比如这个 YAML 文件我们定义了一个叫 containers 的 List 对象每个子项都由 name、image、ports 组成每个 ports 都有一个 key 为 containerPort 的 Map 组成同样的我们可以转成如下 JSON 格式文件
{apiVersion: v1,kind: Pod,metadata: {name: kube100-site,labels: {app: web}},spec: {containers: [{name: front-end,image: nginx,ports: [{containerPort: 80}]}, {name: flaskapp-demo,image: jcdemo/flaskapp,ports: [{containerPort: 5000}]}]}
}是不是觉得用 JSON 格式的话文件明显比 YAML 文件更复杂了呢
使用 YAML 创建 Pod
现在我们已经对 YAML 文件有了大概的了解了我相信你应该没有之前那么懵逼了吧我们还是来使用 YAML 文件来创建一个 Deployment 吧。
API 说明 https://kubernetes.io/docs/reference/generated/kubernetes-api/v1.10/
创建 Pod
---
apiVersion: v1
kind: Pod
metadata:name: kube100-sitelabels:app: web
spec:containers:- name: front-endimage: nginxports:- containerPort: 80- name: flaskapp-demoimage: jcdemo/flaskappports:- containerPort: 5000这是我们上面定义的一个普通的 POD 文件我们先来简单分析下文件内容
apiVersion这里它的值是 v1这个版本号需要根据我们安装的 kubernetes 版本和资源类型进行变化的记住不是写死的kind这里我们创建的是一个 Pod当然根据你的实际情况这里资源类型可以是 Deployment、Job、Ingress、Service 等待。metadata包含了我们定义的 Pod 的一些 meta 信息比如名称、namespace、标签等等信息。spec包括一些 containersstoragevolumes或者其他 Kubernetes 需要知道的参数以及诸如是否在容器失败时重新启动容器的属性。你可以在特定 Kubernetes API 找到完整的 Kubernetes Pod 的属性。
让我们来看一个典型的容器的定义
…spec:containers:- name: front-endimage: nginxports:- containerPort: 80
…在这个例子中这是一个简单的最小定义一个名字front-end基于 nginx 的镜像以及容器 将会监听的一个端口80。在这些当中只有名字是非常需要的你也可以指定一个更加复杂的属性例如在容器启动时运行的命令应使用的参数工作目录或每次实例化时是否拉取映像的新副本。以下是一些容器可选的设置属性
nameimagecommandargsworkingDirportsenvresourcesvolumeMountslivenessProbereadinessProbelivecycleterminationMessagePathimagePullPolicysecurityContextstdinstdinOncetty
明白了 POD 的定义后我们将上面创建 POD 的 YAML 文件保存成 pod.yaml然后使用kubectl创建 POD
$ kubectl create -f pod.yaml
pod kube100-site created然后我们就可以使用我们前面比较熟悉的 kubectl 命令来查看 POD 的状态了
$ kubectl get pods
NAME READY STATUS RESTARTS AGE
kube100-site 2/2 Running 0 1m到这里我们的 POD 就创建成功了如果你在创建过程中有任何问题我们同样可以使用前面的kubectl describe 进行排查。我们先删除上面创建的 POD
$ kubectl delete -f pod.yaml
pod kube100-site deleted创建 Deployment
现在我们可以来创建一个真正的 Deployment。在上面的例子中我们只是单纯的创建了一个 POD 实例但是如果这个 POD 出现了故障的话我们的服务也就挂掉了所以 kubernetes 提供了一个Deployment的概念可以让 kubernetes 去管理一组 POD 的副本也就是副本集这样就可以保证一定数量的副本一直可用的不会因为一个 POD 挂掉导致整个服务挂掉。我们可以这样定义一个 Deployment
---
apiVersion: apps/v1
kind: Deployment
metadata:name: kube100-site
spec:replicas: 2注意这里的apiVersion对应的值是apps/v1当然 kind 要指定为 Deployment因为这就是我们需要的然后我们可以指定一些 meta 信息比如名字或者标签之类的。最后最重要的是spec配置选项这里我们定义需要两个副本当然还有很多可以设置的属性比如一个 Pod 在没有任何错误变成准备的情况下必须达到的最小秒数。 我们可以在Kubernetes v1beta1 API参考中找到一个完整的 Depolyment 可指定的参数列表。 现在我们来定义一个完整的 Deployment 的 YAML 文件
---
apiVersion: apps/v1
kind: Deployment
metadata:name: kube100-site
spec:replicas: 2selector:matchLabels:app: webtemplate:metadata:labels:app: webspec:containers:- name: front-endimage: nginxports:- containerPort: 80- name: flaskapp-demoimage: jcdemo/flaskappports:- containerPort: 5000看起来是不是和我们上面的 pod.yaml 很类似啊注意其中的 template其实就是对 POD 对象的定义。将上面的 YAML 文件保存为 deployment.yaml然后创建 Deployment
$ kubectl create -f deployment.yaml
deployment kube100-site created同样的想要查看它的状态我们可以检查 Deployment的列表
$ kubectl get deployments
NAME DESIRED CURRENT UP-TO-DATE AVAILABLE AGE
kube100-site 2 2 2 2 2m我们可以看到所有的 Pods 都已经正常运行了。
到这里我们就完成了使用 YAML 文件创建 Kubernetes Deployment 的过程在了解了 YAML 文件的基础后定义 YAML 文件其实已经很简单了最主要的是要根据实际情况去定义 YAML 文件所以查阅 Kubernetes 文档很重要。 可以使用http://www.yamllint.com/去检验 YAML 文件的合法性。
