K8S创建资源的两种方式

蔚落 2023-08-17 16:48 58阅读 0赞

### 一、创建方式分类： ###

#### 1.命令 vs 配置文件 ####

Kubernetes 支持两种方式创建资源：

1.用 kubectl 命令直接创建，比如：

`kubectl run httpd-app --image=reg.yunwei.edu/learn/httpd:latest --replicas=2`

在命令行中通过参数指定资源的属性。

2. 通过配置文件和 kubectl apply 创建，要完成前面同样的工作，可执行命令：

`kubectl apply -f httpd.yml`

httpd.yml 的内容为：

[![clip\_image001][clip_image001]][clip_image001_clip_image001]

资源的属性写在配置文件中，文件格式为 YML。

`apiVersion: extensions/v1beta1`

`kind: Deployment`

`metadata:`

`name: httpd-deployment`

`spec:`

`replicas: 2`

`template:`

`metadata:`

`labels:`

`name: httpd`

`spec:`

`containers:`

`- name: httpd-app`

`image: reg.yunwei.edu/learn/httpd:latest`

##### 下面对这两种方式进行比较。 #####

基于命令的方式：

简单直观快捷，上手快。

适合临时测试或实验。

基于配置文件的方式：

配置文件描述了 What，即应用最终要达到的状态。

配置文件提供了创建资源的模板，能够重复部署。

可以像管理代码一样管理部署。

适合正式的、跨环境的、规模化部署。

这种方式要求熟悉配置文件的语法，有一定难度。

后面我们都将采用配置文件的方式，大家需要尽快熟悉和掌握。

kubectl apply 不但能够创建 Kubernetes 资源，也能对资源进行更新，非常方便。不过 Kubernets 还提供了几个类似的命令，例如 kubectl create、kubectl replace、kubectl edit 和 kubectl patch。

为避免造成不必要的困扰，我们会尽量只使用 kubectl apply，

此命令已经能够应对超过 90% 的场景，事半功倍。

### 二： 读懂 Deployment YAML ###

#### Deployment 的配置格式 ####

分析一个 Deployment 的配置文件。其他 Controller（比如 DaemonSet）非常类似。

[![clip\_image001\[1\]][clip_image001_1]][clip_image001_1_clip_image001_1]

① apiVersion 是当前配置格式的版本。

② kind 是要创建的资源类型，这里是 Deployment。

③ metadata 是该资源的元数据，name 是必需的元数据项。

④ spec 部分是该 Deployment 的规格说明。

⑤ replicas 指明副本数量，默认为 1。

⑥ template 定义 Pod 的模板，这是配置文件的重要部分。

⑦ metadata 定义 Pod 的元数据，至少要定义一个 label。label 的 key 和 value 可以任意指定。

⑧ spec 描述 Pod 的规格，此部分定义 Pod 中每一个容器的属性，name 和 image 是必需的。

#### 运行yaml 配置文件： ####

执行如下命令：

`kubectl apply -f httpd.yml 运行pod`

`kubectl delete -f http.yml 删除pod`

（1）伸缩（Scale Up/Down）: 是指在线增加或减少 Pod 的副本数。直接写改yaml配置文件的replicas: 参数即可，出于安全考虑，默认配置下 Kubernetes 不会将 Pod 调度到 Master 节点。

（2）节点故障（Failover）: 若其中一个node故障， Kubernetes 会检查到 k8s-node3 不可用，将 k8s-node1 上的 Pod 标记为 Unknown 状态，并在 k8s-node2 上新创建两个 Pod，维持总副本数为原指定副本数 3。

当 k8s-node2 恢复后，Unknown 的 Pod 会被删除，不过已经运行的 Pod 不会重新调度回 k8s-node2。

（3）用 label 控制 Pod 的位置： 默认配置下，Scheduler 会将 Pod 调度到所有可用的 Node。不过有些情况我们希望将 Pod 部署到指定的 Node，比如将有大量磁盘 I/O 的 Pod 部署到配置了 SSD 的 Node；或者 Pod 需要 GPU，需要运行在配置了 GPU 的节点上。

Kubernetes 是通过 label 来实现这个功能的。label 是 key-value 对，各种资源都可以设置 label，灵活添加各种自定义属性。比如执行如下命令标注 k8s-node3 是配置了 SSD 的节点。

`kubectl label node 172.16.254.23 disktype=ssd`

[![clip\_image002][clip_image002]][clip_image002_clip_image002]

`然后通过：kubectl get node --show-labels 查看节点的 label。`

[![clip\_image003][clip_image003]][clip_image003_clip_image003]

disktype=ssd 已经成功添加到 k8s-node3，除了 disktype，Node 还有几个 Kubernetes 自己维护的 label。

有了 disktype 这个自定义 label，接下来就可以指定将 Pod 部署到 k8s-node3。编辑 httpd.yml：

[![clip\_image004][clip_image004]][clip_image004_clip_image004]

在 Pod 模板的 spec 里通过 nodeSelector 指定将此 Pod 部署到具有：

label disktype=ssd 的 Node 上。

部署 Deployment 并查看 Pod 的运行节点：

kubectl apply -f .

kubectl get pod -o wide

[![clip\_image005][clip_image005]][clip_image005_clip_image005]

全部 2 个副本都运行在 k8s-node1 上，符合我们的预期。

`要删除 label disktype，执行如下命令：kubectl label node k8s-node1 disktype- 即删除。 不过此时 Pod 并不会重新部署，依然在 k8s-node1 上运行。`

[![clip\_image006][clip_image006]][clip_image006_clip_image006]

`kubectl get node --show-labels`

[![clip\_image007][clip_image007]][clip_image007_clip_image007]

除非在 nginx.yml 中删除 nodeSelector 设置，然后通过 kubectl apply 重新部署。 Kubernetes 会删除之前的 Pod 并调度和运行新的 Pod。

[![clip\_image008][clip_image008]][clip_image008_clip_image008]

Kubernetes 会删除之前的 Pod 并调度和运行新的 Pod。

### 三、DaemonSet： ###

#### DeamonSet应用 ####

Deployment 部署的副本 Pod 会分布在各个 Node 上，每个 Node 都可能运行好几个副本。DaemonSet 的不同之处在于：每个 Node 上最多只能运行一个副本。

DaemonSet 的典型应用场景有：

1. 在集群的每个节点上运行存储 Daemon，比如 glusterd 或 ceph。

2.在每个节点上运行日志收集 Daemon，比如 flunentd 或 logstash。

3.在每个节点上运行监控 Daemon，比如 Prometheus Node Exporter 或 collectd。

其实 Kubernetes 自己就在用 DaemonSet 运行系统组件。执行如下命令：

`kubectl get daemonset --namespace=kube-system`

[![clip\_image009][clip_image009]][clip_image009_clip_image009]

DaemonSet calico-node分别负责在每个节点上运行 calico-node 组件。

[![clip\_image010][clip_image010]][clip_image010_clip_image010]

因为 calico-node 属于系统组件，需要在命令行中通过 --namespace=kube-system 指定 namespace kube-system。如果不指定则只返回默认 namespace default 中的资源。

转载于:https://www.cnblogs.com/liangzb310/p/11282913.html

[clip_image001]: https://img2018.cnblogs.com/blog/1629934/201908/1629934-20190801152906310-578369281.png
[clip_image001_clip_image001]: /images/20230809/8c0e660d3a33495e825b69976e38ceab.png
[clip_image001_1]: https://img2018.cnblogs.com/blog/1629934/201908/1629934-20190801152919931-921152301.png
[clip_image001_1_clip_image001_1]: /images/20230809/cf33d341cf434c52a3094975ca8c6344.png
[clip_image002]: https://img2018.cnblogs.com/blog/1629934/201908/1629934-20190801152933209-510086763.png
[clip_image002_clip_image002]: /images/20230809/9cc99894fcde4b5f8d91fdadff26df40.png
[clip_image003]: https://img2018.cnblogs.com/blog/1629934/201908/1629934-20190801152950198-1979377676.png
[clip_image003_clip_image003]: /images/20230809/91d8ca40041447578f25e121db8c50a5.png
[clip_image004]: https://img2018.cnblogs.com/blog/1629934/201908/1629934-20190801153007128-1730280763.png
[clip_image004_clip_image004]: /images/20230809/90d2554733db46bfaaae8f326653f3d2.png
[clip_image005]: https://img2018.cnblogs.com/blog/1629934/201908/1629934-20190801153021879-1012213441.png
[clip_image005_clip_image005]: /images/20230809/96d8cb8981c1484582f5c537dfd02e76.png
[clip_image006]: https://img2018.cnblogs.com/blog/1629934/201908/1629934-20190801153036180-757722417.png
[clip_image006_clip_image006]: /images/20230809/3bdbdc82dfb34f4fb905452f8b030cfa.png
[clip_image007]: https://img2018.cnblogs.com/blog/1629934/201908/1629934-20190801153054842-1247988221.png
[clip_image007_clip_image007]: /images/20230809/0a03a67b156b4d0ea5b8e613aadd8fd2.png
[clip_image008]: https://img2018.cnblogs.com/blog/1629934/201908/1629934-20190801153116023-143359679.png
[clip_image008_clip_image008]: /images/20230809/2359365ab4054b9eae010e147969a156.png
[clip_image009]: https://img2018.cnblogs.com/blog/1629934/201908/1629934-20190801153128585-1081105383.png
[clip_image009_clip_image009]: /images/20230809/89bd77bf9ccb422e9bcedc40de13731a.png
[clip_image010]: https://img2018.cnblogs.com/blog/1629934/201908/1629934-20190801153146368-584212167.png
[clip_image010_clip_image010]: /images/20230809/fe2c9e97b75840a0ab013ecb8b8f72e4.png