【问题标题】:Specifying Extended Resources in Kubelet Configuration在 Kubelet 配置中指定扩展资源
【发布时间】:2020-03-24 04:51:44
【问题描述】:

是否可以在 Kubelet 配置中指定扩展资源,或者是否需要使用守护程序 pod 之类的东西来实现?

此上下文中的扩展资源指的是:https://kubernetes.io/docs/tasks/administer-cluster/extended-resource-node/。此页面指定通告这些资源的方式是向节点/status 端点发送补丁,如下所示:

curl --header "Content-Type: application/json-patch+json" \ --request PATCH \ --data '[{"op": "add", "path": "/status/capacity/example.com~1dongle", "value": "4"}]' \ http://localhost:8001/api/v1/nodes/<your-node-name>/status

【问题讨论】:

    标签: kubernetes devops kubelet


    【解决方案1】:

    是否可以在 Kubelet 配置中指定扩展资源 还是需要使用守护程序 pod 之类的东西来实现?

    不,扩展资源不能仅在 Kubelet 配置中指定。如果您想永久配置它们,可以使用 Device Plugins

    您可以将设备插件部署为DaemonSet,作为您的软件包 节点的操作系统,或手动。

    规范目录/var/lib/kubelet/device-plugins 需要 特权访问,因此设备插件必须在特权中运行 安全上下文。如果您将设备插件部署为DaemonSet/var/lib/kubelet/device-plugins 必须作为卷安装在 插件的 PodSpec。

    如果您选择 DaemonSet 方法,您可以依靠 Kubernetes 来: 将设备插件的Pod 放到Nodes 上,重启守护进程Pod 失败后,并帮助自动升级。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2019-02-01
      • 2019-02-24
      • 1970-01-01
      • 2019-11-26
      相关资源
      最近更新 更多