Mesos 应用程序，为什么不使用 Marathon 来处理所有事情？

Question

我看到 Mesosphere 在 Mesos 框架上构建各种应用程序，如 Hadoop、Kubernetes 等。但是既然有用于长期运行服务的 Marathon 应用程序，为什么不直接使用它呢？例如。为什么不在一堆 Marathon 服务上设置 Kubernetes 节点？为什么要直接在 Framework API 上实现 Kubernetes？因为这样调度更有效率？ Jenkins 实现也有同样的问题，为什么不直接在 Marathon 之上运行 Jenkins 主/从...

Answer 1

Apache Mesos是 2-level scheduler .框架的目的是提供高级调度的智能。 Marathon提供在集群中调度任务、将该任务排队以进行调度和重新排队失败的任务的能力。它非常适合保持长时间运行的进程运行。就像 init的数据中心。因此，它通常用于确保其他框架启动并运行，例如 Kubernetes-Mesos或 Jenkins .

有许多应用程序对此级别的调度是不够的。 Marathon 可以并且经常用于运行诸如 Apache Kafka 之类的东西。 ，然而这在许多故障模式中常常达不到要求。此外，Marathon 并不关心任务是否在同一个节点上多次运行，但是在同一个 slave 上运行多个 Kafka 节点是一个坏主意。使用 Hadoop 作为另一个例子(因为你提到了它)，HDFS 有几种类型的节点需要管理； NameNode、DataNode 和 JournalNode。 Marathon 不知道启动这些的顺序，或者这些是否可以位于同一节点上。它不知道如何扩展这个应用程序。 HDFS 框架管理这种智能。

至于调度效率，我不确定这是目标。出于某种原因，Apache Mesos 是一个 2 级调度程序。它是一个高效的 2 级调度器。 2 级调度的值(value)在于将我上面描述的关注点类型抽象为更高级别的调度器(Mesos 称为框架)。 Marathon 仍然是安排和确保其他框架高可用性的好方法。