2016-01-08 36 views
2

如何仅允许Kubernetes中的节点上的一个类型的容器。守护进程不适合这个用例。仅允许Kubernetes节点上的一个类型的容器

例如, - 限制节点上的一个Elasticsearch窗格的调度,以防止在节点关闭时数据丢失。

可以通过仔细规划pod的CPU /内存资源和机群类型来实现。

有没有其他方法可以做到这一点?

回答

1

我跑在kubernetes/GCE集群MC的工作,对我来说M:N调度在某种意义上是非常重要的M个就业机会,我想每个节点的一项工作/吊舱N个节点运行(M >> N)。

对于我的解决办法是有明确的CPU极限荚JSON文件

"resources": { 
    "limits": { 
     "cpu": "700m" 
    } 
} 

设置,我没有复制控制器,只是纯粹的批量式的集群。 Numbe节点N的通常是100-200-300,M为约10K-20K

0

Kubernetes 1.4引入Inter-pod affinity and anti-affinity。从documentationInter-pod affinity and anti-affinity allow you to constrain which nodes your pod is eligible to schedule on based on labels on pods that are already running on the node

这并不妨碍在一个节点上安排一个pod,但是如果且仅当调度器没有选择时,至少该节点将在节点上进行调度。

0

是否为每个节点创建一个elasticsearch部署选项?如果是的话,我发现它最容易使用nodeSelector和Always restart策略。你可以在不同的标签上进行匹配,这里我简单地使用Azure AvailabilitySet的区域。例如。像这样

spec: containers: ... nodeSelector: failure-domain.beta.kubernetes.io/zone: "2" ... restartPolicy: Always