经过几天的谷歌搜索，我一直无法找到这个问题的答案。我有一个在Marathon/Mesos中运行的服务。我有一个Prometheus集群抓取指标。我的Marathon指标端口配置如下所示:{"containerPort":8081,"hostPort":0,"servicePort":31301,"protocol":"tcp","labels":{"metrics":"/metrics"}}Prometheus，仅配置了样板marathon-sd配置，成功找到了这个目标，但它随后会监听以下指标:__address__=[NodeIP]:31301;因此它使用服务端口而不是动态分配的主机
在我看来，ApacheMesos是一个分布式系统内核，而Mesosphere是基于ApacheMesos的Linux发行版。例如，LinuxKernel(ApacheMesos)和Ubuntu(Mesosphere)。我说得对吗？DCOS是Mesosphere的免费版本，就像RedHat与RedHatEnterprise一样？ 最佳答案 让我试试;-)ApacheMesos-开源集群资源管理器，DC/OS的内核Mesosphere-为ApacheMesos和DC/OS做出贡献的公司DC/OS-围绕ApacheMesos的开源发行版，
我已经使用DC/OS+Marathon设置Azure容器服务来部署Docker容器。到目前为止看起来不错，我可以使用SSH隧道连接到主节点并访问Mesos和MarathonWebUI以及点击RESTAPI。接下来，我正在尝试从我的私有(private)docker存储库部署一个docker容器，我在Marathon网站上找到了以下文章。https://mesosphere.github.io/marathon/docs/native-docker-private-registry.html请参阅上述网址中的“注意”部分-注意:URI必须可供所有可能启动您的应用程序的节点访问。方法可能包
我正在尝试建立一个docker/figMesos集群。我是fig和Docker的新手。Docker有大量文档，但我发现自己很难理解如何使用fig。这是我现在的fig.yaml:zookeeper:image:jplock/zookeeperports:-"49181:2181"mesosMaster:image:mesosphere/mesos:0.19.1ports:-"15050:5050"links:-zookeeper:zkcommand:mesos-master--zk=zk--work_dir=/var/log--quorum=1mesosSlave:image:mesos
到目前为止，我在使用Mesos、Marathon和Docker来管理一组服务器以及我放置在它们上面的容器方面取得了巨大的成功。但是，我现在想更进一步，开始做一些事情，比如自动将一个haproxy容器链接到每个启动的主docker服务，或者提供其他基于守护进程的容器化服务，这些服务链接并且仅可用于单个父容器。通常，我会先用某个名称启动助手服务，然后当我启动真正的服务时，我会将它链接到助手，一切都会好起来的。这个模型如何适应Marathon和Mesos？至少目前看来，容器化假设是单个容器。我有一个想法，首先在它可以找到的任何主机上启动辅助服务，然后向实际服务添加一个约束，即主机名=辅助服务
我对所有这些都比较陌生，但我很难清楚地了解列出的技术。虽然，所有这些都试图解决不同的问题，但也有共同点。我想了解什么是共同的，什么是不同的。少数的组合很可能非常适合，如果是的话，它们是什么？我列出了其中一些以及问题，但如果有人详细列出所有问题并回答问题，那就太好了。Kubernetes与Mesos:这个链接What'sthedifferencebetweenApache'sMesosandGoogle'sKubernetes提供了对差异的深入了解，但我无法理解为什么Kubernetes应该在Mesos之上运行。是否更多地与将两个开源解决方案结合在一起？KubernetesvsCore-
调度框架：两层调度为什么会有两层调度？单体调度的核心是所有节点的资源以及用户的任务均由中央服务器统一管理和调度，这样中央服务器容易成为单点瓶颈。为了提升调度效率并支持多种类型的任务，我们可以尝试把资源和任务分开调度，也就是说一层调度器负责资源管理和分配，另一层调度器负责任务与资源的匹配。两层调度结构对应的是两层调度器，资源的使用情况同时由中央调度器和第二层调度器管理，中央调度器从整体上进行资源的管理和分配，将资源分配到第二层调度器，再由第二层调度器负责将资源与具体的任务匹配。两层调度的详细结构图如下。两层调度器中的第一层调度器仍是一个经过简化的中央调度器，通常放在分布式集群管理系统中，而第二层
调度框架：两层调度为什么会有两层调度？单体调度的核心是所有节点的资源以及用户的任务均由中央服务器统一管理和调度，这样中央服务器容易成为单点瓶颈。为了提升调度效率并支持多种类型的任务，我们可以尝试把资源和任务分开调度，也就是说一层调度器负责资源管理和分配，另一层调度器负责任务与资源的匹配。两层调度结构对应的是两层调度器，资源的使用情况同时由中央调度器和第二层调度器管理，中央调度器从整体上进行资源的管理和分配，将资源分配到第二层调度器，再由第二层调度器负责将资源与具体的任务匹配。两层调度的详细结构图如下。两层调度器中的第一层调度器仍是一个经过简化的中央调度器，通常放在分布式集群管理系统中，而第二层
集中式结构什么是集中式结构？集中式结构就是由一台或多台服务器组成的中央服务器，系统内的所有数据都存储在中央服务器中，系统内所有的业务都先由中央服务器处理。多个节点服务器与中央服务器连接，并将自己的信息汇报给中央服务器，由中央服务器统一进行资源和任务调度：中央服务器根据这些信息，将任务下达给节点服务器；节点服务器并行任务，并将结果反馈给中央服务器。集中式结构最大的特点，就是部署结构简单。本文会描述下面3种经典的集中式结构：GoogleBorgKubernetesMesosGoogleBorgBorg是Google内部使用的集群管理系统，采用了典型的集中式结构。在Borg中一个集群被称为一个Cel
集中式结构什么是集中式结构？集中式结构就是由一台或多台服务器组成的中央服务器，系统内的所有数据都存储在中央服务器中，系统内所有的业务都先由中央服务器处理。多个节点服务器与中央服务器连接，并将自己的信息汇报给中央服务器，由中央服务器统一进行资源和任务调度：中央服务器根据这些信息，将任务下达给节点服务器；节点服务器并行任务，并将结果反馈给中央服务器。集中式结构最大的特点，就是部署结构简单。本文会描述下面3种经典的集中式结构：GoogleBorgKubernetesMesosGoogleBorgBorg是Google内部使用的集群管理系统，采用了典型的集中式结构。在Borg中一个集群被称为一个Cel
