首页 文章

在Kubernetes中的节点上只允许一个类型的pod

提问于
浏览 次
2

如何在Kubernetes中的节点上只允许一个类型的pod . 守护进程集不适合此用例 .

对于例如 - 限制在节点上仅安排一个Elasticsearch pod，以防止在节点出现故障时丢失数据 .

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

有没有其他方法可以这样做？

kubernetes google-container-engine

4 回答

  • 1

    如果为pod分配一个每个节点最多只能满足一次的约束，则调度程序将只能为每个节点放置一个pod . 这种约束的一个很好的例子是主机端口（调度程序不会尝试将两个需要相同主机端口的pod放到同一节点上，因为第二个将永远无法运行） .

    另见How to require one pod per minion/kublet when configuring a replication controller?

    回复于
  • 1

    我在kubernetes / GCE集群上运行MC作业，对我来说M：N调度很重要，因为在M个作业中，我希望每个节点有一个作业/ pod用于N个节点运行（M >> N） .

    对我来说，解决方案是在pod JSON文件中设置显式CPU限制

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

    我没有复制控制器，只有纯批处理式集群 . 节点的数量 N 通常为100-200-300， M 约为10K-20K

    回复于
  • 0

    Kubernetes 1.4介绍了 Inter-pod affinity and anti-affinity . 来自documentation： Inter-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，但是当且仅当调度程序没有选择时，至少将在节点上调度pod .

    回复于
  • 1

    是否为每个节点创建一个elasticsearch部署选项？如果是，我发现最简单的方法是使用nodeSelector和Always restart策略 . 您可以在不同的标签上进行匹配，这里我只使用Azure AvailabilitySet的区域 . 例如 . 像这样

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

    回复于

相关问题