【问题标题】:Can't shut down influxDB in Kubernetes无法在 Kubernetes 中关闭 influxDB
【发布时间】:2015-11-17 09:36:27
【问题描述】:

我使用官方的“kube-up”机制在 AWS 中创建了一个 Kubernetes 集群。默认情况下,会创建一个监控集群并记录到 InfluxDB 的插件。 noted in this post InfluxDB 迅速填满了节点上的磁盘空间,我也看到了同样的问题。

问题是,当我试图杀死 InfluxDB 复制控制器和服务时,它“神奇地”在一段时间后又回来了。我这样做:

kubectl delete rc --namespace=kube-system monitoring-influx-grafana-v1
kubectl delete service --namespace=kube-system monitoring-influxdb
kubectl delete service --namespace=kube-system monitoring-grafana

如果我说:

kubectl get pods --namespace=kube-system

我看不到 Pod 正在运行。然而,经过一段时间(几分钟到几小时)后,复制控制器、服务和 Pod 又回来了。我不知道是什么在重新启动它们。我想永久杀死他们。

【问题讨论】:

    标签: kubernetes influxdb


    【解决方案1】:

    您可能需要从“主”主机上的 /etc/kubernetes/addons/ 目录中删除 influxdb 的清单文件。许多kube-up.sh 实现使用定期运行的服务(通常位于/etc/kubernetes/kube-master-addons.sh)并确保/etc/kubernetes/addons/ 中的所有清单都处于活动状态。

    您也可以重新启动集群,但在运行 kube-up.sh 之前运行 export ENABLE_CLUSTER_MONITORING=none。您可以在cluster/aws/config-default.sh 看到影响集群kube-up.sh 构建的其他环境设置

    【讨论】:

    • 非常感谢,就是这样。不过要补充一件事,因为这让我的大脑沸腾了一段时间。 export ENABLE_CLUSTER_MONITORING=none 不做任何事情。 export KUBE_ENABLE_CLUSTER_MONITORING=none 工作。我不得不挖掘实际的 kube-up 资源来解决这个问题。
    猜你喜欢
    • 1970-01-01
    • 2018-06-30
    • 2018-02-01
    • 2016-01-25
    • 1970-01-01
    • 2020-11-03
    • 2016-01-02
    • 1970-01-01
    • 2021-11-21
    相关资源
    最近更新 更多