『高级篇』docker之Mesos集群架构图（23）

最新推荐文章于 2025-05-18 14:31:58 发布

weixin_34000916

最新推荐文章于 2025-05-18 14:31:58 发布

阅读量201

点赞数

CC 4.0 BY-SA版权

文章标签：运维大数据

原文链接：https://juejin.im/post/5c5e5366e51d457fd23cdbff

本文详细介绍了Mesos集群的搭建过程与架构设计，包括MesosMaster、MesosSlave、Marathon等关键组件的部署位置及作用。通过4台服务器（含1台主机和3台虚拟机）构建了一个基础的Mesos环境，其中涉及zookeeper高可用、服务调度与发现等核心概念。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

原创文章，欢迎转载。转载请注明：转载自IT人故事会，谢谢！
原文链接地址：『高级篇』docker之Mesos集群架构图（23）

上次我们了解了Mesos的原理，这次我们想办法给环境搭建起来，但是搭建环境之前，首选得有服务器，这边就拿mac本和虚拟机来搭建。4台服务器。所以感觉需要画一个架构图，明确下每台服务器上需要安装什么软件，方便之后的环境搭建，和了解他们之前是如何交互的。

有四台服务器，一台是主机（HOST），其他三台都是虚拟机（Server01，Server02，Server03）
有一个组件是 Mesos Master放在Server02这台机器上。
Mesos Master 是通过zookeeper实现高可用的，通过zookeeper来进行选组，Marathon也是通过zookeeper来找到对应的主节点通信，本人的mac本的内存只有8g，所以就一个MesosMaster，如果机器比较牛逼的老铁，可以三个虚拟机都创建3个Mesos Master，其中任何一个Mesos Master挂掉的话，其他不受影响依然继续高可用。
zookeeper 运行在 Host上边。
Server01 和 Server03 上边运行 Mesos Slave
Marathon这个Framework框架运行在Server02上，主要充当服务的调度和服务的发现，老铁也可以运行多个Marathon在不同机器上实现高可用，它跟Marathon进行通信实现服务的调度。
Mesos Master 会管理 Mesos slave，给自己的salve派发任务。
Mesos Master 和 Mesos slave 都会注册到zookeeper上。
Marathon-lb也运行Host主机上。Marathon-lb 会跟Marathon进行通信。订阅Marathon的组件，知道Marathon管理的Mesos下的所有Slave的状态，以及对外的ip和端口号。
最后在主机上运行一个浏览器，浏览器通过Marathon lb去访问到我们所有的服务。

PS：最基础的Mesos架构图我们就画好了，下次开始服务环境的构建。