出于安全原因,目前是否可以基于时间或条件从Kubernetes中的复制控制器“修复”或重新生成pods或容器?想重新创建基于时间表每x分钟/小时或由于条件(如绊线)的集装箱。我知道这可以在外部完成,只是好奇这是否是一个现有的功能,或者是否有聪明的方法来实现这个目标。
发布于 2016-08-26 16:08:14
这不是在Kubernetes中直接构建的东西,但是您可以通过利用Liveness probe来解决这个问题。如果您的Pod内的任何容器在特定条件下(基于时间或事件)被调度为“失败”,Kubernetes将自动重启pod,即重新创建失败的容器。
发布于 2016-08-27 05:51:27
另一种解决方案是使用Brendan Burn's ksql script定位目标pods。我在我的公司的部署CI工作中使用它。SQL搜索运行我刚刚重建的映像的所有pod,将结果传递到一个BASH while循环中,在该循环中,我将逐个销毁受影响的pod。
#!/bin/bash
# Build the ksql query
QUERY="SELECT pods.metadata->name, pods.metadata->namespace "
QUERY="${QUERY} FROM pods LEFT JOIN containers USING uid "
QUERY="${QUERY} WHERE image LIKE '%/${CONTAINER_NAME}:${CONTAINER_TAG}'"
exec 5>&1 # Duplicate stdout on #5 so we can display the
# results of the query and use them at the same time
# Delete every pod matching QUERY. The `sed` and `awk` calls break down the formatted table
while read line; do
namespace=`echo $line | cut -d' ' -f4`
pod=`echo $line | cut -d' ' -f2`
kubectl delete --namespace=$namespace pod $pod
done < <(echo "$QUERY" | node node_modules/ksql/ksql.js | tee >(cat - >&5) | sed -n 'p;n' | tail -n +3)这当然不是世界上最优雅的解决方案,但它可以很简单地将此逻辑嵌入到集群中运行的容器中。
这种技术的优点是它非常灵活和可扩展。
发布于 2016-09-01 05:53:14
http://kubernetes.io/docs/api-reference/v1/definitions/#_v1_podspec:pod.spec.activeDeadlineSeconds做你想做的事了吗?
https://stackoverflow.com/questions/39157033
复制相似问题