2.1 KiB
2.1 KiB
vssueId, layout, description
| vssueId | layout | description |
|---|---|---|
| 51 | LearningLayout | 本文描述了 Kubernetes DaemonSet 的概念、行为及用法 |
DaemonSet 的替代选项
参考文档： Kubernetes 官网文档 Alternatives to DaemonSet
DaemonSet 有如下替代选项可以选择
Init Scripts
您可以通过脚本（例如，init、upstartd、systemd）直接在节点上启动一个守护进程。相对而言，DaemonSet 在处理守护进程时，有如下优势：
- 使用与应用程序相同的方式处理守护进程的日志和监控
- 使用与应用程序相同的配置语言和工具（例如：Pod template、kubectl）处理守护进程
- 在容器中运行守护进程，可为守护进程增加 resource limits 等限定
Pods
您可以直接创建 Pod，并指定其在某一个节点上运行。相对而言，使用 DaemonSet 可获得如下优势：
- Pod 终止后，DaemonSet 可以立刻新建 Pod 以顶替已终止的 Pod。Pod 终止的原因可能是：
- 节点故障
- 节点停机维护
静态 Pod
您可以在 Kubelet 监听的目录下创建一个 Pod 的 yaml 文件，这种形式的 Pod 叫做 静态 Pod（static pod）。与 DaemonSet 不同，静态 Pod 不能通过 kubectl 或者 Kuboard 进行管理。静态 Pod 不依赖 Kubernetes APIServer 的特点，使得它在引导集群启动的过程中非常有用。
::: warning 静态 Pod 将来可能被不推荐使用 （deprecated） :::
Deployment
DaemonSet 和 Deployment 一样，他们都创建长时间运行的 Pod（例如 web server、storage server 等）
-
Deployment 适用于无状态服务（例如前端程序），对于这些程序而言，扩容（scale up）/ 缩容（scale down）、滚动更新等特性比精确控制 Pod 所运行的节点更重要。
-
DaemonSet 更适合如下情况：
- Pod 的副本总是在所有（或者部分指定的）节点上运行
- 需要在其他 Pod 启动之前运行