Dokku 的 Kubernetes Scheduler功能范围、弃用状态与向 K3s 调度器的迁移指引【免费下载链接】dokkuA docker-powered PaaS that helps you build and manage the lifecycle of applications项目地址: https://gitcode.com/GitHub_Trending/do/dokkuKubernetes Schedulerkubernetes调度器是 Dokku 早期为在 Kubernetes 集群上运行应用而提供的调度器实现它通过plugn触发器与kubectl集成将构建阶段产出的应用镜像调度到集群中的 Pod 上。当前版本中该调度器已被官方内置的 k3s scheduler 插件取代并停止积极开发本文基于 kubernetes.md 完整梳理其已实现功能范围、日志支持方式、与调度器接口机制的关系并给出切换到新一代 K3s 调度器的实操路径帮助读者理解 Dokku 调度器体系的演进脉络并完成平滑迁移。[!WARNING] 弃用声明kubernetes调度器已被 k3s scheduler 取代不再处于积极开发状态。一、弃用状态与替代方案原文档明确给出了该调度器的弃用信息kubernetes调度器已经被新的 k3s 调度器插件取代且不再处于活跃开发状态。当前可用的实现为外部插件dokku-scheduler-kubernetes它以免费的外部插件形式提供其维护状态可在该插件的 issue 跟踪器中查询。对需要额外功能的用户官方建议参考项目赞助相关文档以获取更多支持。从仓库结构看Dokku 现已将scheduler-k3s作为核心内置插件收录在 plugins/scheduler-k3s 目录下其 plugin.toml 描述为dokku core scheduler-k3s plugin版本随 Dokku 主版本演进。k3s 文档中亦明确指出该 k3s 插件取代了外部的 scheduler-kubernetes 插件。用户可以根据需要继续使用外部插件但所有未来的开发都将在官方的核心 k3s 插件上进行。二、Scheduler 接口机制理解功能矩阵的前提要正确理解kubernetes调度器实现了什么、缺什么需要先了解 Dokku 调度器接口的工作方式。根据 scheduler-management.md调度器scheduler是 Dokku 用于定制应用镜像如何被部署的一种机制可用于与本地 Docker 之外的系统如 Kubernetes、Nomad交互。调度器通过plugn触发器体系与 Dokku 核心命令集成。一个完整的调度器实现通常涉及以下命令及其对应触发器apps:destroy停止调度器上的应用进程触发器post-delete、scheduler-register-retired、scheduler-retiredeploy部署应用进程并检查部署状态触发器scheduler-app-status、scheduler-deploy、scheduler-is-deployed、scheduler-logs-failedlogs获取应用日志触发器scheduler-logsps:stop停止应用进程触发器scheduler-stop、scheduler-cron-writeenter、run、run:list、run:logs、ps:start、ps:inspect等调度器可以选择省略某些功能也可以通过插件触发器补充其他插件的信息。唯一硬性要求是调度器必须能够访问构建阶段产出的镜像若不满足可通过 registry 插件将镜像推送到调度软件可访问的注册表这正是 k3s 调度器要求配置 Docker registry 的原因详见 registry-management.md。三、已实现的命令与触发器矩阵原文档指出scheduler-kubernetes插件通过plugn触发器与kubectl集成将应用运行在 Kubernetes 集群上。目前支持以下功能功能支持状态说明apps:destroy✅ 完整实现销毁应用时停止调度器上的进程deploy⚠️ 部分实现不实现失败部署的日志捕获logs⚠️ 部分实现不实现失败日志failure logsps:stop✅ 完整实现停止应用进程也就是说该调度器覆盖了应用生命周期中最基本的销毁、停止、部署、查日志四个操作但deploy与logs均为部分实现尤其缺失失败日志能力——部署失败或运行失败时无法通过调度器侧检索到相应日志。作为对比取代它的核心scheduler-k3s插件在 k3s.md 中声明了更完整的功能面apps:clone、apps:destroy、apps:rename、cron、enter、deploy、健康检查、logs、nginx、ps:restart支持单进程类型定向重启、ps:stop、run、run:detached、run:list并支持docker-options中的--cap-add、--cap-drop、--privileged、--sysctl到 Kubernetes 等价物的翻译仅run:logs与ps:inspect未实现。四、日志支持kubectl 拉取与外部日志管道kubernetes调度器的日志支持方式在原文档中有明确说明应用日志logs命令通过kubectlCLI 从正在运行的 Pod 中获取由于日志不跨部署持久化若需在多次部署间保留日志官方建议使用 Vector 或类似工具将日志转发到其他服务或第三方平台Vector 提供 Kubernetes 平台安装方式。这也是部分实现的具体体现日志仅能在 Pod 存活期间获取部署失败与运行失败的日志不被捕获。这与新一代 k3s 调度器形成了显著差异——k3s 调度器从 源码结构 看实现了完整日志链路应用日志通过 Kubernetes API 从运行中的容器获取并支持全局vector-sink/vector-cron-sink属性可借助scheduler-k3s:ensure-charts --charts vector命令将 Kubernetes 日志含 cron 任务日志直接投递到指定 sink详见 logs.md。五、迁移到 k3s 调度器鉴于kubernetes调度器已停止开发使用它的用户应迁移到官方 k3s 调度器。调度器在 Dokku 中是按应用per-app设置的通过 scheduler-management.md 中的scheduler:set命令即可切换dokku scheduler:set node-js-app selected k3s由于 k3s 是默认调度器的备选之一将selected属性置空也是一种有效的重置方式重置后走自动检测逻辑dokku scheduler:set node-js-app k3sselected属性也支持全局设置scheduler:report命令可查看某个应用实际生效的调度器computed-selected字段会依次回退到应用级值、全局值、内置默认值docker-local。迁移前的重要前提必须配置 Docker registryk3s 调度器依赖 Docker registry 存储部署镜像产物Kubernetes 从 registry 拉取镜像而非要求镜像存在于 Dokku 主机。配置方式见 registry-management.md。初始化集群在 Dokku 节点上通过dokku scheduler-k3s:initialize启动 k3s 集群必须以 root 运行可配合--taint-scheduling、--server-ip、--kubelet-args等参数定制控制面行为。扩展集群节点通过dokku scheduler-k3s:cluster:add以 worker 或 server 角色加入节点支持--role、--kubelet-args、--insecure-allow-unknown-hosts、--server-ip等标志。接入外部集群若已有 Kubernetes 集群可设置全局kubeconfig-path指向自定义 kubeconfig使 Dokku 与任何 Kubernetes 集群交互默认值为 k3s 的/etc/rancher/k3s/k3s.yaml。源码层面的佐证kubernetes调度器作为外部插件其实现不在当前仓库内但取代它的 k3s 调度器实现可直接在仓库中查阅。核心入口 scheduler_k3s.go 中定义了全部合法属性及默认值应用级属性deploy-timeout、namespace、rollback-on-failure、shm-size、cert-issuer-*、letsencrypt-*、image-pull-secrets、kustomize-root-path等与全局属性ingress-class、kubeconfig-path、kube-context、network-interface、token、node-sysctls-*等并硬编码了默认 ingress class 为nginx、默认 kubeconfig 路径为/etc/rancher/k3s/k3s.yaml。属性完整说明见 k3s.md 中的可设置属性表格。六、结论与建议对新项目直接选用官方 k3s 调度器不要依赖已停止开发的kubernetes调度器。对存量用户确认插件 issue 跟踪器中的维护状态规划迁移到 k3s 调度器迁移前务必先配置好 Docker registry再完成集群初始化与节点接入。对日志需求kubernetes调度器仅能通过kubectl拉取存活 Pod 的日志且不持久化应尽早引入 Vector 等日志管道k3s 调度器则原生支持vector-sink全局属性可实现日志跨部署持久化与投递。如需深入了解调度器机制本身如何实现一个自定义调度器、scheduler:report/scheduler:set完整用法可继续阅读 scheduler-management.mdk3s 调度器的完整命令参考与属性表见 k3s.md。【免费下载链接】dokkuA docker-powered PaaS that helps you build and manage the lifecycle of applications项目地址: https://gitcode.com/GitHub_Trending/do/dokku创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考