![](/img/trans.png)
[英]Kubernetes unable delete images on mac/ docker unable remove images
[英]Docker Kubernetes (Mac) - Autoscaler unable to find metrics
我已经通过 Docker 在我的 Mac 上安装了 Kubernetes 的本地实例。
按照有关如何在部署上激活自动缩放的演练,我遇到了一个问题。 自动调节程序无法读取指标。
当我运行kubectl describe hpa
,当前的 cpu 使用率返回为unknown / 50%并带有警告:
警告 FailedGetResourceMetric:horizontal-pod-autoscaler 无法获取资源 cpu 的指标:无法从 API 获取指标:服务器找不到请求的资源(获取 pods.metrics.k8s.io)
警告 FailedComputeMetricsReplicas horizontal-pod-autoscaler 无法获取 cpu 利用率:无法获取资源 cpu 的指标:无法从 API 获取指标:服务器找不到请求的资源(获取 pods.metrics.k8s.io)
我已经通过git clone https://github.com/kubernetes-incubator/metrics-server.git
安装了度量服务器,并使用kubectl create -f deploy/1.8+
安装了它
我终于让它工作了..以下是我为使事情工作而采取的完整步骤:
在 Docker 中运行 Kubernetes
使用kubectl delete -n kube-system deployments.apps metrics-server
从 Kubernetes 实例中删除任何以前的 metrics-server 实例
使用git clone https://github.com/kubernetes-incubator/metrics-server.git
克隆度量服务器
编辑文件deploy/1.8+/metrics-server-deployment.yaml以通过添加以前不存在的命令部分来覆盖默认命令。 新部分将指示 metrics-server 允许不安全的通信会话(不要验证所涉及的证书)。 仅针对 Docker 执行此操作,而不针对 metrics-server 的生产部署执行此操作:
containers: - name: metrics-server image: k8s.gcr.io/metrics-server-amd64:v0.3.1 command: - /metrics-server - --kubelet-insecure-tls
使用kubectl create -f deploy/1.8+
将 metrics-server 添加到您的 Kubernetes 实例(如果 .yaml 出错,请改写: kubectl apply -f deploy/1.8+
)
再次删除自动缩放程序并将其添加到您的部署中。 它现在应该显示当前的 CPU 使用情况。
2020 年 7 月编辑:
除了度量服务器已更改并且该文件不再存在之外,上述大多数步骤都适用。
回购现在建议像这样安装它:
apply -f https://github.com/kubernetes-sigs/metrics-server/releases/download/v0.3.6/components.yaml
所以我们现在可以下载这个文件,
curl -L https://github.com/kubernetes-sigs/metrics-server/releases/download/v0.3.6/components.yaml --output components.yaml
在args
(L88) 下添加--kubelet-insecure-tls
到metrics-server
部署并运行
kubectl apply -f components.yaml
对于在这里使用内部 IP 的人可能对你有用。 在第 4 步中按照上面的 @Mr.Turtle 操作。添加更多一个命令。
containers:
- name: metrics-server
image: k8s.gcr.io/metrics-server-amd64:v0.3.3
command:
- /metrics-server
- --kubelet-insecure-tls
- --kubelet-preferred-address-types=InternalIP
我们升级到 AWS EKS 版本 1.13.7,那时我们开始遇到 HPA 问题,结果在我的部署中我不得不为resources.requests.cpu=200m
指定一个值,然后 HPA 开始为我工作。
使用我的 kubernetes kubeadm 实验室时遇到了同样的问题,更新的程序在这里https://github.com/kubernetes-sigs/metrics-server
这解决了问题:horizontal-pod-autoscaler无法获取资源cpu的指标:无法从资源指标API获取指标:服务器找不到请求的资源(获取pods.metrics.k8s.io)
如果有人仍然无法解决此问题,这有助于我在 minikube 上修复它:
我有 2 个具有相同标签的部署,如下所示:
kind: Deployment
metadata:
name: webserver
spec:
selector:
matchLabels:
app: web
template:
metadata:
labels:
app: web
---
kind: Deployment
metadata:
name: database
spec:
selector:
matchLabels:
app: web
template:
metadata:
labels:
app: web
我重命名了数据库的标签和 matchLabels(例如到 app: db),然后删除了两个部署并应用了新的配置 - 等等,它起作用了。 (经过数小时的尝试解决问题..)
此问题的更多信息: https : //github.com/kubernetes/kubernetes/issues/79365
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.